Từ ERC-20 đến ERC-3525: Các trường hợp sử dụng và phát triển hợp đồng mã thông báo tiêu chuẩn

Giới thiệu

Tất cả chúng ta đều quen thuộc với mã thông báo, NFT và các tiêu chuẩn mã thông báo cổ điển, chẳng hạn như ERC-20 và ERC-721, dựa trên chúng. Cụ thể, ERC-20 được thiết kế cho các mã thông báo có thể thay thế được, trong khi ERC-721 đại diện cho một tiêu chuẩn cho các mã thông báo không thể thay thế và phù hợp với các tác phẩm nghệ thuật hoặc tài sản quý hiếm. Điều đó cho thấy, những mã thông báo này được triển khai như thế nào? Làm thế nào chúng có thể được áp dụng cho các ứng dụng liên quan?

Hôm nay, chúng ta sẽ xem xét các nguyên tắc, phạm vi áp dụng và xu hướng tương lai của các hợp đồng mã thông báo này, bao gồm các tiêu chuẩn mã thông báo bao gồm ERC-20, ERC-721, ERC-1155 và ERC-3525 được hoàn thiện gần đây.

(Các mã liên quan đến ERC-20, ERC-721 và ERC-1155 là từ OpenZeppelin và mã thông báo ERC-3525 là từ Solv Protocol)

Hash Table

Trước khi đi vào nguyên tắc của hợp đồng mã thông báo, trước tiên chúng ta phải giải quyết một khái niệm quan trọng: hash table. Nói một cách đơn giản, hash table là một cấu trúc dữ liệu để cho phép chúng ta nhanh chóng tìm ra các giá trị dựa trên các khóa. Hợp đồng mã thông báo sử dụng hash table để lưu trữ thông tin về tài sản và người được ủy quyền. Để biết thêm thông tin cụ thể về hash table, vui lòng tham khảo tại: Hash table - Wikipedia

Băm dữ liệu & Chức năng

Token tiến hành băm dữ liệu theo nhiều cách khác nhau. Phương pháp băm dữ liệu xác định các chức năng của mã thông báo và có thể được coi là cách nội dung được cấu trúc và ghi lại. Tùy thuộc vào mục đích cụ thể, băm dữ liệu có thể được chia thành tài khoản chung và tài khoản cá nhân. Tài khoản chung ghi lại trạng thái tài sản tổng thể của mã thông báo (loại, số lượng và ủy quyền) và cũng chứa cài đặt của những người/quản trị viên được ủy quyền (những người được ủy quyền có thể tự do chuyển nhượng/ủy quyền lại tài sản của chủ sở hữu tài sản).

Trong ngữ cảnh này, các chức năng đề cập đến thiết kế dựa trên mã thông báo của băm dữ liệu và các chức năng có thể đạt được của mã thông báo (tức là các chức năng công khai), bao gồm truy vấn & truyền, đúc và ghi nội dung.


Ở đây, chúng tôi đã tìm thấy một sự thật thú vị: Thiết kế của ERC-1155 thực sự là một kiểu kết hợp giữa ERC-20 và ERC-721. Do đó, ERC-1155 có thể được coi là một giải pháp quản lý mã thông báo kết hợp nhiều mã thông báo dựa trên ERC20 và ERC721 (số lượng được đặt thành một và mỗi địa chỉ chỉ tương ứng với một số tiền).

Về quản lý ủy quyền, ERC-1155 không có tính năng ủy quyền cho các ID cá nhân và nó chỉ cho phép người dùng cấp quyền đầy đủ cho các tài khoản cá nhân, giúp đơn giản hóa việc quản lý ủy quyền.

