Một bài viết giải thích chi tiết về đồng tiền Pandora với tính hai mặt đồ thị - tiền tệ: Liệu có trở thành chuẩn mực mới trong phát hành tài sản?
Tuyển chọn TechFlowTuyển chọn TechFlow
Một bài viết giải thích chi tiết về đồng tiền Pandora với tính hai mặt đồ thị - tiền tệ: Liệu có trở thành chuẩn mực mới trong phát hành tài sản?
Xét về mặt kỹ thuật, việc cho phép hai loại token vốn mâu thuẫn nhau là FT và NFT được sử dụng kết hợp là một điều mới lạ và thú vị.
Chuyên sâu báo cáo Web3Tác giả: Haotian
Làm thế nào để hiểu được sự đổi mới "tính lưỡng tính đồ-tiền" của token @Pandora_ERC404? Dự án này tạo ra mối quan hệ cộng sinh giữa FT và NFT nhằm giải quyết bài toán thanh khoản kém của NFT. Về mặt công nghệ, việc kết hợp hai loại token vốn dĩ mâu thuẫn - FT và NFT - là một ý tưởng mới lạ và thú vị.
Tiêu chuẩn ERC404 có điểm đột phá gì? Đây có phải là một mô hình phát hành tài sản mới không? Khi kết hợp với TokenScript của @SmartLayer sẽ có ứng dụng kỳ diệu nào? Dưới đây là góc nhìn của tôi:
Trước hết, cần làm rõ rằng ERC404 hiện tại chỉ là một tiêu chuẩn thử nghiệm (Experiment), chưa được đưa vào đề xuất EIP chính thức của Ethereum. Pandora là token đầu tiên được xây dựng dựa trên tiêu chuẩn thử nghiệm mới này. Mục tiêu của ERC404 là giải quyết vấn đề "nước lửa bất dung" giữa tiêu chuẩn token đồng nhất ERC20 và tiêu chuẩn token phi đồng nhất ERC721.
Ví dụ, khi người dùng đồng thời sở hữu token FT và token NFT, nếu họ chọn bán NFT thì hợp đồng thông minh làm sao xác định được ý định này thay vì bán FT? Ngay cả khi xác định đúng, làm sao hợp đồng cập nhật trạng thái dữ liệu cho từng loại mà không xảy ra lỗi? Khá trừu tượng phải không?
Nói đơn giản, trong tiêu chuẩn ERC20, hợp đồng thông minh chỉ cần quản lý trạng thái số dư - logic tăng giảm số dư rất rõ ràng. Nếu quản lý trạng thái số dư theo tiêu chuẩn ERC721 cũng đơn giản: chuyển nhượng (Transfer) đến Token ID nào thì tăng/giảm NFT tương ứng.
Nhưng khi yêu cầu hợp đồng xử lý đồng thời cả ERC20 và ERC721 thì lại rắc rối:
Hợp đồng phải xác định xem người dùng đang gọi Transfer cho FT hay NFT, đồng thời khi thay đổi trạng thái NFT cần biết cụ thể Token ID nào được chọn. Vì các hợp đồng như Uniswap không thể xử lý trực tiếp giao dịch NFT, nên cần thiết lập một lớp ánh xạ (Mapping) giữa FT và NFT để khi giao dịch FT cũng đồng thời hoàn tất giao dịch NFT.
Công nghệ cốt lõi của tiêu chuẩn ERC404 (thử nghiệm) nằm ở đây: sử dụng phương pháp mã hóa tổn thất (lossy encoding) để lượng token ERC20 và ID duy nhất của token ERC721 có thể dùng cùng cấu trúc dữ liệu trong bộ nhớ hợp đồng, nhưng vẫn giữ được sự phân biệt và độc lập.
Ví dụ, giả sử bạn có 2.9 "đậu thần" (ERC20) và 2 "thẻ phép thuật" (ERC721, ID 101 và 102). Mã hóa tổn thất có thể quản lý cả hai loại dữ liệu bằng cách lưu lượng đậu thần 2.9 như một khối dữ liệu thống nhất, đồng thời đánh dấu đặc biệt cho ID thẻ phép thuật, ví dụ cộng thêm 1000000000000 - con số lớn hơn nhiều so với tổng cung token. Như vậy, khi truy xuất dữ liệu, hợp đồng dễ dàng phân biệt được ERC20 và ERC721.
Sau bước này, để quản lý hiệu quả mối quan hệ cộng sinh giữa FT và NFT, cần viết logic ánh xạ trong hợp đồng. Ví dụ: khi bạn có 1 token FT, hợp đồng tự động mint cho bạn 1 NFT; khi bạn có 2 token FT, hợp đồng tiếp tục phát thêm 1 NFT; nhưng nếu số dư FT dưới 1, hợp đồng sẽ tự hủy NFT của bạn. Mối quan hệ này khá dễ hiểu.
Vậy làm sao để NFT có thể giao dịch trên các giao thức như Uniswap - vốn chỉ hỗ trợ FT? Câu trả lời: dùng mối quan hệ ánh xạ. Chỉ cần để Uniswap xử lý FT bình thường, NFT sẽ tự động thay đổi quyền sở hữu. Ví dụ: muốn bán NFT, bạn chỉ cần bán token FT tương ứng; hợp đồng sẽ ghi nhận số FT trong ví bạn giảm đi 1 và tự hủy 1 NFT trong ví.
Người đọc tinh ý sẽ nhận ra vấn đề: nếu người dùng có 2.9 token FT và 2 NFT, sau khi bán 1 FT, hợp đồng nên hủy NFT nào trong hai cái? Đây thực sự là một vấn đề phức tạp, vì hợp đồng không thể xác định phần nào của FT bị bán, do đó không thể khớp với NFT tương ứng. Về mặt nghiêm ngặt, đây là một "khuyết điểm" của tiêu chuẩn thử nghiệm ERC404.
Nhưng công nghệ gặp Tokenomics đã tạo ra phản ứng hóa học kỳ diệu.
Một cách khéo léo là thiết kế cơ chế làm mới độ hiếm: khuyến khích người dùng liên tục chuyển các token FT đang tích lũy. Mỗi lần chuyển 1 FT tương đương với việc hủy và mint lại một NFT - tức làm mới độ hiếm. Người dùng sẽ có xu hướng tách riêng các FT để tránh hủy NFT quý hiếm, đồng thời tận dụng cơ hội làm mới độ hiếm cho NFT mới.
Bạn thấy đấy, một lỗi logic kỹ thuật ban đầu lại được hóa giải hiệu quả nhờ thiết kế vận hành về độ hiếm. Tất nhiên, nếu người dùng nhất quyết giữ nhiều FT trong một ví và muốn chủ động hủy NFT theo ý mình (không ngẫu nhiên), thì phải làm sao?
Hiện có hai cách: 1) Hủy theo thứ tự Token ID - có thể vô tình hủy mất NFT quý hiếm; 2) Chỉ định hủy NFT gần mức giá sàn (floor price), nhưng đây là logic ngoài chuỗi, dễ bị ảnh hưởng bởi độ trễ oracle, dẫn đến hủy sai ý muốn. Hơn nữa, việc xác định "NFT nào gần giá sàn" cũng cần người dùng đặt lệnh trước - tức phải tích hợp dữ liệu từ thị trường NFT.
Thay vì phức tạp như vậy, tốt hơn hết là để người dùng tự lựa chọn trực tiếp trong ví. Điều này đòi hỏi một giải pháp TokenScript giúp FT có thể lập trình được ở tầng giao diện, cho phép người dùng chọn ưu tiên hủy NFT nào, giữ lại NFT nào có độ hiếm mong muốn - đúng như chức năng mà tôi đề cập ở đầu bài về @SmartLayer.
Về Smartlayer, thực ra không liên quan trực tiếp đến ERC404. ERC404 hướng tới việc token có chức năng hiển thị hình ảnh NFT cơ bản, còn Smartlayer là một tiêu chuẩn tích hợp ERC-5169 và TokenScript, về bản chất nhằm đạt được thuộc tính thực thi có thể lập trình cho token FT. Hai bên tuy không cùng mục đích nhưng bổ trợ nhau về năng lực, và Smartlayer còn phức tạp hơn.
Tóm lại: TokenScript là một framework mã nguồn mở, cho phép định nghĩa chuẩn hóa hành vi và logic tương tác của token. Người phát hành có thể thiết kế một giao diện có thể lập trình cho token của mình. Ví dụ, trong kịch bản ERC404, người dùng có thể dùng giao diện Smartlayer để chọn ưu tiên hủy NFT nào, đánh dấu bảo vệ NFT quý hiếm khỏi bị hủy; hay trong trò chơi, có thể cho ăn, vuốt ve NFT thú cưng trong ví, thêm thuộc tính nâng cấp, tiến hóa cho NFT.
Ban đầu khi nghiên cứu Smartlayer, các khái niệm như token có thể lập trình, token thông minh, script thực thi ngoài token... khiến tôi đau đầu. Nhưng khi thấy sự xuất hiện của token theo tiêu chuẩn ERC404, tôi bỗng豁然开朗 - vòng khép kín cuối cùng của ERC404, vấn đề phân biệt NFT, chẳng phải chính là nơi mà giải pháp "giao diện thông minh" của Smartlayer có thể giải quyết sao?
Đọc xong có cảm giác "một đá hai chim" không? Vừa hiểu sơ bộ về Pandora trên tiêu chuẩn Token404, vừa thấu hiểu sâu sắc hơn về Smartlayer sắp TGE.
Thực tế chứng minh, mỗi lần đổi mới trong phát hành tài sản đều tạo ra hiệu ứng kể chuyện kéo dài. Dù là inscriptions trong hệ sinh thái Bitcoin hay token hỗn hợp/ có thể lập trình lần này trong hệ sinh thái Ethereum, theo tôi đều sẽ tiếp tục sinh sôi đủ kiểu đổi mới và玩法. Tôi không chắc ERC404 sẽ phát triển ra sao, hay liệu có giao thoa với Smartlayer tạo ra tia lửa sáng tạo nào không, nhưng việc đưa hai tiêu chuẩn token vốn "nước lửa bất dung" vào cùng một hợp đồng thông minh, đích thực là một đổi mới về mô hình phát hành tài sản.
Ghi chú: Tiêu chuẩn ERC404 vẫn đang trong giai đoạn thử nghiệm, có thể còn nhiều điều chỉnh logic. Bài viết chỉ mang tính phổ biến kiến thức, giúp hiểu ban đầu, không phải nội dung giải thích cuối cùng về tiêu chuẩn kỹ thuật này. Tôi sẽ tiếp tục theo dõi và phân tích sâu hơn.
Chào mừng tham gia cộng đồng chính thức TechFlow
Nhóm Telegram:https://t.me/TechFlowDaily
Tài khoản Twitter chính thức:https://x.com/TechFlowPost
Tài khoản Twitter tiếng Anh:https://x.com/BlockFlow_News
Haotian | CryptoInsight
