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

Vào 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ử peer-to-peer”, 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 đó với câu nói đó. Theo lời của chính Satoshi, tiền điện tử có nghĩa là các khoản thanh toán trực tiếp giữa các cá nhân “không cần phải thông qua một tổ chức tài chính”, tiền đề này đã làm cơ sở 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 có tên là Bitcoin Cash (BCH) – “Bitcoin tiền mặt” trong tiếng Anh --. Do đó, 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ệ của Bitcoin, đặc biệt là trong trường hợp của BCH, 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 đặt rủi ro cho 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 gọi là “CHIP” (viết tắt của: các đề xuất cải tiến tiền mặt) mà tương tự như “BIP” hay “cá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 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 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. Tài sản mà trong thế giới tiền điện tử thường được gọi là “token” hoặc “thẻ”, 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à cùng 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 mới tách ra 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à ám chỉ đến các giao dịch (việc gửi một 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 một cách khác, nó bao gồm việc sử dụng các giao dịch của BCH làm 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 đính kèm đó 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 đó nổi bật và lâu dài nhất là “Giao thức Sổ cái Đơn giản” hay “token SLP”.

Tuy nhiên, mô hình “đồng tiền màu” có một số hạn chế, chẳng hạn như cần phải chạy phần mềm bổ sung để xác minh 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, “đồng tiền màu” đại diện cho một sự 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 những chức năng mới khác, khả năng chuyển token mà không bị hạn chế bởi các giao thức “tiền màu”. Chức năng mới này, được gán mã định danh kỹ thuật là “CHIP-2022-02”, có tên là “CashTokens: các 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” (Simple Ledger Protocol) của các token SLP, khác biệt ở nhiều điểm, trong đó có những đặc điểm sau:

• Hạ tầng hỗ trợ “token SLP” yêu cầu 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 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 đầy đủ có thể xác nhận tính hợp lệ của nó.
• Các 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ờ đợi xác nhận đầu tiên. Các giao dịch với CashTokens tương thích với 0-conf, vì vậy hợp lý khi coi các 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 suất cao hơn khi xác thực các giao dịch theo 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 một trải nghiệm người dùng tốt hơn và giảm bớt 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 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 tokens

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 chút nhầm lẫn cho một đối tượng nói tiếng Tây Ban Nha, vì có thể nghĩ rằng nó (sai lầm) đề cập đến điều 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ữ lập trình của Bitcoin Cash, mà thuật ngữ này không cố gắng gợi lên sự đơn giản. Thuật ngữ “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 biết 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ỉ. Một sửa đổi đã được thêm vào vì các token gốc của Bitcoin Cash (BCH) cho phép sử dụng địa chỉ <<token aware=“”>> (nhận biết 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 thế, để truyền đạt cùng một ý tưởng, <<tokens nativos=“”>>.</tokens></primitivas></tokens></token></token>