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

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

Cuối năm 2008, ý tưởng về Bitcoin đã được giới thiệu 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 bằng câu đó. 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 các cá nhân “mà không cần 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 di chuyển sang một mạng lưới riêng biệt gọi là Bitcoin Cash (BCH) – “Bitcoin tiền mặt” bằng tiếng Anh --. Vì vậy, khái niệm về tiền kỹ thuật số là điểm khởi đầu của toàn bộ công nghệ Bitcoin, đặc biệt là trong trường hợp BCH, cái mà khẳng định đặc tính 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 làm nguy cơ khả năng sử dụng BCH như tiền tệ, 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.

Trong ý nghĩa đó, Bitcoin Cash (BCH) có một quy trình để trình bày, thảo luận và tiêu chuẩn hóa các ý tưởng được 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ư “BIP” hay “đề 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 phù hợp của các ý tưởng cần phát triển để thêm các chức năng mới vào các ứng dụng, và thậm chí, vào giao thức mà đồng tiền chạy trên đó.

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 mà trong thế giới tiền điện tử thường được gọi là “tokens” hoặc “mảnh”, 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 được sử dụng trên các nền tảng DeFi.

Khi BCH vừa mới độc lập khỏi BTC, đã có nhiều đề xuất để tích hợp các token dựa trên khái niệm “tiền tệ có màu”, mà đề 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ư ) mà 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ể giải thích những siêu dữ liệu đính kèm đó như một mã thông báo, 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à lâu đời nhất là “Simple Ledger Protocol” hay “tokens SLP”.

Tuy nhiên, mô hình “coin 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, “coin màu” đại diện cho một lựa chọn 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 đồng tiền 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, bên cạnh nhiều chức năng mới khác, khả năng chuyển nhượng token mà không bị giới hạn bởi các giao thức “tiền tệ có màu”. Chức năng mới này, được gán cho mã định danh kỹ thuật “CHIP-2022-02”, có tên là “CashTokens: nguyên thủy của 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, khác biệt với nhiều điểm khác nhau, bao gồm các tính năng sau:

• Hạ tầng hỗ trợ “token SLP” yêu cầu phải chạy “nút SLP”, tức là phần mềm bổ sung để xác thực 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 đó. 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 đầy đủ 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ể 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 là hợp lệ mà không cần xác nhận dưới 200$.
• 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 đòi hỏi hiệu quả cao hơn khi 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 thiểu sự cản trở 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 trả phí cho các thợ mỏ được định giá bằng Bitcoin Cash, vì vậy sự phổ biến cuối cùng sẽ góp phần duy trì hệ thống.

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

Trong tài liệu 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 người nói tiếng Tây Ban Nha, vì có thể nghĩ rằng nó đề cập đến điều gì đó “nguyên thủy”, thiếu 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 không muốn gợi lên sự đơn giản. Cụm từ “các nguyên thủy” trong ngữ 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 của khái niệm rõ ràng hơn có thể là “Token bản địa cho Bitcoin Cash”.

Cập nhật: Ban đầu, bài viết cho rằng CashTokens ( khác với các token SLP) không yêu cầu sử dụng hai định dạng địa chỉ. Đã có một sửa đổi vì 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ười dùng khô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 vào đó, để truyền đạt cùng một ý tưởng, <<tokens nativos=“”>>.</tokens></primitivas></tokens></token></token>