#dusk $DUSK Nhiều người gom mô hình quyền riêng tư Phoenix của Dusk và Monero vào một nhóm — “giấu cả số tiền giao dịch lẫn địa chỉ, nên trên chuỗi không thể nhìn thấy”. Tôi đã mổ lại lần nữa hệ thống hai khóa trong bản whitepaper, và phát hiện cách phân loại đó đã làm mờ đi logic thiết kế cốt lõi nhất của Phoenix. #dusk$SPCXB
Phoenix không làm “mù hoàn toàn”, mà là “tiết lộ có chọn lọc”. Mỗi giao dịch theo mặc định sẽ ẩn số tiền và các bên tham gia, nhưng người gửi giữ một khóa xem (view key) — có thể chủ động cấp quyền cho bên kiểm toán hoặc cơ quan quản lý để xem các giao dịch cụ thể. Quyền riêng tư không phải là một tấm thép liền khối, mà được người dùng tự kiểm soát ai được xem, xem gì và xem trong bao lâu. @Dusk
Điều này đi theo hai hướng khác nhau. Monero hướng tới “không ai có thể lần ra”, còn Phoenix hướng tới “chỉ những người được ủy quyền mới lần ra được”. Với những chuỗi muốn mang tài sản chịu quản lý, lựa chọn thứ hai mới là điều kiện tiên quyết để tuân thủ — tính hợp lệ của giao dịch có thể được xác minh, nhưng dữ liệu kinh doanh nhạy cảm sẽ không bị đổ lên sổ cái công khai.$SNDKB
Nhưng ở đây lại có một điểm căng: quyền quản lý view key nằm trong tay người dùng — vậy “bên được quản lý” thì làm sao bắt buộc thực thi? Câu trả lời trong whitepaper là tổ chức phát hành có thể đặt trước điều kiện kiểm toán ở cấp hợp đồng tài sản; nếu không thỏa điều kiện thì các địa chỉ đó hoàn toàn không thể nhận loại tài sản này. Sự cân bằng giữa quyền riêng tư và tuân thủ không phải là mỗi giao dịch đều thương lượng, mà được “đóng đinh” vào các quy tắc phát hành tài sản.
Vì vậy, khi tôi đánh giá câu chuyện về quyền riêng tư của DUSK, tôi sẽ tách thành hai câu hỏi: liệu nó có thể bảo vệ bí mật kinh doanh hay không, và liệu nó có thể vừa bảo vệ quyền riêng tư vừa để bên quản lý nhận được những thông tin họ cần. Câu trả lời cho câu thứ hai không tốt, thì dù câu thứ nhất làm tốt đến đâu cũng không thể bước vào thị trường các tổ chức.@Dusk