#dusk $DUSK @Dusk
Tôi không ngừng nhìn vào cách các mạng buộc phải lựa chọn cứng nhắc giữa minh bạch hoàn toàn và che giấu hoàn toàn

Điều thu hút tôi là cách @Dusk bypass qua nút thắt thiết kế này ở lớp thanh toán. Thay vì áp đặt một quy tắc thực thi đơn lẻ, giao thức tích hợp một khung giao dịch song song dạng kép “native” trên DuskDS.

Moonlight hoạt động như một hệ thống tài khoản minh bạch, nơi các số dư chuẩn vẫn được quan sát đầy đủ để phục vụ báo cáo công khai. Và Phoenix sử dụng mô hình UTXO được che chắn với các bằng chứng không kiến thức để giữ cho các giao dịch riêng tư, đồng thời vẫn nằm trên cùng một sổ cái cơ sở

Lợi thế kiến trúc ở đây là rất sâu sắc. Thay vì coi quyền riêng tư là một bản vá bên ngoài, cả hai mô hình đều thanh toán trực tiếp song song. Tính hai mặt “native” này cho phép các ứng dụng phối hợp đồng thời các quy trình tuân thủ công khai và các giao dịch tài sản bí mật, tất cả được bảo mật một cách bản địa bởi $DUSK
Câu hỏi là làm thế nào các lớp thanh toán đa tài sản có thể mở rộng việc xác thực trạng thái mà không tạo ra các “đảo” thanh khoản?
@Dusk #dusk $DUSK