CashTokens: các token gốc đến Bitcoin Cash

Giới thiệu và bối cảnh

Vào cuối năm 2008, ý tưởng về Bitcoin đã được trình bày như “một hệ thống tiền điện tử ngang hàng”, thực tế, Satoshi Nakamoto đã đặt tiêu đề cho tài liệu kỹ thuật mà ông đã đặt nền tảng cho giao thức này với câu này. Theo lời của chính Satoshi, tiền điện tử có nghĩa là thanh toán trực tiếp giữa mọi người “mà không phải thông qua một tổ chức tài chính”, tiền đề này đã làm nền tảng cho Bitcoin-BTC cho đến năm 2017, năm mà những người ủng hộ “Bitcoin như tiền mặt” đã phải chuyển sang một mạng riêng biệt gọi là Bitcoin Cash (BCH) --“Bitcoin tiền mặt” trong tiếng Anh–. Do đó, khái niệm tiền kỹ thuật số là điểm khởi đầu của toàn bộ công nghệ Bitcoin, đặc biệt trong trường hợp của BCH, khẳng định đặc điểm này là không thể thương lượng.

Đặc điểm này không mâu thuẫn với việc tích hợp các trường hợp sử dụng khác, miễn là việc tích hợp đó không đặt nguy cơ cho khả năng sử dụng BCH như tiền, hoặc mở rộng hệ thống của nó để ngày càng nhiều người có thể áp dụng nó như vậy.

Theo nghĩa đó, Bitcoin Cash (BCH) có một quy trình để trình bày, thảo luận và chuẩn hóa ý tưởng gọi là “CHIP” (viết tắt của: đề xuất cải tiến tiền mặt) mà tương tự như các “BIP” hoặc “đề xuất cải tiến Bitcoin” của Bitcoin-BTC, cho phép cộng đồng thảo luận và đánh giá tính thích hợp của các ý tưởng cần phát triển để thêm các chức năng mới cho các ứng dụng, và thậm chí, cho giao thức mà đồng tiền đó hoạt động.

Một trong những chức năng đã được theo đuổi trong nhiều năm là khả năng chuyển giao các tài sản khác thông qua blockchain của Bitcoin Cash. Các tài sản trong thế giới tiền điện tử thường được gọi là “tokens” hoặc “fichas”, rất phổ biến trong nhiều hệ sinh thái crypto, mang lại hoạt động kinh tế bổ sung cho các mạng mà chúng chạy trên đó, và khi đi kèm với các chức năng như khả năng triển khai hợp đồng thông minh, có thể được trao đổi trên các sàn giao dịch phi tập trung hoặc sử dụng trên các nền tảng DeFi.

Khi BCH vừa tách ra khỏi BTC, đã có một số đề xuất để tích hợp các token dựa trên khái niệm “tiền tệ màu sắc”, khái niệm này đề cập đến các giao dịch ( việc gửi một số lượng rất nhỏ Bitcoin Cash, chẳng hạn như ) chứa siêu dữ liệu để chuyển một token. Nói cách khác, nó bao gồm việc sử dụng các giao dịch BCH như một phương tiện cho các tài sản khác, yêu cầu một giao thức có thể diễn giải các siêu dữ liệu kèm theo như một thẻ, số lượng được chuyển, v.v.

Ý tưởng này đã được triển khai trên mạng Bitcoin Cash (BCH) thông qua nhiều giao thức, trong đó giao thức được biết đến nhiều nhất và tồn tại lâu nhất là “Simple Ledger Protocol” hay “tokens SLP”.

Tuy nhiên, mô hình “tiền màu” có một số hạn chế, chẳng hạn như cần chạy phần mềm bổ sung để xác thực thông tin mà chúng chứa, cũng như phải chờ ít nhất 1 xác nhận để coi các giao dịch đó là hợp lệ. Do những điểm yếu này, “tiền màu” là một sự thay thế khả thi để gửi và nhận token, nhưng không thể sánh bằng các đặc tính của thanh toán bằng tiền tệ cơ sở.

Tiêu chuẩn mới: một mô hình tốt hơn

