Tiêu chuẩn token chuyên dụng RWA: Phân tích đặc tính tuân thủ và ứng dụng của ERC-3643

Trong quá trình tích hợp giữa công nghệ blockchain và thị trường tài chính truyền thống, RWA đã trở thành một trong những lĩnh vực đổi mới mang tính cách mạng nhất. Tuy nhiên, do sự thiếu hụt khung quy định tuân thủ và tiêu chuẩn ngành, việc mã hóa kỹ thuật số (RWA) lâu nay gặp phải khó khăn trong phát triển. Trong bối cảnh này, tiêu chuẩn ERC-3643 ra đời, trở thành tiêu chuẩn token Ethereum đầu tiên được thiết kế cho tài sản được quản lý.

Khác với tiêu chuẩn ERC-20 chung, ERC-3643 xây dựng một kiến trúc công nghệ vừa tuân thủ quy định chứng khoán vừa giữ lại những lợi thế về hiệu quả của blockchain thông qua việc tích hợp xác thực và động cơ tuân thủ tự động, giải quyết mâu thuẫn cốt lõi trong việc mã hóa kỹ thuật số tài sản tài chính truyền thống. Bài viết này, đội ngũ an ninh Beosin sẽ phân tích tiêu chuẩn token ERC-3643, các đặc tính tuân thủ và các trường hợp ứng dụng.

Phân tích tiêu chuẩn token ERC-3643

1.Tiêu chuẩn token

ERC-3643 giải quyết nhu cầu cốt lõi về mã hóa kỹ thuật số tài sản tuân thủ thông qua kiến trúc mô-đun. Thiết kế tách biệt này thực hiện việc gỡ rối logic kinh doanh, giúp hệ thống có tính cấu hình cao. Trong đó, điều quan trọng nhất là sự tách biệt giữa đăng ký danh tính và hợp đồng tuân thủ, thiết kế này cho phép linh hoạt điều chỉnh quy tắc tuân thủ theo yêu cầu của khu vực pháp lý mà không làm thay đổi logic cốt lõi của token. Khi người dùng khởi động chuyển nhượng, hợp đồng token sẽ tự động truy vấn hợp đồng tuân thủ, hợp đồng tuân thủ sẽ kiểm tra chéo tuyên bố danh tính trong đăng ký danh tính, tạo ra chuỗi quyết định tuân thủ tự động.

Kiến trúc kỹ thuật của ERC-3643 áp dụng kiểm soát quyền hạn hai cấp, trong khi kế thừa các chức năng của ERC-20, nó còn thêm hai lớp tuân thủ chính. Lớp đầu tiên tập trung vào xác thực danh tính và tư cách của bên nhận giao dịch, sử dụng tiêu chuẩn ERC-734/735 để xác minh sự tồn tại của tuyên bố danh tính và trạng thái chứng nhận của bên phát hành đáng tin cậy; lớp thứ hai áp dụng các quy tắc toàn cầu cho chính token, chẳng hạn như đặt giới hạn chuyển khoản hàng ngày, giới hạn số lượng người nắm giữ, v.v. Thiết kế phân lớp này không chỉ đảm bảo việc xác minh liên tục tư cách của nhà đầu tư mà còn cung cấp cho bên phát hành công cụ thực thi quy tắc quản lý linh hoạt, đáp ứng nhu cầu tuân thủ đa chiều của token chứng khoán. Các thành phần cốt lõi của kiến trúc như sau:

●Đăng ký danh tính(Identity Registry): Là mô-đun cốt lõi kết nối địa chỉ trên chuỗi với danh tính trên chuỗi (ONCHAINID), đảm bảo rằng danh tính của tất cả các chủ sở hữu token có thể được xác minh và tuân thủ. Các chức năng cốt lõi bao gồm registerIdentity(), updateIdentity(), updateCountry(), batchRegisterIdentity(), isVerified(). Chức năng xác minh isVerified() khi được gọi sẽ liên kết với Claim Topics Registry (kiểm tra loại tuyên bố) và Trusted Issuers Registry (kiểm tra người phát hành tuyên bố), nếu qua sẽ trả về true.

●Giao diện Sự tuân thủ: động cơ quy tắc tuân thủ động, được sử dụng để thực hiện chiến lược tuân thủ toàn cầu (như giới hạn người nắm giữ, hạn chế xuyên biên giới), liên kết với hợp đồng token và chặn giao dịch bất hợp pháp theo thời gian thực. Các chức năng cốt lõi bao gồm bindToken(), unbindToken(), transferred(), created(), destroyed() và canTransfer(), hỗ trợ thay thế logic tuân thủ theo mô-đun, bên phát hành có thể nâng cấp quy tắc một cách động (như thêm chiến lược AML) mà không ảnh hưởng đến hợp đồng token.

