Quyền riêng tư càng mạnh thì sàn càng khó kết nối?
Tôi vốn nghĩ rằng, một chuỗi nhấn mạnh quyền riêng tư thì sàn giao dịch đương nhiên nên ưu tiên tích hợp mô hình giao dịch riêng tư nhất. Nhưng sau khi rà soát lại mô hình giao dịch và tài liệu tích hợp sàn của @Dusk , tôi nhận ra phán đoán của mình đã ngược lại: quyền riêng tư không phải là càng nhiều càng tốt, mà là khi bạn tăng thêm một lớp “không thể nhìn thấy”, thì các quy trình lưu ký, quy kết và kiểm toán cũng phải có thiết kế vận hành tương ứng.
DuskDS nguyên sinh cung cấp hai mô hình giá trị. Moonlight là tài khoản công khai: số dư, người gửi, người nhận và số tiền đều có thể thấy; Phoenix dùng vé che chắn và nullifier, nhờ đó chứng minh không có giao dịch hai lần (double-spend) và đủ số dư mà không lộ số tiền, người tham gia và quan hệ cụ thể giữa các vé, đồng thời cũng có thể thực hiện công bố chọn lọc thông qua viewing key. Hai mô hình cuối cùng đều nằm trên cùng một chuỗi, nhưng mức độ hiển thị hoàn toàn khác nhau.
Điều này chứng minh Dusk không phải kiểu “mọi giao dịch đều vô hình”, và cũng không phải chỉ có cách đổ toàn bộ dữ liệu của tổ chức lên sổ cái công khai. Người dùng có thể chọn tài khoản công khai hoặc vé che chắn theo từng bối cảnh: các quy trình cần quan sát và quy kết ổn định như báo cáo tài chính, nạp tiền sàn… có thể đi theo Moonlight; nếu không muốn lộ số dư và quan hệ nhận/chuyển của các giao dịch, có thể đi theo Phoenix.
Ở đây xuất hiện một mâu thuẫn bậc hai: để giảm rò rỉ thông tin, người dùng có thể phải đi thêm một lượt chuyển đổi từ Phoenix sang Moonlight; còn để giảm độ phức tạp vận hành, sàn giao dịch lại có thể đặt tài khoản công khai làm cổng vào mặc định. Kết quả là, giao thức có năng lực về quyền riêng tư, nhưng các cổng vào phổ biến nhất cho pháp tệ và thanh khoản tập trung vẫn dẫn người dùng theo đường công khai. Tỷ lệ áp dụng tính năng quyền riêng tư không thể chỉ nhìn vào việc “có ẩn được hay không”, mà còn phải xem người dùng có sẵn sàng gánh chi phí chuyển đổi, công bố và xử lý ngoại lệ hay không.
Còn với $DUSK , tôi vẫn chỉ áp dụng đúng phạm vi gas và staking theo xác nhận chính thức. Chỉ khi tồn tại đồng thời hai con đường—cả công khai lẫn che chắn—và tạo ra công việc thực sự liên tục, có thể khôi phục, thì lựa chọn quyền riêng tư mới chuyển thành nhu cầu thực thi và an toàn trên mạng, chứ không phải là một chức năng trình diễn.
Bạn nghĩ việc áp dụng quyền riêng tư của Dusk sẽ cần phải vượt qua A là lưu ký tại sàn giao dịch, B là vận hành quyền xem, hay C là chi phí chuyển đổi của người dùng?#dusk
Tôi vốn nghĩ rằng, một chuỗi nhấn mạnh quyền riêng tư thì sàn giao dịch đương nhiên nên ưu tiên tích hợp mô hình giao dịch riêng tư nhất. Nhưng sau khi rà soát lại mô hình giao dịch và tài liệu tích hợp sàn của @Dusk , tôi nhận ra phán đoán của mình đã ngược lại: quyền riêng tư không phải là càng nhiều càng tốt, mà là khi bạn tăng thêm một lớp “không thể nhìn thấy”, thì các quy trình lưu ký, quy kết và kiểm toán cũng phải có thiết kế vận hành tương ứng.
DuskDS nguyên sinh cung cấp hai mô hình giá trị. Moonlight là tài khoản công khai: số dư, người gửi, người nhận và số tiền đều có thể thấy; Phoenix dùng vé che chắn và nullifier, nhờ đó chứng minh không có giao dịch hai lần (double-spend) và đủ số dư mà không lộ số tiền, người tham gia và quan hệ cụ thể giữa các vé, đồng thời cũng có thể thực hiện công bố chọn lọc thông qua viewing key. Hai mô hình cuối cùng đều nằm trên cùng một chuỗi, nhưng mức độ hiển thị hoàn toàn khác nhau.
Điều này chứng minh Dusk không phải kiểu “mọi giao dịch đều vô hình”, và cũng không phải chỉ có cách đổ toàn bộ dữ liệu của tổ chức lên sổ cái công khai. Người dùng có thể chọn tài khoản công khai hoặc vé che chắn theo từng bối cảnh: các quy trình cần quan sát và quy kết ổn định như báo cáo tài chính, nạp tiền sàn… có thể đi theo Moonlight; nếu không muốn lộ số dư và quan hệ nhận/chuyển của các giao dịch, có thể đi theo Phoenix.
Ở đây xuất hiện một mâu thuẫn bậc hai: để giảm rò rỉ thông tin, người dùng có thể phải đi thêm một lượt chuyển đổi từ Phoenix sang Moonlight; còn để giảm độ phức tạp vận hành, sàn giao dịch lại có thể đặt tài khoản công khai làm cổng vào mặc định. Kết quả là, giao thức có năng lực về quyền riêng tư, nhưng các cổng vào phổ biến nhất cho pháp tệ và thanh khoản tập trung vẫn dẫn người dùng theo đường công khai. Tỷ lệ áp dụng tính năng quyền riêng tư không thể chỉ nhìn vào việc “có ẩn được hay không”, mà còn phải xem người dùng có sẵn sàng gánh chi phí chuyển đổi, công bố và xử lý ngoại lệ hay không.
Còn với $DUSK , tôi vẫn chỉ áp dụng đúng phạm vi gas và staking theo xác nhận chính thức. Chỉ khi tồn tại đồng thời hai con đường—cả công khai lẫn che chắn—và tạo ra công việc thực sự liên tục, có thể khôi phục, thì lựa chọn quyền riêng tư mới chuyển thành nhu cầu thực thi và an toàn trên mạng, chứ không phải là một chức năng trình diễn.
Bạn nghĩ việc áp dụng quyền riêng tư của Dusk sẽ cần phải vượt qua A là lưu ký tại sàn giao dịch, B là vận hành quyền xem, hay C là chi phí chuyển đổi của người dùng?#dusk
