Tác giả:@JayLovesPotato,Four Pillars
Biên dịch:AididiaoJP,Foresight News
Điểm cốt lõi
Các tiêu chuẩn token quy định trên EVM không hướng đến một quy chuẩn duy nhất thống nhất, mà phân công chức năng rõ ràng. Do đó, ERC-1450, ERC-3643 và ERC-7943 không nên được xem là các tiêu chuẩn cạnh tranh lẫn nhau, mà nên được hiểu là các thành phần bổ trợ lẫn nhau, lần lượt phụ trách phát hành, danh tính, thực thi và tích hợp.
Chú thích: Tiêu chuẩn token quy định, nói đơn giản là: các quy chuẩn kỹ thuật được thiết kế riêng cho 'token chịu sự quy định'. Token thông thường (ví dụ ERC-20 thông thường) có thể chuyển và nắm giữ tùy ý, gần như không có hạn chế. Nhưng token quy định (Regulated Token) thì khác, nó thường tương ứng với các tài sản chịu sự quy định trong thực tế như chứng khoán, cổ phần quỹ, trái phiếu, RWA (tài sản thế giới thực), v.v., biến các quy tắc kỹ thuật của token từ 'ai cũng có thể chuyển tùy ý' thành 'đáp ứng yêu cầu quy định tài chính'.
Sự khác biệt chính giữa các blockchain không nằm ở việc có chức năng quy định hay không, mà ở vị trí thực hiện và thực thi các chức năng này. EVM duy trì tính linh hoạt cao ở cấp độ hợp đồng tài sản đơn lẻ; Solana và các blockchain dựa trên Move đặt nhiều chức năng hơn vào trong khung token dùng chung; Stellar và XRPL thì nhúng trực tiếp vào sổ cái; Canton và Avalanche L1 thì mở rộng thêm ra đến tầng vận hành thị trường và mạng lưới.
Sức cạnh tranh của các tiêu chuẩn token quy định trong tương lai, nhiều khả năng sẽ phụ thuộc vào khả năng thích ứng linh hoạt của chúng với sự thay đổi quy định, hơn là số lượng chức năng. Hướng đi thực tế hơn là xây dựng một ngăn xếp tuân thủ: chuẩn hóa các chức năng thực thi lặp đi lặp lại như đóng băng, chuyển khoản cưỡng chế, xác thực trước khi chuyển, đồng thời tách các chính sách cụ thể theo sản phẩm như nhà cung cấp danh tính, quy tắc pháp lý khu vực, giới hạn nắm giữ thành các mô-đun có thể thay thế.
Ngay cả trong môi trường EVM của Ethereum - nơi các tổ chức quen thuộc nhất, cũng có nhiều ERC giải quyết các nhu cầu tương tự của token quy định. Chúng phổ biến hỗ trợ hạn chế chuyển khoản, kiểm tra điều kiện nhà đầu tư, đóng băng, chuyển khoản cưỡng chế và khôi phục tài sản thất lạc. Nhưng cấu trúc pháp lý và quyền hạn vận hành mà các tiêu chuẩn này giả định lại có sự khác biệt đáng kể.
Ngoài EVM, các blockchain khác cũng đã thêm các chức năng tương đương ở cấp độ chương trình token, sổ cái hoặc mạng lưới, mở rộng thêm con đường triển khai cho tài sản chịu quy định.
Ở một mức độ nào đó, điều này phản ánh việc các tiêu chuẩn token quy định vẫn chưa hình thành một cấu trúc rõ ràng. Nguyên nhân cơ bản hơn là, các chức năng cần thiết cho tài sản chịu quy định rất khó để nhồi nhét vào một quy chuẩn duy nhất. Ai duy trì hồ sơ pháp lý của chứng khoán, cơ quan nào xác nhận điều kiện nhà đầu tư, khi xảy ra sự cố bên vận hành nên giữ lại bao nhiêu quyền kiểm soát — những vấn đề này khác nhau tùy theo sản phẩm và khu vực pháp lý.
Do đó, thị trường đang hướng đến một kiến trúc: các chức năng này được phân tán ở nhiều tầng lớp, và được kết hợp theo nhu cầu, thay vì theo đuổi một tiêu chuẩn duy nhất hoàn toàn tự cung tự cấp.
Tiêu chuẩn token quy định trên EVM
Các tiêu chuẩn thời kỳ đầu phần lớn cố gắng sao chép trực tiếp cấu trúc vận hành tài chính truyền thống vào hợp đồng token. Dưới ERC-1450, Đại lý chuyển nhượng đã đăng ký (Registered Transfer Agent) không chỉ chịu trách nhiệm phát hành và mua lại, mà còn thực thi mỗi giao dịch chuyển khoản, người dùng thông thường bị cấm gọi hàm transfer và approve. Điều này xác định rõ ai duy trì hồ sơ pháp lý, ai chịu trách nhiệm đáp ứng lệnh tòa án hoặc khóa bị mất. Nhưng đồng thời, nó cũng xa rời dòng chảy tài sản không cần xin phép mà các DEX và giao thức cho vay truyền thống giả định.
ERC-3643 thì phân tán các chức năng quy định vào hợp đồng token, Sổ đăng ký danh tính (Identity Registry), Sổ đăng ký bên phát hành đáng tin cậy (Trusted Issuers Registry) và các mô-đun tuân thủ độc lập, thay vì tập trung dưới một thẩm quyền duy nhất. Việc chuyển khoản sẽ được xác thực đối chiếu với các tuyên bố do thực thể đáng tin cậy ký, bao gồm trạng thái KYC, nơi cư trú và điều kiện nhà đầu tư đủ tiêu chuẩn; bên phát hành còn có thể thêm các quy tắc như số lượng nhà đầu tư, giới hạn nắm giữ cấp quốc gia. Trong khi vẫn giữ cấu trúc ERC-20 cơ bản, lại có thể thay thế từng quy tắc riêng lẻ, đây là một lợi thế có ý nghĩa. Cái giá phải trả là gánh nặng vận hành do việc phối hợp nhiều hợp đồng, bên phát hành danh tính và vai trò quản lý đặc quyền mang lại.
ERC-7943 gần đây hơn đã chọn một con đường khác: nó không định nghĩa chính sách quy định bản thân, mà phơi bày một bộ giao diện chung, bao gồm các hàm canSend, canReceive, canTransfer, truy vấn số dư bị đóng băng và chuyển khoản cưỡng chế. Điều này cho phép ví, sàn giao dịch, tổ chức lưu ký và dịch vụ DeFi tương tác một cách nhất quán với các tài sản chịu quy định khác nhau. Nói cách khác, ERC-3643 là ngăn xếp để tạo token quy định, còn ERC-7943 thì gần với tầng tích hợp kết nối nhiều ngăn xếp hơn. Việc triển khai CMTAT gần đây thêm hỗ trợ cho ERC-7943, càng chứng tỏ giao diện tối thiểu này có thể được đặt chồng lên các tiêu chuẩn phát hành hiện có.
ERC-7518 và ERC-8047 thì nhắm đến các nhu cầu chuyên biệt hơn. ERC-7518 áp dụng các điều kiện về loại cổ phần, khu vực pháp lý và thời gian khóa khác nhau vào một phân vùng ERC-1155 duy nhất; ERC-8047 thì ghi lại phả hệ cha-con khi tài sản lưu chuyển, cho phép việc thực thi nhắm vào một dòng tiền cụ thể thay vì toàn bộ tài khoản. Cái trước giúp việc phân biệt quyền lợi trong một tài sản duy nhất rõ ràng hơn; cái sau giúp việc truy vết và thực thi sau sự kiện chính xác hơn. Chúng nhiều khả năng sẽ đóng vai trò là các mô-đun bổ sung cho ngăn xếp tuân thủ rộng hơn, hơn là thay thế một tiêu chuẩn toàn năng như ERC-3643.
Các blockchain khác đặt chức năng quy định ở đâu
Cách tiếp cận của Solana đặc trưng bởi việc đặt các chức năng token lặp đi lặp lại vào một tầng dùng chung ở sâu hơn. Các tính năng như Transfer Hook, Permanent Delegate và Confidential Transfer được cung cấp thông qua thư viện Token Extensions chung, trong khi Solana Attestation Service cho phép ứng dụng tái sử dụng thông tin ngoài chuỗi, như trạng thái KYC, vị trí địa lý và điều kiện nhà đầu tư. Điều này giảm nhu cầu mỗi bên phát hành tự xây dựng và kiểm toán lại các chức năng giống nhau. Tuy nhiên, khi ví hoặc giao thức không hỗ trợ một tiện ích mở rộng cụ thể, việc tích hợp vẫn có thể bị đứt gãy; hơn nữa, đối với tài sản được cấu hình với các quyền kiểm soát mạnh mẽ của bên phát hành như Permanent Delegate, các ứng dụng DeFi phải coi đó như một tầng rủi ro đối tác bổ sung.
Stellar và XRPL phơi bày các thuộc tính như ủy quyền, đóng băng và thu hồi như là các thuộc tính của tài sản gốc trên sổ cái. Các kiểm soát này có hiệu lực nhất quán trong các chức năng chuyển khoản và giao dịch gốc, ứng dụng không cần phải diễn giải lại logic tùy chỉnh cho mỗi hợp đồng token. Stellar đang mở rộng kết nối tài sản sổ cái với môi trường hợp đồng thông minh thông qua Stellar Asset Contracts; XRPL thì xây dựng xung quanh MPT, đi từ việc nắm giữ có điều kiện, đóng băng và thu hồi hướng đến các chức năng liên quan đến quyền riêng tư. Tuy nhiên, quy tắc càng được nhúng sâu vào sổ cái, thì sự tiến hóa của nó càng phụ thuộc vào nâng cấp mạng lưới và sự đồng thuận. Các thiết lập kiểm soát cũng có thể ràng buộc trực tiếp hơn đến tính thanh khoản và phạm vi sử dụng của tài sản.
Sui và Aptos nằm ở giữa mô hình tập trung hợp đồng của EVM và mô hình gốc sổ cái. Sui ghi lại trạng thái danh sách từ chối và quyền tạm dừng toàn cầu của tài sản chịu quy định trong Currency Registry; Aptos thì đóng băng tài khoản thông qua TransferRef của khung Fungible Asset, hoặc khi cần thiết bỏ qua các hạn chế này thông qua chuyển khoản đặc quyền. Các chức năng thực thi lặp đi lặp lại như chặn địa chỉ và tạm dừng khẩn cấp do khung cung cấp; các chính sách phức tạp hơn, như phân loại nhà đầu tư và giới hạn nắm giữ theo quốc gia cụ thể, thì để lại cho các mô-đun Move độc lập. Ở điểm này, kiến trúc của chúng gần nhất với hướng đi mô-đun hóa mà chính hệ sinh thái EVM đang hướng tới.
Canton mở rộng phạm vi quy định từ token ra đến hoạt động của toàn bộ thị trường. CIP-56 không chỉ chuẩn hóa việc chuyển khoản số dư, mà còn bao gồm tiết lộ thông tin cho bên cụ thể, sự chấp thuận của người nhận và thanh toán giao ngay nguyên tử (DvP); Token Standard V2 đang được thử nghiệm trên DevNet độc lập vào năm 2026. Thiết kế này cung cấp tính nhất quán vận hành và quyền riêng tư mạnh hơn, nhưng cũng cần môi trường phát triển và danh tính chuyên dụng. Do đó, tính thanh khoản và ứng dụng hiện có trên các blockchain công khai không thể đơn giản di chuyển sang đây.
Avalanche L1 thích hợp hơn để được hiểu là một lựa chọn để xây dựng chính thị trường chịu quy định, chứ không chỉ là phát hành token quy định. Bên vận hành có thể sử dụng danh sách trắng để giới hạn người tham gia giao dịch và bên triển khai hợp đồng, đồng thời yêu cầu trình xác thực đáp ứng các điều kiện như KYC, AML hoặc giấy phép. Ngăn xếp này còn có thể kết nối các nhà cung cấp danh tính như Jumio và Keyring với txAllowlist, rất phù hợp cho các sàn giao dịch hoặc mạng lưới thanh toán chỉ dành cho tổ chức. Cái giá nằm ở mặt vận hành: trình xác thực, nâng cấp, cầu nối chuỗi chéo và tính thanh khoản đều phải được quản lý độc lập, chi phí và mức độ phân mảnh cao hơn nhiều so với việc phát hành một token duy nhất trên mạng EVM hiện có.
Tách chức năng thực thi chung khỏi chính sách quy định
Tổng hợp lại, các con đường này cho thấy cả hai thái cực đều có hạn chế rõ ràng: dù là nhúng toàn bộ ngăn xếp quy định vào mạng lưới, hay để lại tất cả chức năng cho một ERC đơn lẻ. Hầu hết các chức năng thực thi chung lặp đi lặp lại đối với tài sản chịu quy định — xác thực trước khi chuyển, đóng băng, chuyển khoản cưỡng chế, tạm dừng khẩn cấp, cũng như siêu dữ liệu tiết lộ quyền hạn quản lý và rủi ro liên quan — tốt nhất nên được đặt ở vị trí gần với khung token, sổ cái hoặc các giao diện tối thiểu như ERC-7943. Điều này có thể giảm sự khác biệt trong triển khai và chi phí kiểm toán giữa các bên phát hành, đồng thời cho phép ví, sàn giao dịch và tổ chức lưu ký nhận diện một cách nhất quán cấu trúc kiểm soát của tài sản.
Ngược lại, việc tin tưởng nhà cung cấp danh tính nào, cho phép khu vực pháp lý nào, tính toán giới hạn nắm giữ và thời gian khóa theo cấp độ nhà đầu tư như thế nào, ai có thể thực thi lệnh pháp lý — những quyết định này phù hợp hơn để dành cho các ERC cụ thể của tài sản hoặc các mô-đun độc lập. Các quy tắc này khác nhau theo sản phẩm và khu vực pháp lý, và phải được cập nhật theo sự thay đổi pháp luật. Nếu mã hóa cứng chúng vào quy tắc nền tảng của mạng lưới, không chỉ làm chậm quá trình nâng cấp, mà còn có thể biến các lựa chọn chính sách của một thị trường tài chính cụ thể thành thiết lập mặc định cho một blockchain chung.
Nói cách khác, thị trường token quy định nhiều khả năng sẽ phát triển dưới dạng một ngăn xếp tuân thủ, hơn là hội tụ về một tiêu chuẩn duy nhất. Trong mô hình này, các quy tắc có thể thay thế về danh tính, khu vực pháp lý và sản phẩm cụ thể sẽ được xây dựng trên nền tảng các chức năng thực thi chung. Ethereum và hệ sinh thái EVM rộng hơn vẫn có lợi thế về tính linh hoạt chính sách và khả năng tiếp cận tính thanh khoản hiện có; các blockchain gốc sổ cái thì mạnh hơn về tính nhất quán thực thi và sự đơn giản trong vận hành; còn các mạng lưới chuyên dụng như Canton thì nổi bật nhất về quyền riêng tư và quy trình làm việc của tổ chức.
Do đó, tỷ lệ áp dụng khó có thể được quyết định bởi tiêu chuẩn nào có danh sách chức năng dài nhất. Quan trọng hơn là, liệu chính sách quy định có thể thay đổi mà không cần phát hành lại tài sản, cũng như không buộc ví, sàn giao dịch và tổ chức lưu ký xây dựng lại việc tích hợp từ đầu hay không. Một thử nghiệm then chốt khác là: các bên tham gia bên ngoài có thể nhận diện, đánh giá và quản lý rõ ràng các quyền kiểm soát mạnh mẽ được nhúng trong tài sản hay không.