●Danh sách nhà phát hành đáng tin cậy(Trusted Issuers Registry): Dùng để quản lý các thực thể đáng tin cậy có quyền phát hành thông báo.

●Hợp đồng token: Mở rộng chức năng kiểm soát sự tuân thủ trên nền tảng tương thích ERC-20, các chức năng chính bao gồm chuyển nhượng có điều kiện, đóng băng và giải phóng token, kiểm soát vòng đời hợp đồng và quản lý siêu dữ liệu token.

● Đăng ký chủ đề tuyên bố ( Claim Topics Registry ): định nghĩa các loại tuyên bố cần thiết cho token (như cấp độ KYC, đủ điều kiện nhà đầu tư), như một "danh sách kiểm tra" để xác thực.

2.Cơ chế xác thực và sự tuân thủ

Cơ chế xác thực yêu cầu mỗi người nắm giữ token phải hoàn thành xác thực thông qua bên phát hành có uy tín để được đưa vào danh sách trắng của đăng ký danh tính. Khi giao dịch diễn ra, hợp đồng token sẽ gọi hàm isVerified() thông qua hợp đồng tuân thủ trước khi chuyển giao, để kiểm tra thời gian thực xem địa chỉ người nhận có trong danh sách đăng ký danh tính hay không, và hợp đồng danh tính liên quan có chứa các tuyên bố yêu cầu trong danh sách chủ đề tuyên bố hay không, và những tuyên bố này phải được các bên ủy quyền trong danh sách phát hành có uy tín ký tên. Quy trình này đảm bảo rằng chỉ những nhà đầu tư đủ điều kiện đã vượt qua kiểm tra KYC/AML mới có thể nắm giữ hoặc nhận token chứng khoán.

Sự tuân thủ được thực hiện thông qua hàm canTransfer(), hàm này được gọi trước mỗi lần chuyển tiền để thực hiện các kiểm tra quan trọng sau:

● Khớp quy trình đủ điều kiện nhà đầu tư: Xác minh xem bên nhận có đáp ứng yêu cầu nhà đầu tư cho các loại tài sản cụ thể hay không ( như danh tính nhà đầu tư đủ điều kiện )

●Hạn chế về quyền tài phán: Đảm bảo rằng quyền tài phán nơi hai bên giao dịch cho phép các giao dịch như vậy

●Kiểm soát lượng nắm giữ: Kiểm tra xem việc chuyển nhượng có dẫn đến việc một nhà đầu tư duy nhất vượt quá hạn mức nắm giữ hay không.

●Tuân thủ quy tắc toàn cầu: Xác minh xem có phù hợp với các quy tắc toàn cầu khác do nhà phát hành hoặc cơ quan quản lý đặt ra hay không.

Thiết kế này cho phép các yêu cầu tuân thủ được nhúng trực tiếp vào hợp đồng của token, biến các quy tắc quản lý thành kiểm soát trên chuỗi tự động thực thi. Những quy tắc này có thể được nâng cấp một cách linh hoạt, thông qua việc cập nhật hợp đồng tuân thủ, mà không cần sửa đổi hợp đồng token bản thân, nhằm thích ứng với khung tuân thủ ngày càng hoàn thiện.

Lấy ví dụ về chế độ quản lý stablecoin do Cơ quan Quản lý Tài chính Hồng Kông (HKMA) bắt đầu thực hiện vào tháng 8 năm 2025, ERC-3643 có thể đáp ứng các yêu cầu quản lý của các quy định sau:

i)Xác minh danh tính người nắm giữ stablecoin

"Hướng dẫn quản lý đối với người phát hành stablecoin có giấy phép" điều 6.5.3: Người có giấy phép phải nhận diện tất cả các hoạt động liên quan đến toàn bộ chu kỳ của mỗi loại stablecoin mà họ phát hành, trong đó bao gồm triển khai, cấu hình, đúc, tiêu hủy, nâng cấp, tạm dừng, khôi phục, đưa vào danh sách đen, gỡ bỏ danh sách đen, đóng băng, gỡ bỏ đóng băng, danh sách trắng, cũng như việc sử dụng bất kỳ ví hoạt động nào.

