Trong tài chính truyền thống, bên lưu ký đem chứng khoán của khách hàng đi tái tài trợ, lợi nhuận thuộc về họ, rủi ro để lại cho khách hàng—những chuyện như vậy có thể xảy ra vì về căn bản khách hàng chỉ có thể nhìn thấy một con số tổng trên báo cáo, không thấy được “trong đó có bao nhiêu đã được đem đi thế chấp, bao nhiêu bị phong tỏa, và còn lại bao nhiêu là tự do”.
Nếu trên chuỗi chỉ hiển thị một số dư tổng, thì vấn đề này sẽ không biến mất, mà có thể còn bị che giấu sâu hơn. Khi sổ sách nội bộ được mã hóa, khách hàng thậm chí không có công cụ để nghi ngờ.
Cách Dusk giải quyết vấn đề này là tách “có thể giấu” và “có thể nhìn thấy” thành hai việc khác nhau. Họ xây dựng hai mô hình giao dịch gốc—Moonlight dùng các giao dịch minh bạch, có thể kiểm toán; Phoenix dùng bằng chứng không kiến thức để mã hóa số dư và chuyển khoản thành những “phiếu” không thể nhìn thấy. Giao dịch hằng ngày người khác không thấy được, nhưng người nắm giữ và cơ quan quản lý có thể chọn lọc tiết lộ thông tin cần thiết bằng cách kiểm tra khóa. Đây không phải là tính năng bổ sung sau này, mà là thiết kế đã được viết vào giao thức ngay từ khi thành lập năm 2018.
Giá trị cốt lõi của kiến trúc này nằm ở chỗ nó cho phép tách biệt “trạng thái bị ràng buộc” và “số dư khả dụng”. Số dư tài sản không chỉ là “còn bao nhiêu”, mà còn bao gồm “đã thế chấp bao nhiêu, hạn mức có thể thế chấp lại tối đa là bao nhiêu”—nếu các trường này để người nắm giữ tự mình xem được, thì việc bên trung gian đem chứng khoán đi tài trợ thứ cấp sẽ không dễ bị che giấu như trước.
Dusk cũng phát triển một giao thức có tên Hedger, dùng bằng chứng không kiến thức kết hợp mã hóa đồng cấu: chi tiết giao dịch được ẩn với bên ngoài, nhưng các nút giám sát có thể kiểm tra tuân thủ bất cứ lúc nào. Sau khi DuskEVM ra mắt mainnet vào tháng 1/2026, nhà phát triển có thể trực tiếp triển khai hợp đồng Solidity. Việc hợp tác với sàn giao dịch được cấp phép NPEX của Hà Lan đã được triển khai, hơn 300 triệu euro chứng khoán được số hóa đã được đưa lên chuỗi.
Nhận định của tôi là: hướng đi đúng, nhưng vẫn cần một tín hiệu cụ thể—liệu người dùng có thể xem rõ trên ví hoặc trình duyệt khối của mình rằng trong tài sản của họ có “đã bị thế chấp bao nhiêu” và “còn bao nhiêu có thể sử dụng”. Cho đến khi tín hiệu đó xuất hiện, tôi sẽ tiếp tục quan sát. Nếu trạng thái tài sản chỉ có “còn bao nhiêu”, mà không có “trong đó bao nhiêu đã bị đặt hạn chế”, thì hãy coi việc thế chấp lại mặc định là điều có thể xảy ra.
#dusk $DUSK @Dusk
Nếu trên chuỗi chỉ hiển thị một số dư tổng, thì vấn đề này sẽ không biến mất, mà có thể còn bị che giấu sâu hơn. Khi sổ sách nội bộ được mã hóa, khách hàng thậm chí không có công cụ để nghi ngờ.
Cách Dusk giải quyết vấn đề này là tách “có thể giấu” và “có thể nhìn thấy” thành hai việc khác nhau. Họ xây dựng hai mô hình giao dịch gốc—Moonlight dùng các giao dịch minh bạch, có thể kiểm toán; Phoenix dùng bằng chứng không kiến thức để mã hóa số dư và chuyển khoản thành những “phiếu” không thể nhìn thấy. Giao dịch hằng ngày người khác không thấy được, nhưng người nắm giữ và cơ quan quản lý có thể chọn lọc tiết lộ thông tin cần thiết bằng cách kiểm tra khóa. Đây không phải là tính năng bổ sung sau này, mà là thiết kế đã được viết vào giao thức ngay từ khi thành lập năm 2018.
Giá trị cốt lõi của kiến trúc này nằm ở chỗ nó cho phép tách biệt “trạng thái bị ràng buộc” và “số dư khả dụng”. Số dư tài sản không chỉ là “còn bao nhiêu”, mà còn bao gồm “đã thế chấp bao nhiêu, hạn mức có thể thế chấp lại tối đa là bao nhiêu”—nếu các trường này để người nắm giữ tự mình xem được, thì việc bên trung gian đem chứng khoán đi tài trợ thứ cấp sẽ không dễ bị che giấu như trước.
Dusk cũng phát triển một giao thức có tên Hedger, dùng bằng chứng không kiến thức kết hợp mã hóa đồng cấu: chi tiết giao dịch được ẩn với bên ngoài, nhưng các nút giám sát có thể kiểm tra tuân thủ bất cứ lúc nào. Sau khi DuskEVM ra mắt mainnet vào tháng 1/2026, nhà phát triển có thể trực tiếp triển khai hợp đồng Solidity. Việc hợp tác với sàn giao dịch được cấp phép NPEX của Hà Lan đã được triển khai, hơn 300 triệu euro chứng khoán được số hóa đã được đưa lên chuỗi.
Nhận định của tôi là: hướng đi đúng, nhưng vẫn cần một tín hiệu cụ thể—liệu người dùng có thể xem rõ trên ví hoặc trình duyệt khối của mình rằng trong tài sản của họ có “đã bị thế chấp bao nhiêu” và “còn bao nhiêu có thể sử dụng”. Cho đến khi tín hiệu đó xuất hiện, tôi sẽ tiếp tục quan sát. Nếu trạng thái tài sản chỉ có “còn bao nhiêu”, mà không có “trong đó bao nhiêu đã bị đặt hạn chế”, thì hãy coi việc thế chấp lại mặc định là điều có thể xảy ra.
#dusk $DUSK @Dusk
