Tôi đang đọc qua giao thức Citadel của Dusk Network trong lúc làm nhiệm vụ. Kho mã Citadel trên GitHub đã nhận các commit vào ngày 8 tháng Tám — công việc đang diễn ra, không phải một bản đặc tả tĩnh — và cuối cùng tôi bị mắc kẹt với mô hình ba bên lâu hơn dự định.
Cụm từ "selective disclosure" (tiết lộ chọn lọc) được dùng rất nhiều trong các tài liệu $DUSK @Dusk #dusk . Nó đúng. Nhưng có một điểm mang tính cấu trúc mà kiến trúc bộc lộ, còn phần pitch lại không nhấn mạnh.
Citadel có ba bên: Người dùng (User), Nhà cung cấp Giấy phép (License Provider, LP) và Nhà cung cấp Dịch vụ (Service Provider, SP). Các bằng chứng ZK bảo vệ bạn khỏi SP — chúng xác minh rằng bạn đáp ứng ngưỡng tuân thủ mà không cần nhìn thấy dữ liệu thực của bạn. Phần đó hoạt động đúng như mô tả. Nhưng LP thì thực hiện đầy đủ KYC. Họ nắm giữ dữ liệu của bạn. Họ cấp giấy phép trên chuỗi (on-chain license). Mọi nhà cung cấp dịch vụ sau đó chỉ nhận một bằng chứng, và điều đó thật gọn gàng. Trở ngại nằm ở giai đoạn sớm hơn, lúc onboarding, chứ không phải ở từng “cửa” kiểm tra.
Vì vậy, mô hình quyền riêng tư của Dusk không phải là "ẩn khỏi cơ quan chức năng". Nó là "ẩn khỏi các đối tác (counterparties), nhưng hiển thị với cơ quan mà bạn lựa chọn." LP biết mọi thứ. Các SP thì không biết gì. Với tài chính chịu quản lý, có lẽ đây là thiết kế đúng — cần có một bên đóng vai trò người lưu trữ dữ liệu chịu trách nhiệm trước cơ quan quản lý. Nhưng nó lại khác cách đa số người hiểu về "quyền riêng tư blockchain", vốn thường có nghĩa là ẩn khỏi tất cả mọi người theo mặc định.
Hmm… câu hỏi mở thú vị là trong thực tế, ai thực sự đóng vai trò LP. Nếu đó là một bên lưu trữ chịu quản lý hoặc một nhà cung cấp KYC được cấp phép, thì đó là hạ tầng định danh được thuê ngoài với trải nghiệm người dùng tốt hơn, chứ không phải định danh phi tập trung. Tôi không chắc hai cách diễn giải đó có bao giờ thật sự giải quyết được hoàn toàn cho nhau.
Cụm từ "selective disclosure" (tiết lộ chọn lọc) được dùng rất nhiều trong các tài liệu $DUSK @Dusk #dusk . Nó đúng. Nhưng có một điểm mang tính cấu trúc mà kiến trúc bộc lộ, còn phần pitch lại không nhấn mạnh.
Citadel có ba bên: Người dùng (User), Nhà cung cấp Giấy phép (License Provider, LP) và Nhà cung cấp Dịch vụ (Service Provider, SP). Các bằng chứng ZK bảo vệ bạn khỏi SP — chúng xác minh rằng bạn đáp ứng ngưỡng tuân thủ mà không cần nhìn thấy dữ liệu thực của bạn. Phần đó hoạt động đúng như mô tả. Nhưng LP thì thực hiện đầy đủ KYC. Họ nắm giữ dữ liệu của bạn. Họ cấp giấy phép trên chuỗi (on-chain license). Mọi nhà cung cấp dịch vụ sau đó chỉ nhận một bằng chứng, và điều đó thật gọn gàng. Trở ngại nằm ở giai đoạn sớm hơn, lúc onboarding, chứ không phải ở từng “cửa” kiểm tra.
Vì vậy, mô hình quyền riêng tư của Dusk không phải là "ẩn khỏi cơ quan chức năng". Nó là "ẩn khỏi các đối tác (counterparties), nhưng hiển thị với cơ quan mà bạn lựa chọn." LP biết mọi thứ. Các SP thì không biết gì. Với tài chính chịu quản lý, có lẽ đây là thiết kế đúng — cần có một bên đóng vai trò người lưu trữ dữ liệu chịu trách nhiệm trước cơ quan quản lý. Nhưng nó lại khác cách đa số người hiểu về "quyền riêng tư blockchain", vốn thường có nghĩa là ẩn khỏi tất cả mọi người theo mặc định.
Hmm… câu hỏi mở thú vị là trong thực tế, ai thực sự đóng vai trò LP. Nếu đó là một bên lưu trữ chịu quản lý hoặc một nhà cung cấp KYC được cấp phép, thì đó là hạ tầng định danh được thuê ngoài với trải nghiệm người dùng tốt hơn, chứ không phải định danh phi tập trung. Tôi không chắc hai cách diễn giải đó có bao giờ thật sự giải quyết được hoàn toàn cho nhau.