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 mặt điện tử ngang hàng”, thực tế, Satoshi Nakamoto đã đặt tiêu đề cho tài liệu kỹ thuật mà ông đã thiết lập nền tảng cho giao thức đó bằng câu nói đó. Theo lời của chính Satoshi, tiền mặt điện tử có nghĩa là thanh toán trực tiếp giữa mọi người “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 cơ sở cho Bitcoin-BTC cho đến năm 2017, năm mà những người ủng hộ “Bitcoin như là 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” trong tiếng Anh–. Như 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ệ của Bitcoin, đặc biệt trong trường hợp của BCH, khẳng định đặc tính này như 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ệ, hay mở rộng hệ thống của nó để ngày càng nhiều người có thể chấp nhận nó như vậy.

Trong bối cảnh đó, 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: đề 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 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 mà trong nhiều năm đã được theo đuổi, 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 “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à 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ệ màu sắc”, mà đề cập đến 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 cách khác, nó bao gồm việc sử dụng các giao dịch của 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 những siêu dữ liệu đính kèm đó như một mã, 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 nổi tiếng và lâu đời nhất là “Simple Ledger Protocol” hay “tokens SLP”.

Tuy nhiên, mô hình “tiền tệ 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 tệ 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ể so sánh với 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ẽ tích hợp thông qua một bản cập nhật, cùng với nhiều chức năng mới khác, khả năng chuyển giao token mà không bị hạn chế bởi các giao thức “tiền mã hóa màu”. Chức năng mới này, mà đã được gán mã định danh kỹ thuật “CHIP-2022-02”, có tên là “CashTokens: nguyên tắc 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ổ đơn giản” của token SLP, khác biệt với nhiều điều khác nhau bởi các đặc điểm sau:

• 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 thực các giao dịch loại đó dựa trên các siêu dữ liệu được bao gồm trong đó. Trong trường hợp của 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ể chứng thực 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 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 đồng nghĩa với việc nâng cao hiệu quả trong việc xác thực các giao dịch theo tiêu chuẩn này.

Những lợi thế 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ợ đào được định giá bằng Bitcoin Cash, do đó, việc phổ biến cuối cùng sẽ góp phần duy trì hệ thống.

CashTokens: nguyên mẫu của token

Trong thông số kỹ thuật của CashTokens, cụm từ “Token Primitives for Bitcoin Cash” được liệt kê như một tên gọi chính thức. Cụm từ này có thể gây nhầm lẫn cho công chúng 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”, 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 nhằm 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 chỉ ra 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ự điều chỉnh đã đượ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 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 vào 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>