Nhiều người chỉ chăm chăm xem Dusk về quyền riêng tư, nhưng quyền riêng tư đối với tài chính được quản lý chỉ là tấm vé vào cửa. Khoảng cách thực sự được tạo ra là liệu các quy tắc có thể được thực thi bắt buộc ngay trong khoảnh khắc giao dịch diễn ra hay không—chứ không phải sau đó nhờ luật sư, bên lưu ký hoặc sàn giao dịch bổ sung một thủ tục. Kiến trúc của Dusk đáng để “bóc tách” hơn đa số các blockchain quyền riêng tư khác.
@Dusk
Phoenix dùng proof không kiến thức để che giấu số tiền và địa chỉ, Moonlight giữ đường đi tài khoản minh bạch, Citadel làm tiết lộ có chọn lọc, còn hợp đồng XSC ghi thẳng ngưỡng điều kiện, giới hạn chuyển nhượng và nghĩa vụ báo cáo vào trong logic giao dịch. So với token chứng khoán trên Ethereum thường dùng ERC-3643—dựa vào hợp đồng được cấp phép cộng thêm oracle danh tính ngoài chuỗi, trong khi chi tiết giao dịch trên chuỗi vẫn công khai để phân tích được—thì Zcash chỉ che giấu số tiền, còn Tornado Cash bị siết vì thiếu danh tính tuân thủ. Dusk muốn đồng thời giải quyết “không nhìn thấy” và “kiểm soát được”.

Khoảng cách thực sự nằm ở các sản phẩm phức tạp. Một tài sản có quyền biểu quyết, quy trình khôi phục, cơ chế công bố theo tầng và thời gian khóa; một lần chuyển tiền có thể kích hoạt đồng thời hơn năm ràng buộc: liệu người nắm giữ có còn nằm trong white-list mới nhất không; số lượng nhà đầu tư đủ điều kiện sau chuyển nhượng có bị vượt ngưỡng không; thời gian khóa đã kết thúc chưa; nút giám sát có thể giải mã băm tương ứng không; và trọng số quyền biểu quyết có được đồng bộ theo trạng thái nắm giữ để đóng băng hay không. Proof PLONK có thể chứng minh rằng các điều kiện này đúng mà không lộ đồ thị giao dịch, nhưng điều kiện tiên quyết là việc đọc trạng thái hợp đồng không xảy ra tranh chấp. PLONK không cần thiết lập tin cậy, phù hợp với các mạch ràng buộc đa như XSC, nhưng phụ thuộc vào trạng thái—nếu không sắp xếp thứ tự ưu tiên đúng—thì có thể xuất hiện lỗ hổng khiến quyền riêng tư “lọt”, tuân thủ “không qua”, hoặc hai khối ràng buộc hợp lệ lại che phủ lẫn nhau.

Ví dụ về một kịch bản có thể kiểm chứng: doanh nghiệp vừa và nhỏ ở châu Âu phát hành trái phiếu được token hóa, dùng XSC để đặt chỉ các tổ chức nằm trong white-list mới được nắm giữ; người nắm giữ vượt quá 100 người sẽ tự động tạm dừng thị trường thứ cấp; mỗi lần chuyển tiền bắt buộc gửi hash để kiểm toán tới nút giám sát. Những hạn chế này không thể dựa vào nút bấm ở front-end—chúng phải được mạch chứng minh tự động kiểm tra cứng. Điểm bán hàng của Dusk nằm ở đây: tuân thủ không phải là báo cáo sau đó, mà là điều kiện tiên quyết để giao dịch có thể được đóng gói.
$BTC
Khi hành động của công ty kích hoạt cơ chế thu hồi bắt buộc, đồng thời có cổ đông nộp đơn khôi phục khóa mật bị đánh cắp, và phía cơ quan quản lý lại yêu cầu công bố ngay; liệu Rusk VM có thể làm rõ trình tự các bước mà không lộ đồ thị giao dịch hay không. Tạo bản thiết kế hợp lý thì không khó, khó là khi quy trình bị rối tung lên rồi thì hệ thống ràng buộc còn giữ được ranh giới hay không. #dusk $DUSK
A. 能,合规写进交易逻辑才是正解
0%
B. 难,规则一叠加早晚会出漏洞
0%
C. 隐私和合规硬凑,迟早被监管打脸
0%
D. 别谈架构,先跑通真实复杂场景再说
0%
0 phiếu bầu • Cuộc bỏ phiếu đã kết thúc