Hướng dẫn về việc chống rửa tiền và tài trợ khủng bố Điều 5.11: Trừ khi người có giấy phép có thể chứng minh với Cơ quan Quản lý Tài chính và khiến họ tin rằng các biện pháp giảm thiểu rủi ro đó có thể ngăn chặn và chống lại các hoạt động rửa tiền và tài trợ khủng bố cũng như các tội phạm khác, thì danh tính của mỗi người nắm giữ stablecoin phải được xác minh bởi một trong các bên sau: người có giấy phép ( ngay cả khi người nắm giữ đó không có mối quan hệ khách hàng với người có giấy phép ); tổ chức tài chính được quản lý thích hợp hoặc nhà cung cấp dịch vụ tài sản ảo; hoặc bên thứ ba đáng tin cậy.

Hai hướng dẫn trên yêu cầu người nắm giữ stablecoin xác minh danh tính của người nắm giữ stablecoin và quản lý quyền truy cập cho tất cả các thao tác trong chu kỳ token. ERC-3643 hỗ trợ liên kết địa chỉ ví của mỗi người nắm giữ stablecoin với tuyên bố danh tính trên chuỗi (như trạng thái KYC, nơi cư trú) và xác minh theo thời gian thực thông qua hợp đồng Compliance.

ii)Kiểm soát giao dịch và sàng lọc thời gian thực

"Hướng dẫn về việc chống rửa tiền và huy động vốn cho khủng bố" điều 5.10: Người được cấp phép có thể thực hiện các biện pháp khác nhau để phòng ngừa rủi ro ổn định coin bị sử dụng cho các hoạt động bất hợp pháp. Ví dụ về các biện pháp này bao gồm:

(a) Sử dụng giải pháp công nghệ phù hợp ( chẳng hạn như công cụ phân tích blockchain ) để liên tục sàng lọc giao dịch stablecoin và các địa chỉ ví liên quan bên ngoài phạm vi phân phối ban đầu;

(b) sẽ bị nhận diện và đưa vào danh sách đen các địa chỉ ví liên quan đến các hoạt động bị trừng phạt hoặc bất hợp pháp;

Và điều 6.36: (a) áp dụng phương pháp dựa trên rủi ro để giám sát các giao dịch chuyển tiền ổn định với các đối tác chuyển tiền ổn định...; và (b) định kỳ và/hoặc khi xảy ra sự kiện kích hoạt, nhận thức về bất kỳ rủi ro rửa tiền và tài trợ khủng bố lớn hơn nào ) xem xét thông tin thu được từ các biện pháp thẩm định đối tác chuyển tiền ổn định theo đoạn 6.33...

Hợp đồng Compliance của ERC-3643 hỗ trợ các quy tắc giao dịch tùy chỉnh (như chỉ cho phép chuyển tiền giữa các địa chỉ KYC), và cập nhật động danh sách trắng và danh sách đen. Nếu bên nhận không qua KYC hoặc nằm trong danh sách đen, giao dịch sẽ tự động bị chấm dứt.

Kết luận

Lợi thế cạnh tranh cốt lõi của ERC-3643 nằm ở việc mã hóa trực tiếp các yêu cầu quy định vào tầng giao thức token, cung cấp một cây cầu an toàn cho tài chính truyền thống bước vào thế giới blockchain. Thiết kế này giải quyết các vấn đề tuân thủ mà các tổ chức tài chính truyền thống quan tâm nhất, bao gồm xác thực nhà đầu tư, hạn chế quyền tài phán và giám sát giao dịch. Ở cấp độ vận hành, ERC-3643 cung cấp cho các cơ quan quản lý khả năng giám sát minh bạch chưa từng có. Tất cả các bản ghi xác thực danh tính và quyết định tuân thủ đều được lưu trữ theo cách có thể xác minh được trên chuỗi, các nhà quản lý có thể truy cập trực tiếp mà không cần phải phụ thuộc vào báo cáo sau này của bên phát hành. Sự minh bạch này không chỉ giảm chi phí quản lý mà còn nâng cao độ tin cậy của thị trường, tạo nền tảng cho việc công nhận chính thống các tài sản mã hóa.

RWA-3.6%
Xem bản gốc
Trang này có thể chứa nội dung của bên thứ ba, được cung cấp chỉ nhằm mục đích thông tin (không phải là tuyên bố/bảo đảm) và không được coi là sự chứng thực cho quan điểm của Gate hoặc là lời khuyên về tài chính hoặc chuyên môn. Xem Tuyên bố từ chối trách nhiệm để biết chi tiết.
  • Phần thưởng
  • Bình luận
  • Đăng lại
  • Chia sẻ
Bình luận
0/400
Không có bình luận
  • Ghim
Giao dịch tiền điện tử mọi lúc mọi nơi
qrCode
Quét để tải xuống ứng dụng Gate
Cộng đồng
Tiếng Việt
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • Bahasa Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)