@Dusk_Foundation Tôi từng nghĩ rằng quyền riêng tư và khả năng tương thích với EVM là hai mục tiêu đối lập nhau. Chọn một, đánh mất cái còn lại. Hedger của Dusk đã khiến tôi phải suy nghĩ lại. Nó nằm bên trong DuskEVM và thêm các luồng giao dịch bảo mật bằng mã hóa đồng cấu (homomorphic encryption) kèm theo các bằng chứng không kiến thức (zero-knowledge proofs), trên một chuỗi vẫn tương thích đầy đủ với Solidity. Điều khiến tôi không chỉ là phần tương thích—vốn giờ đây đã là yêu cầu cơ bản. Mà là khâu sắp xếp thứ tự (sequencing). Thay vì xây dựng một chuỗi riêng tư rồi yêu cầu các nhà phát triển Ethereum di chuyển mô hình tư duy của họ, Dusk cho phép nhà phát triển vẫn tiếp tục viết Solidity “bình thường” trong khi lớp quyền riêng tư vận hành ở phía dưới. Sự bảo mật (confidentiality) trở thành thứ mà giao thức cung cấp, chứ không phải thứ người phát triển phải tự thiết kế. Tôi cứ tự hỏi: điều này lặng lẽ “ủy thác” câu hỏi về tuân thủ (compliance) đi, hay nó buộc phải nảy sinh sớm hơn? Nếu việc công bố được thiết kế theo hướng chọn lọc, vẫn có ai đó phải quyết định ai được coi là “được ủy quyền” để xem cái gì. Quyết định đó không biến mất chỉ vì nó được mã hóa cưỡng chế mặt kỹ thuật một cách mật mã. Mã hóa đồng cấu cộng với ZK cũng là chi phí tính toán đáng kể khi vận hành ở quy mô lớn. Tôi vẫn chưa thấy các con số thực sự về hiệu năng của DuskEVM khi chịu tải giao dịch riêng tư liên tục so với hướng đi minh bạch của Moonlight. Vẫn đang hình thành quan điểm liệu đây có phải một kiến trúc thực sự mới mẻ hay chỉ là cách “đóng gói lại” thông minh các bài toán mà DeFi vẫn chưa giải quyết triệt để.
#dusk $DUSK

$RICE $HEMI