Vào ngày 15 tháng 5 năm 2023, Bitcoin Cash (BCH) sẽ được cập nhật, trong số những chức năng mới khác, khả năng chuyển nhượng token mà không bị hạn chế bởi các giao thức “tiền tệ màu sắc”. Chức năng mới này, có mã định danh kỹ thuật là “CHIP-2022-02”, được gọi là “CashTokens: nguyên thủy token cho Bitcoin Cash”. Nói một cách đơn giản, CashTokens đại diện cho một giải pháp vượt trội so với “Giao thức Sổ cái Đơn giản” của các token SLP, điểm khác biệt nổi bật giữa các yếu tố khác là những đặc điểm sau:

• Cơ sở hạ tầng hỗ trợ “tokens SLP” yêu cầu chạy “nodos SLP”, tức là phần mềm bổ sung để xác nhận các giao dịch loại này dựa trên các siêu dữ liệu được bao gồm trong chúng. Trong trường hợp CashTokens, hỗ trợ của nó chỉ yêu cầu một nút Bitcoin Cash, vì vậy thợ mỏ và các nhà điều hành nút hoàn chỉnh có thể xác nhận tính hợp lệ của nó.
• Giao dịch token SLP không tương thích với 0-conf, vì vậy có thể có rủi ro khi chấp nhận giao dịch mà không chờ xác nhận đầu tiên. Giao dịch với CashTokens tương thích với 0-conf, vì vậy hợp lý để coi giao dịch không có xác nhận dưới 200$ là hợp lệ.
• Mặc dù mạng Bitcoin Cash dựa trên mô hình “UTXO”, các giao dịch token SLP được xác minh thông qua mô hình “DAG”. Các giao dịch CashTokens dựa trên mô hình UTXO, điều này mang lại hiệu quả cao hơn trong việc xác thực các giao dịch của tiêu chuẩn này.

Những lợi ích này, cùng với nhiều lợi ích khác, cho phép CashTokens cung cấp trải nghiệm người dùng tốt hơn và giảm bớt ma sát trong việc mở rộng khả năng tương thích của ví tự quản và các nền tảng giao dịch với việc gửi và lưu trữ token. Mặt khác, các giao dịch với CashTokens phải trả phí cho các thợ mỏ được định giá bằng Bitcoin Cash, vì vậy việc phổ biến cuối cùng sẽ góp phần duy trì hệ thống.

CashTokens: nguyên thủy của token

Trong thông số kỹ thuật của CashTokens có cụm từ “Token Primitives for Bitcoin Cash” như tên chính thức. Cụm từ này có thể gây nhầm lẫn cho một khán giả nói tiếng Tây Ban Nha, vì có thể nghĩ (sai lầm) rằng nó đề cập đến một cái gì đó “nguyên thủy”, kém tinh vi hoặc hạn chế trong khả năng tương thích với DeFi.

Tuy nhiên, CashTokens không chỉ tương thích với các hợp đồng thông minh được viết bằng ngôn ngữ kịch bản của Bitcoin Cash, mà thuật ngữ này cũng không tìm cách gợi lên sự đơn giản. Cụm từ “các nguyên thủy” trong bối cảnh này đề cập đến một chức năng cơ bản của một giao thức; một chức năng bản địa của giao thức, vì vậy một bản dịch rõ ràng hơn của khái niệm này có thể là “Token bản địa cho Bitcoin Cash”.

Cập nhật: ban đầu bài viết chỉ ra rằng CashTokens ( khác với token SLP) không yêu cầu sử dụng hai định dạng địa chỉ. Một sửa đổi đã được thêm vào do các token gốc của Bitcoin Cash (BCH) cho phép sử dụng địa chỉ <<token aware=“”>> (nhận thức token) có thể nhận cả BCH và CashTokens, và địa chỉ ở định dạng bình thường, chỉ nhận BCH. Việc sử dụng hai định dạng nhằm mục đích ngăn người dùng gửi token đến ví không phản ánh loại tài sản này. Mặt khác, bản dịch của <<token primitives=“”>> đã được sửa thành <<tokens primitivos=“”>>. Bản dịch chính xác là <<primitivas de=“” token=“”>>, hoặc thay thế, để truyền tải cùng một ý tưởng, <<tokens nativos=“”>>.</tokens></primitivas></tokens></token></token>