Tôi đã xem xét bản cập nhật Dusk mới nhất và một chi tiết cứ bị gán sai.

Câu hỏi thường thấy là: chuỗi này có quyền riêng tư hay không. Đó là câu hỏi sai đối với các tổ chức. Tôi đã kiểm tra cách Moonlight và Phoenix nằm trong cùng một mạng Dusk và phát hiện ra rằng
một tổ chức duy nhất có thể chạy cả hai tư thế tùy thuộc vào yêu cầu của từng giao dịch.

Hãy nghĩ theo cách này. Moonlight là sổ cái công khai hoàn toàn, minh bạch số dư, rõ ràng cho kiểm toán viên. Phoenix là sổ cái được che chắn, số tiền bị làm mờ theo mặc định, xác thực dựa trên bằng chứng. Cùng một tổ chức, cùng một mạng, hai tư thế tuân thủ có sẵn theo nhu cầu.

CHUỖI TƯ THẾ: Moonlight → Standard Flows → Public Balances → Regulator Reads Directly | Phoenix → Sensitive Trades → Obfuscated Amounts → ZK Verification → No Full Trail → DUSK Validators Enforce Both

Điều khiến tôi chú ý ở đây là hàm ý thực tiễn. Dòng tiền bán lẻ đi qua Moonlight. Các giao dịch khối lớn, nơi quy mô vị thế là thông tin không công khai quan trọng, đi qua Phoenix. Đó là công bố theo mức độ ở cấp giao thức, không phải một giải pháp thay thế.

Và thật lòng, việc tăng cứng (hardening) Phoenix trong bản cập nhật này đặc biệt quan trọng vì lý do đó. Các lần chuyển hiện làm mờ giá trị theo mặc định. Gói W3sper đóng gói sẵn trình điều khiển ví của riêng nó thay vì phụ thuộc vào nOde, củng cố ranh giới quyền riêng tư. Dữ liệu đầu vào bị sai định dạng bị từ chối chặt chẽ hơn. Các ghi chú đầu ra minh bạch khác 0 bị chặn trước khi đi vào luồng.

Tôi cứ nghĩ về điều này có ý nghĩa gì so với bất kỳ đề xuất L1 nào về quyền riêng tư theo một chế độ cố định duy nhất. Việc chuyển tư thế tuân thủ theo loại giao dịch mà không thay đổi chuỗi là một đề xuất kiến trúc hoàn toàn khác.

Việc tách Moonlight và Phoenix có phải là phần ít được đánh giá nhất của DUSK, hay việc quản lý hai kiểu sổ cái tạo ra nhiều phức tạp hơn mức mà sự linh hoạt đưa lại là xứng đáng?

#dusk $DUSK @Dusk