@Dusk_Foundation Mọi người đang tranh luận liệu cơ quan quản lý của EU sẽ cấm Dusk như Monero, hay chấp nhận tính riêng tư bảo mật dựa trên kiến thức-không (zero-knowledge) của nó theo Điều 79.
Câu hỏi dễ là như vậy. Câu hỏi khó chịu ở cấp độ thể chế không phải là liệu Dusk có thể ẩn dữ liệu giao dịch hay không.
Mà là chuyện gì xảy ra khi một cơ quan quản lý ra lệnh thu hồi (clawback).
Nếu bạn tìm hiểu chuẩn XSC của Dusk (Confidential Security Contract) — lớp giao thức được xây dựng cho chứng khoán token hóa và tích hợp NPEX — thì nó không chỉ bao gồm kiểm tra danh tính và khóa xem (viewing keys). Nó còn tích hợp rõ ràng các lệnh chuyển bắt buộc do tổ chức phát hành cưỡng chế.
Điều đó có nghĩa là một bên được ủy quyền (hoặc tổ chức phát hành theo lệnh của tòa) có thể di chuyển token ra khỏi ví tự lưu ký (self-custodial wallet) theo quyền quyết định của họ.
Hãy nghĩ xem điều đó tạo ra điều gì.
Để được chấp thuận giao dịch theo MiFID II và venue giao dịch MTF, bạn không thể chỉ có "tính riêng tư bất biến, không do bên giữ hộ (non-custodial)". Luật chứng khoán yêu cầu một cơ chế hoạt động để thực hiện việc tịch thu tài sản theo lệnh của tòa, thanh lý phá sản và sửa lỗi.
Dusk không giải quyết bài toán quyền riêng tư so với minh bạch. Nó đang giải quyết một vấn đề còn khó hơn rất nhiều: Ghi đè trạng thái theo chương trình (Programmable State Override) so với tính bất biến của giao thức (Protocol Immutability).
Nếu một mạch zero-knowledge cho phép một tổ chức phát hành trung ương ghi đè trạng thái riêng tư thông qua một khóa hành chính, thì ràng buộc bảo mật tối hậu sẽ chuyển hẳn:
Các chứng minh ZK che giấu dữ liệu khỏi công chúng.
Nhưng chức năng quản trị lại trao quyền kiểm soát trạng thái bị cưỡng chế về cho một pháp nhân.
Và điều này đưa chúng ta đến bài kiểm tra thể chế thực sự đối với $DUSK :
Rủi ro không phải là các cơ quan quản lý sẽ không thể nhận được các bằng chứng zero-knowledge.
Rủi ro là khi bạn làm cho tính riêng tư đủ tuân thủ để dùng được ở các venue được quản lý, bạn lại xây dựng các cổng hậu ở cấp giao thức, qua đó tái du nhập đúng rủi ro bên thứ ba mà crypto được thiết kế để loại bỏ.
Vì vậy, Dusk đang đứng trước một ngã rẽ then chốt:
Việc ghi đè trạng thái theo chương trình có phải là một bước nối tất yếu cho dòng vốn tổ chức, hay nó lại tái đưa vào đúng rủi ro “trung gian” mà crypto được tạo ra để giải quyết?
#dusk $DUSK $PORTAL $BTW
Bạn sẽ vẽ đường ranh giới thế nào cho các giao thức RWA? Hãy cho tôi biết bên dưới.