Dusk sẽ làm một buổi Binance Square AMA vào hôm nay lúc 15:00 CEST và đáng để bạn xóa lịch. Bạn sẽ có cả Emanuele Francioni (CEO) và Hein Dauven (CTO) trong cùng một phiên — điều này khá hiếm, thường thì chỉ có một trong hai.
Nếu bạn đã theo dõi DuskDS, DuskEVM, DuskVM và vẫn còn câu hỏi thì đây là nơi để mang chúng đến.

Hiện tại, để tôi giải thích những gì tôi đã học. Tôi cứ thấy “privacy” được nhắc đến bởi nhiều blockchain khác nhau và thành thật mà nói tôi đã hoài nghi vì thường nó chỉ có nghĩa là gắn thêm một pool được che chắn vào một chuỗi vốn đã công khai. Vì vậy, tôi đi đào sâu xem Dusk thực sự cấu trúc cơ chế này như thế nào trên toàn bộ stack và hóa ra nó không phải như tôi tưởng.

Về cơ bản, Dusk chia công việc thành ba lớp thay vì nhồi mọi thứ vào một lớp. DuskDS nằm ở tầng dưới cùng và phụ trách đồng thuận settlement (thanh toán) cùng data availability (sẵn có dữ liệu). Nó chạy một hệ thống proof of stake (bằng chứng cổ phần) tên là Succinct Attestation, cung cấp finality (tính cuối cùng) mang tính quyết định — điều này quan trọng nếu bạn đang settlement các tài sản được quản lý và không thể chấp nhận xác nhận theo kiểu xác suất.

Đây là điều khiến tôi bất ngờ. Ở phía trên là DuskEVM, được xây dựng theo dạng OP Stack rollup để các nhà phát triển Solidity có thể dùng công cụ EVM quen thuộc. Tính “privacy” ở đây đến từ một thứ gọi là Hedger, kết hợp mã hóa đồng cấu (homomorphic encryption) với các zero-knowledge proofs thay vì chỉ dựa vào ZK một cách thuần túy.

Sau đó là DuskVM — môi trường bản địa bằng Rust và WASM, nơi các hợp đồng được “nhận thức về quyền riêng tư” ngay từ đầu thay vì phải thêm quyền riêng tư sau.

Đó là lúc tôi nhận ra. Các đảm bảo settlement giống nhau nằm dưới toàn bộ hệ thống mọi lúc, nhưng mỗi lớp lại mang privacy theo cách phù hợp với cách các nhà phát triển xây dựng, thay vì ép dùng một phương thức cho tất cả.

#dusk $DUSK @Dusk

Bạn thực sự sẽ xây dựng trên lớp nào?