Tôi đã đọc đi đọc lại một dòng trong danh sách tính năng của Hedger vì nó không hiểu ngay với tôi: một mô hình hybrid UTXO/Account, được mô tả là hỗ trợ khả năng tương tác (composability) xuyên lớp và tích hợp với các hệ thống tài chính trong thế giới thực. Tôi đã ngồi suy nghĩ về điều đó một lúc, cố gắng hiểu tại sao một công cụ giao dịch bí mật (confidential transaction engine) lại cần cả hai mô hình cùng lúc, thay vì chỉ chọn một.

Rồi tôi tìm ra chi tiết khiến mọi thứ “khớp” lại. Trong thiết lập Hedger Alpha, người dùng vận hành với hai địa chỉ riêng biệt: một địa chỉ EVM thông thường để tương tác với hợp đồng, và một địa chỉ Hedger riêng để lưu giữ số dư đã được mã hóa. Đó chính là phần “hybrid” trong thực tế: một địa chỉ kiểu account cho các phần của hệ thống cần hành vi EVM thông thường, và một cấu trúc gần giống UTXO bên dưới dành cho các phần cần được giữ ở trạng thái được mã hóa và có thể tương tác xuyên nhiều lớp.

Tôi không ngờ lại có mô hình hai địa chỉ ngay từ lúc tôi hình dung cách nó hoạt động: tôi cứ nghĩ sẽ có một ví, một số dư, quyền riêng tư được áp dụng “phía trên”. Việc tách như vậy trở nên hợp lý hơn khi bạn nghĩ rằng DuskEVM cần nói chuyện với các công cụ EVM tiêu chuẩn ở một phía, trong khi logic bí mật của Hedger chạy ở phía còn lại. Nhưng điều đó cũng đồng nghĩa là sẽ có thêm một chút thứ mà người dùng hoặc giao diện ví cần quản lý cho đúng.

#dusk $DUSK @Dusk $AIO $PORTAL