Trong số các giải pháp “quyền riêng tư” mà tôi đã từng thấy, đa phần chỉ chọn một trong hai hướng — hoặc là hoàn toàn zero-knowledge và bạn mất khả năng tương thích EVM, hoặc là hoàn toàn tương thích EVM và bạn đánh đổi quyền riêng tư thực sự. Khi đọc vào module Hedger của Dusk, đây là lần đầu tiên tôi thấy một dự án thực sự cố gắng giữ được cả hai cùng lúc thay vì chọn một bên.
Cơ chế của nó như sau, và nó thực sự khá khác thường: Hedger không chỉ dựa vào các zero-knowledge proofs đơn thuần như đa số hệ thống quyền riêng tư trong DeFi. Nó kết hợp chúng với mã hóa đồng cấu — một dạng mã hóa cho phép bạn tính toán trực tiếp trên các giá trị đã được mã hóa mà không cần giải mã trước. Sau đó, các ZK proofs sẽ xác nhận rằng các phép tính trên dữ liệu đã mã hóa đó đã được thực hiện đúng. Hai công cụ mật mã khác nhau, mỗi công cụ bao phủ phần mà công cụ kia không làm được.
Vì sao điều này lại quan trọng đặc biệt với DuskEVM: mô hình tài khoản của EVM chưa bao giờ được thiết kế để đạt mức ẩn danh hoàn toàn như một chuỗi UTXO — đây là giới hạn mang tính cấu trúc, không phải thiếu sót của Dusk. Vì vậy, thay vì giả vờ khác đi, Hedger cung cấp quyền riêng tư giao dịch đầy đủ trong ràng buộc đó, đồng thời vẫn tương thích với các công cụ Ethereum tiêu chuẩn mà các nhà phát triển đã quen thuộc. Không có ngôn ngữ mới để học, không có framework tùy biến — lớp quyền riêng tư nằm bên dưới những công cụ vốn đã tồn tại.
Điều tôi cứ quay lại mãi về nguyên nhân và kết quả: các bàn giao dịch của tổ chức sẽ không dùng một chuỗi mà mọi kích thước lệnh và vị thế đều hiển thị trước khi thực thi — đó là lời mời công khai để bị front-running. Tính năng hỗ trợ sổ lệnh được che giấu của Hedger tồn tại để đóng đúng khoảng trống đó, cho đúng đối tượng mà DuskEVM đang hướng tới để đưa lên on-chain.
$DUSK #dusk