Một cái tủ có hai ngăn kéo có thể trông không cần thiết cho đến khi bạn nhận ra rằng bạn cất những thứ khác nhau vào từng ngăn. Đó là cách tôi bắt đầu suy nghĩ về các mẫu Moonlight và Phoenix của Dusk.

Moonlight là phần công khai, dựa trên tài khoản: số dư và các chuyển khoản có thể nhìn thấy được. Phoenix đi theo một hướng khác, sử dụng các ghi chú được che chắn (shielded) và các bằng chứng không kiến thức (zero-knowledge proofs) để chi tiết giao dịch có thể vẫn riêng tư trong khi mạng vẫn xác minh rằng các quy tắc đã được tuân thủ.

Ban đầu, việc có hai mô hình nghe có vẻ như thêm phức tạp. Nhưng có lẽ đó lại chính là điểm cần hướng tới. Không phải mọi giao dịch tài chính đều cần cùng mức độ hiển thị. Việc ép mọi thứ vào một mô hình minh bạch sẽ làm lộ ra những thông tin có thể nhạy cảm; còn việc ép mọi thứ vào một mô hình riêng tư có thể khiến việc giám sát và tích hợp thông thường trở nên khó khăn hơn.

Dusk dường như đang chấp nhận rằng những nhu cầu này thực sự khác nhau, thay vì giả vờ rằng một thiết kế có thể giải quyết cả hai. @Dusk $DUSK mang lại cho mạng một cách để hỗ trợ cả các chuyển khoản công khai và được che chắn trên cùng lớp thanh toán (settlement).

Câu hỏi khó chịu là liệu người dùng có hiểu khi nào nên dùng mô hình nào hay không. Tính linh hoạt rất hữu ích—nhưng chỉ khi sự phức tạp không trở thành vấn đề mới. #dusk