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 đó 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 cần phải qua một tổ chức tài chính”, tiền đề đã 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 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–. Do đó, khái niệm tiền kỹ thuật số là điểm khởi đầu cho 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 phẩm chất này như 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 đượ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ư các “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 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 này 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 hoạt động, và đ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 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à á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 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 đính kèm đó như một mã, số lượng chuyển giao, 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, nổi tiếng và lâu dài nhất là “Giao thức Sổ đơn giản” hay “token 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 phải 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, bên cạnh những chức năng mới khác, khả năng chuyển giao token mà không gặp phải những hạn chế từ các giao thức “tiền tệ màu”. 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 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ều khác nhờ các đặ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 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ỉ cần một nút Bitcoin Cash, do đó thợ mỏ và các nhà điều hành nút hoàn chỉnh có thể chứng 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ể có rủi ro khi chấp nhận giao dịch mà không chờ 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ý để 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 đảm bảo 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 thế này, cùng với nhiều lợi thế 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 ma sát trong việc mở rộng khả năng tương thích của các ví tự lưu trữ và 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 sẽ trả phí cho các thợ mỏ được tính 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: các nguyên mẫu 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 khán giả nói tiếng Tây Ban Nha, vì có thể bị hiểu nhầm rằng nó đề cập đến điều gì đó “nguyên thủy”, không 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 tìm cách 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 nội tại 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 nhiều có thể là “Token nội tại 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ỉ. Đã 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 thế, để truyền đạt cùng một ý tưởng, <<tokens nativos=“”>>.</tokens></primitivas></tokens></token></token>