Mặc dù vậy, chúng tôi tin rằng ERC-1155 không phù hợp để quản lý các hệ thống mã thông báo trong các hệ sinh thái lớn vì việc quản lý ủy quyền của nó quá đơn giản: Trong ERC-1155, chỉ có ủy quyền đầy đủ; bạn không thể cấp quyền vận hành một ID, cũng như không thể đặt hạn mức tối đa. Thêm vào đó, ERC-1155 cũng không có hồ sơ tài khoản cá nhân hoàn chỉnh. Nói cách khác, bạn không thể sắp xếp tất cả các nội dung tương ứng với ID có liên quan bằng cách sử dụng địa chỉ cá nhân làm khóa và thông tin đó chỉ có sẵn thông qua nhật ký/sự kiện.


ERC-3525


Mặc dù ERC-3525 là một hợp đồng tương đối phức tạp hơn, nhưng nó cung cấp một loạt các chức năng và hồ sơ hoàn chỉnh, cũng như khả năng tùy chỉnh cao.

1. Data Hashing

Tài khoản chung: ERC-3525 đã xây dựng một cấu trúc đổi mới được gọi là TokenData, được sử dụng để mô tả một ID. Đối với những bạn không quen thuộc với mã, cấu trúc này có thể được coi là thẻ mô tả của ID có chứa ID, Slot (một đổi mới lớn của ERC-3525), số lượng mã thông báo, mọi người, người được ủy quyền (có thể chỉ là một người được ủy quyền) và địa chỉ được ủy quyền có thể chi tiêu số dư của ID.



Với thẻ này, chúng ta có thể ghi lại thông tin của từng ID, sau đó đặt các thẻ đó vào một danh sách gọi là _allTokens để lưu chúng.


_allTokens: [ TokenData, TokenData, TokenData............ ]


Tài khoản cá nhân: ERC-3525 xây dựng thẻ AddressData và bảng băm để quản lý các tài khoản cá nhân. Thẻ bao gồm danh sách các ID của các Mã được sở hữu, bảng băm về vị trí của các ID được sở hữu trong danh sách tài khoản tổng thể và bảng băm của những người được ủy quyền của tài khoản. Nói cách khác, thẻ ghi lại ID được nắm giữ bởi các tài khoản cá nhân (tất cả các ID đều được ghi lại) và những người được ủy quyền của tài khoản.



Slot cũng là một cấu trúc. Tuy nhiên, trong ERC-3525, Slots có thể tùy chỉnh. Nói cách khác, các nhà phát triển có thể thêm bất kỳ số nào và bất kỳ loại biến nào vào Slot theo nhu cầu sản phẩm cụ thể. Ví dụ: trong trường hợp trái phiếu chuyển đổi trên Solv Protocol, thông tin mà Slots có thể chứa bao gồm Ngày đáo hạn, Giá chuyển đổi và Có thể chuyển đổi. Vị trí này, kết hợp với các biến như ID (# 6800) và Số dư (2.400 USDC), cho phép các nhà phát triển tạo NFT trái phiếu chuyển đổi.




Kết luận

Tóm lại, ERC-20, ERC-721, ERC-1155 và ERC-3525 đều có các trường hợp sử dụng duy nhất và các dự án nên chọn tiêu chuẩn mã thông báo phù hợp nhất theo nhu cầu cụ thể về mã thông báo của họ. Mặc dù vậy, cần lưu ý rằng ERC-3525 mới phức tạp hơn nhiều so với cả ba hợp đồng khác. Nó không chỉ kế thừa các tính năng của các tiêu chuẩn trước mà còn giới thiệu cấu trúc dữ liệu Slot độc đáo, cho phép nó thực hiện các tác vụ mới. Ngoài ra, mặc dù ERC-3525 cung cấp nhiều chức năng hơn, nó vẫn duy trì tính trật tự của hồ sơ, điều này đánh giá chúng tôi là một sự đổi mới đáng chú ý. Điều đó nói rằng, xem xét các thông tin và hồ sơ đa dạng hơn, có thể thấy trước rằng phí khí đốt của ERC-3525 sẽ đắt và tiêu chuẩn sẽ phải chịu các cuộc tấn công lỗ hổng không xác định (sau tất cả, nó đã đứng trước thử thách của thời gian).