Cách đây không lâu, tôi đã cho rằng khi một tài sản được token hóa, việc nắm giữ nó sẽ trở nên đơn giản như sở hữu bất kỳ token nào khác—chỉ cần gửi nó đến một ví là xong. Sau đó tôi tìm hiểu cách Dusk tiếp cận các tài sản được quản lý theo quy định và nhận ra giả định đó nhanh chóng sụp đổ khi vấn đề tuân thủ xuất hiện. Một chứng khoán được quản lý theo quy định không thể chỉ “ngồi” trong bất kỳ ví nào yêu cầu nó, giống như một ngân hàng không thể mở tài khoản cho ai đó nếu không kiểm tra trước người đó là ai.
Dusk xử lý điều này bằng cách xếp lớp kiểm soát truy cập tại nhiều điểm thay vì chỉ dựa vào một cổng duy nhất. Thông tin xác thực danh tính xác định ai thực sự là một người tham gia mà không tiết lộ dữ liệu cá nhân không cần thiết trên chuỗi; việc gắn ví ràng buộc danh tính đã được xác minh với một địa chỉ cụ thể để thông tin xác thực không thể được chuyển qua một cách tùy tiện; và hợp đồng thông minh thực thi đúng quy tắc tại thời điểm chuyển giao, kiểm tra điều kiện đủ tư cách trước khi giao dịch được phép chốt. Các kiểm tra ở cấp ứng dụng lại tạo thêm một lớp nữa, cho phép tổ chức phát hành áp dụng các điều kiện riêng của họ tùy theo khu vực pháp lý hoặc loại tài sản. Điều nổi bật với tôi là đây không phải một cơ chế làm toàn bộ công việc, mà là nhiều lớp kiểm tra độc lập—mỗi lớp đều phải vượt qua. Tính dư thừa này hữu ích cho tuân thủ, nhưng cũng có nghĩa là có nhiều bộ phận hơn có thể thất bại hoặc gây ma sát cho những người nắm giữ hợp pháp nếu không được triển khai cẩn thận.
Nhờ vậy, tôi nhìn nhận các tài sản được token hóa và chịu sự quản lý theo quy định theo cách khác: phần khó không phải là phát hành token, mà là duy trì việc ai được phép tiếp tục nắm giữ token đó theo thời gian khi các hoàn cảnh thay đổi. Việc hiểu cách Dusk cấu trúc cách tiếp cận theo lớp đã khiến câu hỏi về điều kiện đủ tư cách trở nên giống một quy trình liên tục hơn là một lần kiểm tra duy nhất.
@Dusk $DUSK #dusk
Khi điều kiện đủ tư cách của một người nắm giữ thay đổi sau khi phát hành, việc thực thi nên được thực hiện như thế nào?
Dusk xử lý điều này bằng cách xếp lớp kiểm soát truy cập tại nhiều điểm thay vì chỉ dựa vào một cổng duy nhất. Thông tin xác thực danh tính xác định ai thực sự là một người tham gia mà không tiết lộ dữ liệu cá nhân không cần thiết trên chuỗi; việc gắn ví ràng buộc danh tính đã được xác minh với một địa chỉ cụ thể để thông tin xác thực không thể được chuyển qua một cách tùy tiện; và hợp đồng thông minh thực thi đúng quy tắc tại thời điểm chuyển giao, kiểm tra điều kiện đủ tư cách trước khi giao dịch được phép chốt. Các kiểm tra ở cấp ứng dụng lại tạo thêm một lớp nữa, cho phép tổ chức phát hành áp dụng các điều kiện riêng của họ tùy theo khu vực pháp lý hoặc loại tài sản. Điều nổi bật với tôi là đây không phải một cơ chế làm toàn bộ công việc, mà là nhiều lớp kiểm tra độc lập—mỗi lớp đều phải vượt qua. Tính dư thừa này hữu ích cho tuân thủ, nhưng cũng có nghĩa là có nhiều bộ phận hơn có thể thất bại hoặc gây ma sát cho những người nắm giữ hợp pháp nếu không được triển khai cẩn thận.
Nhờ vậy, tôi nhìn nhận các tài sản được token hóa và chịu sự quản lý theo quy định theo cách khác: phần khó không phải là phát hành token, mà là duy trì việc ai được phép tiếp tục nắm giữ token đó theo thời gian khi các hoàn cảnh thay đổi. Việc hiểu cách Dusk cấu trúc cách tiếp cận theo lớp đã khiến câu hỏi về điều kiện đủ tư cách trở nên giống một quy trình liên tục hơn là một lần kiểm tra duy nhất.
@Dusk $DUSK #dusk
Khi điều kiện đủ tư cách của một người nắm giữ thay đổi sau khi phát hành, việc thực thi nên được thực hiện như thế nào?
Next transfer only
Retroactive now
Depends on asset
Issuer decides
35 phút còn lại