@Dusk Tìm hiểu xem
“tiết lộ chọn lọc” thực sự có nghĩa về mặt cơ chế như thế nào
trên Dusk, vì hầu hết các bài giải thích chỉ nói rằng các giao dịch được “che chắn”
“có thể được hiển thị cho cơ quan quản lý”
mà không nói rõ cơ chế nào cấp quyền hiển thị đó.
Mô hình Phoenix của Dusk ẩn số tiền, người gửi và
người nhận theo mặc định thông qua cam kết (commitments) và
các bằng chứng ZK (zero-knowledge).
Lớp tiết lộ nằm ở phía trên — nó không
làm suy yếu lớp che chắn nền tảng, mà bổ sung
một cơ chế riêng để tiết lộ
các chi tiết cụ thể của một giao dịch cho một bên nhất định. $DUSK
Đó là phần đáng để ngồi lại cùng.
Tiết lộ không phải là một công tắc toàn cục biến một giao dịch
cho mọi người thấy ngay khi đã được kích hoạt.
Nó gần giống một khóa hoặc một bằng chứng được chia sẻ
cho đúng một người nhận — một kiểm toán viên, một cơ quan quản lý, một đối tác
— trong khi giao dịch vẫn được che chắn khỏi mọi người khác
trên mạng.
Hai người có thể cùng xem một chuỗi và nhận được
những lượng thông tin hoàn toàn khác nhau
về cùng một lần chuyển.
Tôi đã phân tích điều đó hàm ý gì cho các tổ chức xây dựng
quy trình tuân thủ (compliance workflows) trên Dusk:
mô hình niềm tin không phải “quyền riêng tư cho đến khi
một cơ quan nào đó yêu cầu khác đi”, mà là
“quyền riêng tư kèm một lộ trình mật mã được xác định
để hiển thị có ủy quyền”.
Đó là những cam kết khác nhau, và việc gộp chúng lại
sẽ đánh giá thấp những gì kiến trúc thực sự đang làm. #dusk
Điều tôi vẫn chưa xác nhận từ chính tài liệu của Dusk
là liệu các sự kiện tiết lộ bản thân chúng có được
ghi log ở đâu đó hay không, hoặc liệu việc một cơ quan quản lý xem
một giao dịch được che chắn sẽ để lại
không có dấu vết nào rằng việc tiết lộ từng xảy ra.
@Dusk #dusk $DUSK
“tiết lộ chọn lọc” thực sự có nghĩa về mặt cơ chế như thế nào
trên Dusk, vì hầu hết các bài giải thích chỉ nói rằng các giao dịch được “che chắn”
“có thể được hiển thị cho cơ quan quản lý”
mà không nói rõ cơ chế nào cấp quyền hiển thị đó.
Mô hình Phoenix của Dusk ẩn số tiền, người gửi và
người nhận theo mặc định thông qua cam kết (commitments) và
các bằng chứng ZK (zero-knowledge).
Lớp tiết lộ nằm ở phía trên — nó không
làm suy yếu lớp che chắn nền tảng, mà bổ sung
một cơ chế riêng để tiết lộ
các chi tiết cụ thể của một giao dịch cho một bên nhất định. $DUSK
Đó là phần đáng để ngồi lại cùng.
Tiết lộ không phải là một công tắc toàn cục biến một giao dịch
cho mọi người thấy ngay khi đã được kích hoạt.
Nó gần giống một khóa hoặc một bằng chứng được chia sẻ
cho đúng một người nhận — một kiểm toán viên, một cơ quan quản lý, một đối tác
— trong khi giao dịch vẫn được che chắn khỏi mọi người khác
trên mạng.
Hai người có thể cùng xem một chuỗi và nhận được
những lượng thông tin hoàn toàn khác nhau
về cùng một lần chuyển.
Tôi đã phân tích điều đó hàm ý gì cho các tổ chức xây dựng
quy trình tuân thủ (compliance workflows) trên Dusk:
mô hình niềm tin không phải “quyền riêng tư cho đến khi
một cơ quan nào đó yêu cầu khác đi”, mà là
“quyền riêng tư kèm một lộ trình mật mã được xác định
để hiển thị có ủy quyền”.
Đó là những cam kết khác nhau, và việc gộp chúng lại
sẽ đánh giá thấp những gì kiến trúc thực sự đang làm. #dusk
Điều tôi vẫn chưa xác nhận từ chính tài liệu của Dusk
là liệu các sự kiện tiết lộ bản thân chúng có được
ghi log ở đâu đó hay không, hoặc liệu việc một cơ quan quản lý xem
một giao dịch được che chắn sẽ để lại
không có dấu vết nào rằng việc tiết lộ từng xảy ra.
@Dusk #dusk $DUSK