Dán sao kê ngân hàng lên tường sảnh giao dịch, không ai sẽ gọi đó là “tài chính đáng tin”; nhưng với blockchain công khai, số dư, chuyển khoản và đối tác thì lại liên tục phơi trần, và thường bị ngụy trang thành điều “minh bạch”. Tối qua khi tiếp tục bóc tách tài liệu Dusk, tôi phát hiện điều mà nó thực sự muốn thay đổi không phải là làm cho mọi thông tin biến mất, mà là ghi vào giao thức “ai có quyền xem gì”.
Mô hình Phoenix của @Dusk biến dòng tiền thành các ghi chú (note) mã hoá: người quan sát bình thường không thể thấy số tiền chuyển, mối quan hệ gửi, hay nội dung note cụ thể; nhưng giao dịch vẫn cần được xác nhận bằng mật mã kiến thức-không (zero-knowledge) để chứng minh rằng số dư đủ và không xảy ra double-spend (chi tiêu hai lần). Dễ bị hiểu sai nhất ở đây là tính tiết lộ có chọn lọc: nó không phải là “một chiếc chìa vạn năng” cài cho cơ quan quản lý để mở được tài khoản của toàn mạng; mà là để người dùng liên quan, thông qua việc xem/cầm các khoá (key), cung cấp cho bên phát hành, đơn vị/cơ sở hoặc bên kiểm toán cần xác minh một phạm vi thông tin nhất định. Xác minh công khai chịu trách nhiệm chứng minh rằng các quy tắc không bị phá vỡ; còn tiết lộ có kiểm soát chịu trách nhiệm trả lời các câu hỏi về trách nhiệm trong thế giới thực.
Lớp danh tính Citadel của Dusk cũng đẩy việc này tiến thêm một bước. Người dùng không nhất thiết mỗi lần phải nộp toàn bộ giấy tờ; họ có thể chứng minh rằng “nơi cư trú đáp ứng yêu cầu”, “đủ tuổi”, hoặc “có tư cách nhà đầu tư đủ điều kiện”, v.v. Bên dịch vụ nhận được câu trả lời về việc có được phép tham gia hay không, không nhất thiết phải lấy đi toàn bộ bộ hồ sơ danh tính. Nói cách khác, hệ thống cố gắng nén thói quen thu thập quá mức thông tin cá nhân trong KYC truyền thống thành một lần chứng minh tối thiểu cần thiết.
Nhưng tiết lộ có chọn lọc không tự nhiên đồng nghĩa với an toàn. Thứ thực sự khó nằm ở việc: ai là người giữ các khoá để xem, có thể xem trong bao lâu, sau khi lộ lọt thì xử lý ra sao, và liệu các tổ chức khác nhau có thể chỉ nhận được dữ liệu trong phạm vi trách nhiệm hay không. Nếu ứng dụng vì tiện lợi mà lưu trữ khoá trong thời gian dài một cách tập trung, thì dù bảo vệ mật mã có “đẹp” đến mấy, cũng có thể vô tình tạo lại một kho dữ liệu có giá trị cao.
Vì vậy, đánh giá của tôi về Dusk hôm nay cụ thể hơn: rào cản của nó không chỉ là “có thể che giấu”, mà là liệu có thể thiết kế quyền tiết lộ đủ chi tiết, đủ có thể kiểm toán, và đủ dễ sử dụng hay không. Trong tương lai, thứ thực sự nên nhìn không phải là số lượng giao dịch riêng tư bản thân nó, mà là có bao nhiêu luồng quy trình tài chính thật có thể hoàn tất việc xác minh một cách suôn sẻ mà không cần công khai toàn bộ dữ liệu.
$DUSK #dusk
Mô hình Phoenix của @Dusk biến dòng tiền thành các ghi chú (note) mã hoá: người quan sát bình thường không thể thấy số tiền chuyển, mối quan hệ gửi, hay nội dung note cụ thể; nhưng giao dịch vẫn cần được xác nhận bằng mật mã kiến thức-không (zero-knowledge) để chứng minh rằng số dư đủ và không xảy ra double-spend (chi tiêu hai lần). Dễ bị hiểu sai nhất ở đây là tính tiết lộ có chọn lọc: nó không phải là “một chiếc chìa vạn năng” cài cho cơ quan quản lý để mở được tài khoản của toàn mạng; mà là để người dùng liên quan, thông qua việc xem/cầm các khoá (key), cung cấp cho bên phát hành, đơn vị/cơ sở hoặc bên kiểm toán cần xác minh một phạm vi thông tin nhất định. Xác minh công khai chịu trách nhiệm chứng minh rằng các quy tắc không bị phá vỡ; còn tiết lộ có kiểm soát chịu trách nhiệm trả lời các câu hỏi về trách nhiệm trong thế giới thực.
Lớp danh tính Citadel của Dusk cũng đẩy việc này tiến thêm một bước. Người dùng không nhất thiết mỗi lần phải nộp toàn bộ giấy tờ; họ có thể chứng minh rằng “nơi cư trú đáp ứng yêu cầu”, “đủ tuổi”, hoặc “có tư cách nhà đầu tư đủ điều kiện”, v.v. Bên dịch vụ nhận được câu trả lời về việc có được phép tham gia hay không, không nhất thiết phải lấy đi toàn bộ bộ hồ sơ danh tính. Nói cách khác, hệ thống cố gắng nén thói quen thu thập quá mức thông tin cá nhân trong KYC truyền thống thành một lần chứng minh tối thiểu cần thiết.
Nhưng tiết lộ có chọn lọc không tự nhiên đồng nghĩa với an toàn. Thứ thực sự khó nằm ở việc: ai là người giữ các khoá để xem, có thể xem trong bao lâu, sau khi lộ lọt thì xử lý ra sao, và liệu các tổ chức khác nhau có thể chỉ nhận được dữ liệu trong phạm vi trách nhiệm hay không. Nếu ứng dụng vì tiện lợi mà lưu trữ khoá trong thời gian dài một cách tập trung, thì dù bảo vệ mật mã có “đẹp” đến mấy, cũng có thể vô tình tạo lại một kho dữ liệu có giá trị cao.
Vì vậy, đánh giá của tôi về Dusk hôm nay cụ thể hơn: rào cản của nó không chỉ là “có thể che giấu”, mà là liệu có thể thiết kế quyền tiết lộ đủ chi tiết, đủ có thể kiểm toán, và đủ dễ sử dụng hay không. Trong tương lai, thứ thực sự nên nhìn không phải là số lượng giao dịch riêng tư bản thân nó, mà là có bao nhiêu luồng quy trình tài chính thật có thể hoàn tất việc xác minh một cách suôn sẻ mà không cần công khai toàn bộ dữ liệu.
$DUSK #dusk
