Có một điều tôi liên tục quay lại khi tìm hiểu về @Dusk_Foundation là liệu compliance có thực sự cần phải đánh đổi bằng privacy hay không và phần lớn logic thiết kế nằm ở cách Citadel 2 tách “chứng minh đã kiểm tra” khỏi “tiết lộ con người đứng sau”.

Luồng hoạt động bắt đầu với việc License Provider kiểm tra người dùng off-chain và ký các thuộc tính cần thiết.

Từ đó, người dùng tạo zero-knowledge proof để chứng minh mình sở hữu một license hợp lệ đã được ký và đăng ký on-chain, đây là phần tôi thấy thú vị nhất.

Proof diễn ra thông qua cryptography mà không tiết lộ khóa ví, thuộc tính hay license cụ thể và đây là nơi câu hỏi về privacy thực sự được kiểm chứng.

Service policy luôn tồn tại ở phía sau, chờ đợi Service Provider quyết định provider nào được tin cậy, thuộc tính nào được chấp nhận và session có còn hiệu lực hay không.

Cuối cùng, contract chỉ xác nhận proof hợp lệ và ghi nhận một session công khai. On-chain chỉ còn lại bằng chứng rằng một credential hợp lệ đã được sử dụng.

Điều tôi chưa biết là cơ chế này sẽ hoạt động như thế nào khi policy thay đổi, provider cấp sai credential hoặc session cũ vẫn còn hiệu lực thay vì điều kiện lý tưởng.

Câu hỏi là liệu cryptography có thực sự loại bỏ nhu cầu lộ danh tính khỏi access control hay chỉ chuyển trust sang bên cấp và diễn giải credential.

Tôi đang theo dõi cách #dusk xử lý ranh giới giữa cryptographic proof và service policy khi regulated finance thực sự bắt đầu sử dụng nó. $DUSK $KII $AKE
#RedditToJoinSP500 #US30YBondAuctionYieldHighestSince2001 #GlobalStocksNearRecordHighs #ProCapFilesBitcoinTreasuryDiscountETF