#dusk $DUSK Khi tôi đọc tài liệu Dusk, điều khiến tôi hứng thú nhất là việc họ biến “minh bạch” và “bảo mật” thành hai mô hình giao dịch gốc song song, thay vì vá sau.
Trong lớp Settlement của Dusk, Moonlight là mô hình tài khoản: số dư, bên gửi/nhận, và số tiền đều được công khai, giống như chuyển khoản theo phong cách ERC thông thường. Nhưng Phoenix thì khác—đó là mô hình bảo mật dựa trên note (note-based). Tiền được lưu dưới dạng các note được mã hoá; khi chuyển, sử dụng chứng minh zk-SNARK thuộc họ PLONK để chứng minh đồng thời ba điều: không bị double-spend (không chi tiêu gấp), đầu vào không nhỏ hơn đầu ra, và số tiền nằm trong khoảng hợp lệ. Người quan sát không thể thấy số tiền, cũng không thấy mối liên hệ địa chỉ gắn với nhau; chỉ người nắm giữ viewing key mới giải mã để phục vụ kiểm tra/audit.
Ban đầu tôi tưởng đây chính là “bộ bài” như Zcash, nhưng xem kỹ mới thấy khác biệt then chốt nằm ở “tiết lộ chọn lọc” (selective disclosure). Note của Phoenix có thể gắn với viewing key: khi một tổ chức cần chứng minh với cơ quan quản lý rằng một giao dịch nào đó tuân thủ quy định, họ không phải lật tung dữ liệu của cả chuỗi—chỉ cần cung cấp đúng một giao dịch đó ở dạng văn bản rõ kèm theo bằng chứng kiến thức không tương tác là đủ. Mức độ “mặc định mã hoá, khi nào cần thì giải mã” này phù hợp hơn với các bối cảnh tài chính chịu quản lý so với mô hình ẩn danh toàn cục.
Điểm hay hơn nữa là hai mô hình được đối chiếu (settle) trong cùng một Transfer Contract, nên trạng thái của chúng không làm “bẩn” lẫn nhau. Bạn có thể dùng Moonlight để công bố nguồn ngân quỹ (treasury) công khai, dùng Phoenix để che giấu bên đối tác trong các giao dịch OTC, và cuối cùng tất cả đều rơi xuống một cách xác định (deterministic) trong cùng một khối. Trao cho người dùng quyền chọn “có minh bạch hay không” theo từng ngữ cảnh, thay vì buộc thống nhất theo một quy tắc duy nhất của giao thức—đó là điều chỉnh quan trọng nhất của Dusk đối với đường đua quyền riêng tư.
Nói thêm một chi tiết: trong cấu trúc note của Phoenix có sẵn cơ chế hết hạn. Mỗi note đều có một giới hạn block height tối đa; nếu quá ngưỡng này mà note chưa được chi tiêu, nó sẽ tự động vô hiệu và hoàn tiền về bên gửi. Điều này ngăn “note ma” bị tích lũy vô hạn, đồng thời giúp trạng thái của chuỗi không phình lên mãi. Những tinh chỉnh kỹ thuật kiểu này cho thấy đội ngũ thật sự đang cân nhắc chi phí vận hành lâu dài. @Dusk
Trong lớp Settlement của Dusk, Moonlight là mô hình tài khoản: số dư, bên gửi/nhận, và số tiền đều được công khai, giống như chuyển khoản theo phong cách ERC thông thường. Nhưng Phoenix thì khác—đó là mô hình bảo mật dựa trên note (note-based). Tiền được lưu dưới dạng các note được mã hoá; khi chuyển, sử dụng chứng minh zk-SNARK thuộc họ PLONK để chứng minh đồng thời ba điều: không bị double-spend (không chi tiêu gấp), đầu vào không nhỏ hơn đầu ra, và số tiền nằm trong khoảng hợp lệ. Người quan sát không thể thấy số tiền, cũng không thấy mối liên hệ địa chỉ gắn với nhau; chỉ người nắm giữ viewing key mới giải mã để phục vụ kiểm tra/audit.
Ban đầu tôi tưởng đây chính là “bộ bài” như Zcash, nhưng xem kỹ mới thấy khác biệt then chốt nằm ở “tiết lộ chọn lọc” (selective disclosure). Note của Phoenix có thể gắn với viewing key: khi một tổ chức cần chứng minh với cơ quan quản lý rằng một giao dịch nào đó tuân thủ quy định, họ không phải lật tung dữ liệu của cả chuỗi—chỉ cần cung cấp đúng một giao dịch đó ở dạng văn bản rõ kèm theo bằng chứng kiến thức không tương tác là đủ. Mức độ “mặc định mã hoá, khi nào cần thì giải mã” này phù hợp hơn với các bối cảnh tài chính chịu quản lý so với mô hình ẩn danh toàn cục.
Điểm hay hơn nữa là hai mô hình được đối chiếu (settle) trong cùng một Transfer Contract, nên trạng thái của chúng không làm “bẩn” lẫn nhau. Bạn có thể dùng Moonlight để công bố nguồn ngân quỹ (treasury) công khai, dùng Phoenix để che giấu bên đối tác trong các giao dịch OTC, và cuối cùng tất cả đều rơi xuống một cách xác định (deterministic) trong cùng một khối. Trao cho người dùng quyền chọn “có minh bạch hay không” theo từng ngữ cảnh, thay vì buộc thống nhất theo một quy tắc duy nhất của giao thức—đó là điều chỉnh quan trọng nhất của Dusk đối với đường đua quyền riêng tư.
Nói thêm một chi tiết: trong cấu trúc note của Phoenix có sẵn cơ chế hết hạn. Mỗi note đều có một giới hạn block height tối đa; nếu quá ngưỡng này mà note chưa được chi tiêu, nó sẽ tự động vô hiệu và hoàn tiền về bên gửi. Điều này ngăn “note ma” bị tích lũy vô hạn, đồng thời giúp trạng thái của chuỗi không phình lên mãi. Những tinh chỉnh kỹ thuật kiểu này cho thấy đội ngũ thật sự đang cân nhắc chi phí vận hành lâu dài. @Dusk