Tác giả gốc: Haotian (X: @tmel0211)
Làm cách nào để hiểu mã thông báo đổi mới Hình ảnh và tiền xu @Pandora_ERC 404? Nó cho phép FT và NFT có mối quan hệ cộng sinh để giải quyết vấn đề thanh khoản kém của NFT. Từ góc độ kỹ thuật, việc cho phép trộn lẫn và áp dụng hai mã thông báo mâu thuẫn gốc FT và NFT là một điều mới lạ và thú vị.
Tiêu chuẩn ERC 404 có gì đổi mới? Đây có phải là một mô hình phát hành tài sản mới? Việc kết hợp TokenScript của @SmartLayer có hữu ích không? Tiếp theo tôi xin nói về sự hiểu biết của mình:
Trước hết, cần lưu ý rằng ERC 404 hiện chỉ là tiêu chuẩn Thử nghiệm và chưa được đưa vào đề xuất Ethereum EIP chính thức. Pandora là token đầu tiên được tạo dựa trên tiêu chuẩn thử nghiệm mới này.Mục tiêu của ERC 404 là giải quyết vấn đề không tương thích giữa tiêu chuẩn mã thông báo có thể thay thế ERC 20 ban đầu và tiêu chuẩn mã thông báo không thể thay thế ERC 721.
Ví dụ: một người dùng nắm giữ cả mã thông báo FT và mã thông báo NFT. Khi người dùng chọn bán mã thông báo NFT, làm thế nào để hợp đồng xác định rằng ý định của người dùng là bán NFT chứ không phải FT? Ngay cả khi nhận định đúng, hợp đồng sẽ xử lý như thế nào lưu trữ dữ liệu? Cập nhật theo trạng thái khác nhau của các trạng thái dữ liệu khác nhau mà không có lỗi?Chẳng phải nó rất trừu tượng sao?
Nói chung, hợp đồng thông minh chỉ cần quản lý trạng thái số dư của mã thông báo theo tiêu chuẩn mã thông báo ERC 20. Logic dữ liệu lưu trữ để tăng và giảm số dư rất đơn giản và rõ ràng. Nếu hợp đồng thông minh quản lý số dư trạng thái theo tiêu chuẩn mã thông báo ERC 721, nó cũng sẽ rất đơn giản, tùy theo ID mã thông báo nào mà điểm chuyển đến sẽ tăng hoặc giảm NFT.
Bây giờ thật rắc rối khi các hợp đồng thông minh xử lý cả ERC 20 và ERC 721:
Trước tiên, hợp đồng phải xác định xem cuộc gọi Chuyển khoản của người dùng là FT hay NFT. Ngoài ra, khi thay đổi trạng thái NFT, nó cũng phải xác định nên chọn Token ID nào. Vì các hợp đồng thông minh như Uniswap không thể trực tiếp xử lý các giao dịch NFT,Cũng cần thiết lập mối quan hệ ánh xạ giữa FT và NFT.Sau đó giao dịch FT được thực hiện và giao dịch NFT cũng được hoàn thành.
Đây là công nghệ đen cốt lõi của tiêu chuẩn ERC 404 (thử nghiệm), sử dụng sơ đồ mã hóa lossy để cho phép số lượng token ERC 20 và ID duy nhất của token ERC 721 sử dụng cùng cấu trúc dữ liệu trong lưu trữ hợp đồng trong khi vẫn duy trì sự khác biệt của chúng. và sự độc lập.
Ví dụ: giả sử bạn có 2,9 hạt đậu thần (ERC 20) và 2 thẻ ma thuật (ERC 721, ID 101 và ID 102), mã hóa tổn hao cần quản lý cùng lúc hai loại dữ liệu. Bạn có thể chuyển đổi trực tiếp hạt đậu thần thành Số lượng 2.9 được lưu trữ dưới dạng toàn bộ dữ liệu, đồng thời, một dấu hiệu đặc biệt có thể được thêm vào số ID của thẻ ma thuật, chẳng hạn như 1000000000000. Dấu hiệu này thậm chí còn vượt xa Nguồn cung cấp mã thông báo, để hợp đồng có thể dễ dàng phân biệt ERC 20 và ERC 721 khi gọi dữ liệu. .
Sau khi hoàn thành bước này, để quản lý hiệu quả mối quan hệ cộng sinh giữa FT và NFT, bạn cần viết một bộ mối quan hệ logic Ánh xạ cho hợp đồng, ví dụ: nếu bạn có 1 FT token thì hợp đồng sẽ tự động đúc NFT cho bạn. Khi bạn nắm giữ 2 FT Token, hợp đồng sẽ tự động phát hành thêm 1 NFT, nhưng khi số dư FT của bạn nhỏ hơn 1, hợp đồng sẽ hủy NFT của bạn. Tập hợp các thư từ này không khó hiểu.
Vậy làm cách nào để cho phép giao dịch token NFT trong một giao thức như Uniswap chỉ hỗ trợ token FT?Trả lời: Sử dụng bản đồ tương ứng. Chỉ cần để Uniswap xử lý mã thông báo FT một cách bình thường và mã thông báo NFT sẽ tự động thay đổi trạng thái sở hữu tương ứng. Ví dụ: nếu bạn muốn bán token NFT, bạn có thể bán trực tiếp token FT, hợp đồng sẽ tự động ghi nhận FT trong ví của bạn giảm đi 1 và hủy NFT trong ví của bạn.
Những người bạn chu đáo chắc chắn đã phát hiện ra vấn đề. Nếu người dùng nắm giữ 2,9 mã thông báo FT và 2 mã thông báo NFT,Khi người dùng bán 1 FT, hợp đồng sẽ hủy NFT nào trong hai NFT?
Đây thực sự là một vấn đề rất phức tạp, vì hợp đồng không thể xác định được phần được bán là mã thông báo FT nào và nó không thể tương ứng với NFT tương ứng của nó, nói đúng ra thì đây thực sự là một lỗ hổng của tiêu chuẩn thử nghiệm ERC 404.
Nhưng khi công nghệ gặp Tokenomics, một phản ứng hóa học kỳ diệu đã xảy ra.
Một cách thông minh là thiết kế một bộ cơ chế làm mới hiếm NFT để khuyến khích người dùng liên tục chuyển các mã thông báo FT xếp chồng. Mỗi lần chuyển FT tương đương với việc phá hủy và phát hành mã thông báo NFT mới, cũng tương đương với việc làm mới độ hiếm một lần , vì vậy người dùng có xu hướng tách các mã thông báo FT và sau đó sử dụng điều này để ngăn các NFT hiếm bị phá hủy, đồng thời làm mới độ hiếm NFT mới.
Bạn thấy đấy, ban đầu nó là một lỗi logic kỹ thuật, nhưng thông qua một lớp thiết kế vận hành hiếm có, nó thực sự có thể được giải quyết một cách hiệu quả.Tất nhiên, nếu người dùng nhất quyết nghiêm túc và muốn xếp nhiều token FT vào ví, đồng thời muốn các token NFT hiện có bị tiêu hủy theo ý muốn của mình (không ngẫu nhiên) thì họ phải làm sao?
Có hai phương pháp hiện có: 1) Thực thi tuần tự theo Token ID, có khả năng phá hủy các NFT có đặc tính hiếm; 2) Chỉ định các NFT có mức Burn gần với giá sàn, nhưng thực chất đây là một lớp logic ngoài chuỗi, điều này có thể gây ra vấn đề chậm trễ trong việc cung cấp giá của Oracle dẫn đến việc phá hủy không tự nguyện. Hơn nữa, nếu NFT gần với giá sàn, nó thực sự yêu cầu người dùng đặt lệnh trước để xác định, tương đương với việc truy cập dữ liệu của thị trường NFT.
Thay vì quá phức tạp, tốt hơn là nên để người dùng chỉnh sửa và chọn trực tiếp ở phía ví.
Sau đó, chúng tôi phải giới thiệu giải pháp TokenScript để triển khai giao diện người dùng có thể lập trình cho mã thông báo FT.Bằng cách này, người dùng có thể chọn ở phía ví loại mã thông báo NFT nào sẽ bị hủy trước và mã thông báo NFT hiếm nào sẽ được giữ lại khi giao dịch mã thông báo FT. Đây chính xác là chức năng mà @SmartLayer hướng tới đạt được như tôi đã đề cập lúc đầu.
Về Smart Layer thì thực chất nó không liên quan gì đến ERC 404. Chỉ là mục tiêu của ERC 404 là cho phép token có các chức năng cơ bản của hình ảnh NFT tương ứng, trong khi Smart Layer là bộ tiêu chuẩn tích hợp ERC-5169 và TokenScript, về cơ bản nhằm mục đích đạt được các thuộc tính thực thi có thể lập trình của mã thông báo FT. Cả hai đều giống nhau về khả năng, nhưng cái sau phức tạp hơn.
chỉ cần đặt:TokenScript là một khung mã nguồn mở nhằm mục đích cung cấp các mã thông báo kỹ thuật số theo cách được tiêu chuẩn hóa để xác định hành vi và logic tương tác của mã thông báo. Các nhà phát hành mã thông báo có thể thiết kế giao diện người dùng có thể lập trình cho mã thông báo của họ.
Ví dụ: trong kịch bản ERC 404, người dùng có thể chọn NFT nào sẽ bị hủy trước tiên dựa trên giao diện người dùng Lớp thông minh, đánh dấu các NFT hiếm để tránh bị phá hủy và các chức năng được cá nhân hóa khác. Ví dụ: trong kịch bản trò chơi rộng hơn, họ có thể cho ăn và vuốt ve các vật phẩm trong ví của họ.Thú cưng NFT, thêm nâng cấp, lặp lại và các thuộc tính khác cho NFT của nó.
Khi tôi đang nghiên cứu những gì Smart Layer đang làm, các khái niệm về mã thông báo có thể lập trình, mã thông báo thông minh, tập lệnh thực thi bên ngoài Mã thông báo, v.v., thực sự đốt cháy tâm trí của tôi, khi nhìn thấy sự xuất hiện của mã thông báo tiêu chuẩn ERC 404, tôi cảm thấy nhẹ nhõm. Vui lòng, vấn đề cuối cùng về sự khác biệt của NFT ở trạng thái thử nghiệm ERC 404 có thể được giải quyết bằng giao diện người dùng mã thông báo thông minh của Smart Layer không?
Đọc xong bạn có cảm giác như được hai đô cho một việc không? Bạn không chỉ có hiểu biết chung về Pandora theo tiêu chuẩn Token 404 mà còn có hiểu biết sâu sắc về Smart Layer sắp trở thành TGE.
Hoá ra là thếMọi đổi mới xung quanh việc phát hành tài sản sẽ có tác dụng lên men tường thuật trong một thời gian dài. Cho dù đó là dòng chữ của hệ sinh thái Bitcoin hay mã thông báo tiêu chuẩn lai hay mã thông báo có thể lập trình của hệ sinh thái Ethereum, theo tôi, nó sẽ tiếp tục tạo ra Tất cả các loại đổi mới và lối chơi.
Tôi không chắc ERC 404 sẽ phát triển tiếp theo như thế nào và liệu khả năng tương tác với Lớp thông minh có tạo ra một số tia sáng đổi mới hay không, nhưng phương pháp quản lý đặt các tiêu chuẩn Mã thông báo không tương thích ban đầu này theo một bộ hợp đồng thông minh thực sự có thể được gọi là một sự đổi mới trong mô hình phát hành tài sản.
Lưu ý: Tiêu chuẩn ERC 404 vẫn đang trong giai đoạn thử nghiệm và có thể còn nhiều lần lặp lại logic, bài viết này chỉ nhằm mục đích khoa học phổ thông giúp mọi người hiểu ban đầu chứ không phải là lời giải thích cuối cùng về loại tiêu chuẩn kỹ thuật này . Để biết thêm thông tin, tôi sẽ theo dõi phân tích thêm.
IOS
Android