Pandora, token hai mặt của tiền kỹ thuật số: Liệu nó có trở thành một mô hình phát hành tài sản mới không?

Nguồn: Xem trên chuỗi

Làm cách nào để hiểu mã thông báo đổi mới "hình ảnh và tiền tệ" @Pandora_ERC404? 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 ERC404 có điểm gì 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, hãy để tôi nói về sự hiểu biết của mình:

Trước hết, cần lưu ý rằng ERC404 hiện chỉ là một 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 ERC404 là giải quyết vấn đề không tương thích giữa tiêu chuẩn mã thông báo đồng nhất ERC20 ban đầu và tiêu chuẩn mã thông báo không thể thay thế ERC721.

Ví dụ: một người dùng nắm giữ cả token FT và token NFT. Khi người dùng chọn bán token NFT, làm thế nào hợp đồng xác định được ý định của người dùng là bán NFT chứ không phải FT, ngay cả khi phán quyết Bây giờ, làm cách nào để hợp đồng có thể phân biệt và cập nhật các trạng thái dữ liệu khác nhau trong trạng thái dữ liệu được lưu trữ mà không mắc lỗi? Chẳng phải nó rất trừu tượng sao?

Theo thuật ngữ thông thường, hợp đồng thông minh chỉ cần quản lý trạng thái số dư của token theo tiêu chuẩn token ERC20. 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 dựa trên Tiêu chuẩn mã thông báo ERC721, Việc quản lý số dư trạng thái cũng rất đơn giản. Bất kỳ ID mã thông báo nào mà các điểm chuyển đến sẽ tăng hoặc giảm NFT.

Bây giờ thật rắc rối khi để hợp đồng thông minh xử lý ERC20 và ERC721 cùng lúc:

Hợp đồng trước tiên phải xác định xem lệnh gọi Chuyển người dùng là FT hay NFT. Ngoài ra, nó cũng phải xác định khi nào trạng thái NFT sẽ được thay đổi. Chọn ID Token nào? Vì các hợp đồng thông minh như Uniswap không thể xử lý trực tiếp các giao dịch NFT nên cần thiết lập mối quan hệ ánh xạ ánh xạ giữa FT và NFT để giao dịch FT có thể được hoàn thành cùng lúc với giao dịch NFT.

Công nghệ cốt lõi của tiêu chuẩn ERC404 (thử nghiệm) nằm ở chỗ nó sử dụng sơ đồ mã hóa lossy để cho phép số lượng token ERC20 và ID duy nhất của token ERC721 sử dụng cùng một cấu trúc dữ liệu trong hợp đồng lưu trữ trong khi vẫn duy trì sự khác biệt và độc lập của họ.

Ví dụ: giả sử bạn có 2,9 hạt đậu thần (ERC20) và 2 thẻ ma thuật (ERC721, ID 101 và ID 102), mã hóa lossy cần quản lý hai loại dữ liệu cùng một lúc. Bạn có thể Trực tiếp lưu trữ toàn bộ dữ liệu về số lượng hạt đậu thần 2.9. Đồng thời, bạn có thể thêm một dấu hiệu đặc biệt 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 ERC20 khi gọi dữ liệu và ERC721.

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ụ bạn có 1 FT token thì hợp đồng sẽ tự động đúc NFT cho bạn. Khi bạn giữ 2 mã thông báo FT, hợp đồng sẽ tự động phát hành thêm 1 NFT. Tuy nhiên, 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ể trực tiếp bán token FT, hợp đồng sẽ tự động ghi nhận số lượng FT trong ví của bạn đã giảm đi 1 và hủy một NFT trong ví của bạn. Những người bạn cẩn thận lẽ ra đã 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 ERC404.

Nhưng khi công nghệ gặp Tokenomics, một phản ứng hóa học kỳ diệu sẽ xảy ra.

Một thủ thuật 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 token FT xếp chồng. Mỗi lần chuyển FT tương đương với việc phá hủy các token NFT. Và hoạt động phát hành mới tương đương với làm mới độ hiếm một lần, do đó người dùng có xu hướng tách các mã thông báo FT, 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 của các NFT mới

< p>. 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 ID Token, 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 , có khả năng gây ra vấn đề.Vấn đề chậm trễ cung cấp giá của Oracle dẫn đến sự 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 đó, cần 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, để người dùng có thể chọn ở phía ví 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. , đó 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ề Smartlayer thì thực chất nó không liên quan gì đến ERC404, chỉ là ERC404 nhằm mục đích làm cho các token có chức năng cơ bản của hình ảnh NFT tương ứng, trong khi Smartlayer là bộ tiêu chuẩn kết hợp giữa ERC-5169 và TokenScript Về bản chất, đó là đạt được các đặ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. Nói một cách đơn giản: TokenScript là một khung mã nguồn mở nhằm mục đích cung cấp một cách tiêu chuẩn hóa cho các mã thông báo kỹ thuật số để 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 ERC404, người dùng có thể chọn NFT nào cần hủy trước dựa trên giao diện người dùng Smartlayer, đá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. vuốt ve NFT trong ví của chúng. Thú cưng thêm nâng cấp, lặp lại và các thuộc tính khác vào NFT của chúng. Khi tôi đang nghiên cứu những gì Smartlayer đ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 Token, v.v. thực sự đốt cháy tâm trí của tôi. Khi tôi nhìn thấy sự xuất hiện của mã thông báo tiêu chuẩn ERC404, tôi chợt cảm thấy giác ngộ. Cảm giác như lần cuối cùng vấn đề về sự khác biệt của NFT ở trạng thái thử nghiệm ERC404 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 Smartlayer không? bên trên Đọc xong bạn có cảm giác như “một việc được hai lợi ích” không? Bạn không chỉ có hiểu biết chung về Pandora theo tiêu chuẩn Token404 mà còn có hiểu biết sâu sắc về Smartlayer sắp trở thành TGE. Hóa ra mọi sự đổ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 hoặc mã thông báo có thể lập trình của hệ sinh thái Ethereum lần này, theo ý kiến ​​​​của tôi, nó sẽ Nó 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 ERC404 sẽ phát triển tiếp theo như thế nào và liệu khả năng tương tác với Smartlayer 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 Token không tương thích ban đầu này theo một bộ hợp đồng thông minh thực sự được gọi là Nó 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 ERC404 vẫn đang trong giai đoạn thử nghiệm, có thể còn nhiều lần lặp lại về mặt logic, bài viết này chỉ dành cho 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 của 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.