@Dusk chuyển toàn bộ quy trình từ phát hành đến thanh toán của thị trường tư nhân truyền thống vào cùng một chuỗi. Về hướng đi, nó đúng là đã đập trúng cốt lõi các điểm đau của tài chính tổ chức: trung gian quá nhiều, chi phí truyền tin cậy quá đắt.
Nhưng khi tách riêng từng mắt xích, vấn đề thực sự lại nằm ở phần nối.

Citadel đóng gói giấy tờ KYC bằng chứng minh không kiến thức (zero-knowledge proof): nhà đầu tư không cần tiết lộ danh tính với từng đối tác, chỉ cần chứng minh rằng 'tôi đủ điều kiện'. Lập luận rất đẹp, nhưng quyền cấp và quyền thu hồi (revocation) giấy tờ thuộc về ai? Nếu việc này được neo vào một thực thể tập trung nào đó, thì toàn bộ câu chuyện phi tín nhiệm sẽ tồn tại một điểm đơn lỗi ngầm.

Zedger mã hóa các quy tắc tuân thủ thành điều kiện tiên quyết của giao dịch: không đáp ứng thì không thể lên chuỗi.
Điều này đồng nghĩa với việc toàn bộ logic giám sát phải được định nghĩa đầy đủ ngay từ thời điểm phát hành, trong khi thực tế quy tắc sẽ được cập nhật. Quyền nâng cấp hợp đồng được phân bổ thế nào, liệu có bị bên phát hành tùy tiện chỉnh sửa một cách đơn phương hay không—phần thiết kế quản trị này cần phải theo dõi chặt.

Còn Phoenix và Moonlight với hai mô hình cung cấp hai cách chuyển vòng cho cùng một tài sản: vừa bảo mật vừa minh bạch. Tính linh hoạt là điều mà đa số các chuỗi riêng tư khác không có. Tuy nhiên, tính nhất quán trạng thái khi chuyển tiền giữa hai mô hình, chi phí để bên kiểm toán hiểu đồng thời cách vận hành của cả hai mô hình, và khi triển khai thực tế thì sẽ không hề nhẹ nhàng.

Còn việc tiết lộ có chọn lọc là mắt xích quan trọng nhất nhưng cũng dễ bị đánh giá thấp nhất. Bảo mật giao dịch hằng ngày; khi cơ quan quản lý cần kiểm tra thì chỉ tiết lộ các trường được chỉ định theo nhu cầu—tức là phù hợp với thực tế hơn so với 'công khai hoàn toàn' hoặc 'giấu hoàn toàn'. Nhưng độ hạt của dữ liệu cần tiết lộ được xác định ra sao, và cách quản lý chuỗi quyền hạn như thế nào, thì trong các tài liệu công khai hiện nay vẫn chưa thấy quy tắc đủ chi tiết.

Tính cuối cùng xác định theo giây của sự đồng thuận SA là điều kiện tiên quyết 'phải có' cho thanh toán của tổ chức. Phần này tương thích cao. DuskDS gói chung thanh toán và khả năng sẵn sàng dữ liệu (data availability) theo hướng thống nhất theo mô-đun là hợp lý, nhưng cũng có nghĩa là an toàn của mọi môi trường thực thi đều bị ràng buộc vào cùng một lớp.

Khung tổng thể thì tự khớp, nhưng từ 'thiết kế tự khớp' đến 'có thể vận hành trong sản xuất' lại là chuyện khác: các vấn đề khó như quản trị của Citadel, cơ chế nâng cấp của Zedger, và ranh giới của việc tiết lộ có chọn lọc—vẫn cần dữ liệu từ mainnet để xác minh.
#dusk $DUSK @Dusk

Vấn đề tương tác: Trong Dusk, hợp đồng chịu trách nhiệm phát hành và quản lý các tài sản thuộc loại chứng khoán là hợp đồng nào?