Hôm qua tôi đọc lại bản “whitepaper” @Dusk , đến trang có câu “kiến trúc VM kép” thì tôi bị kẹt ở đó.
Trước hết nói về kiến trúc. Piecrust là VM gốc cho zero-knowledge, dựa trên WASM, thời gian quyết toán rút xuống còn 2–3 giây. DuskEVM tương thích Solidity, Hardhat và MetaMask chạm vào là chạy được ngay; phần riêng tư dựa vào Hedger để bù bằng ZK tầng nền.
Thiết kế hai đường đúng là có ý tưởng: một đường phụ trách hợp đồng riêng tư, đường còn lại phụ trách khả năng tương thích, mỗi bên làm một việc.
Nhưng càng đọc về sau càng thấy không ổn. Piecrust tự nghiên cứu VM; tháng 3 năm nay, cuộc kiểm toán AEGIS đã phơi ra 39 vấn đề, trong đó có 7 vấn đề mức nghiêm trọng; hai lỗ hổng then chốt nằm ở lớp sandbox. Chạy cùng một đoạn code trên các node trung thực cũng có thể cho ra kết quả không nhất quán. Hợp đồng độc hại có thể đẩy runtime vào trạng thái làm vô hiệu cam kết về tính sở hữu. Nếu sandbox bị xuyên thủng thì toàn bộ các hợp đồng bí mật phía trên coi như tiêu.
Còn bản thân DuskEVM chỉ hỗ trợ giao dịch công khai, quyền riêng tư hoàn toàn trông vào các module bổ sung. Hai bộ VM “đánh” tách rời nhau nên lượng code và bề mặt tấn công tăng gấp đôi.
Xem tiếp phần hợp tác. NPEX, Chainlink, Cordial, Quantoz, 21X—trên website ghi €300M+ confirmed issuance, 50K+ investor reach, 210M+ DUSK đã stake. Nguồn lực đúng là vững hơn so với những dự án chỉ biết kể chuyện RWA.
Nhưng phía họ cũng tự thừa nhận: Tokenization có thể giảm ma sát, song không thể tạo ra người mua, người bán và độ sâu thị trường. Dusk Trade vẫn đang ở giai đoạn Building/Waitlist; DuskEVM và Hedger cũng còn ở Testnet. Danh sách hợp tác cho thấy họ sẵn sàng làm cùng nhau, nhưng muốn chạy thật thì còn phải nhìn vào các chỉ số “cứng” như lượng tài sản được đưa on-chain, số lượng người giao dịch, độ sâu thị trường thứ cấp.
Cuối cùng nói về sự gắn kết giữa tuân thủ và riêng tư. Zedger khi phát hành đã đưa whitelist, một danh tính một tài khoản, và việc bên nhận được phê duyệt rõ ràng vào trong giao thức; việc chuyển tiền được tách thành hai bước, quá thời hạn là tự động bị hủy. Phoenix dùng kiến trúc UTXO; vốn được lưu dưới dạng ghi chú mã hóa, khi giao dịch thì ZK đồng thời xác minh năm hạng mục, và Pedersen Commitments che giấu toàn bộ địa chỉ lẫn số tiền.
DuskDS xác nhận qua ba giai đoạn, ra khối là đã kết thúc. Quy tắc quản ai có thể xảy ra giao dịch, Phoenix quản những cái gì không cần công khai, còn DuskDS quản trạng thái nào được tính là có hiệu lực. Ba chặng này bù cho cùng một “điểm nghẽn”—từ phát hành đến quyết toán của chứng khoán, cố gắng không phải quay lại làm phối hợp ngoài chuỗi.
Danh sách hợp tác đã mang tính “tổ chức tài chính” khá rõ. Giai đoạn tới, tôi muốn xem số liệu di chuyển và成交 (giao dịch) thực sự—đừng cứ dừng ở PPT.
#dusk $DUSK
Trước hết nói về kiến trúc. Piecrust là VM gốc cho zero-knowledge, dựa trên WASM, thời gian quyết toán rút xuống còn 2–3 giây. DuskEVM tương thích Solidity, Hardhat và MetaMask chạm vào là chạy được ngay; phần riêng tư dựa vào Hedger để bù bằng ZK tầng nền.
Thiết kế hai đường đúng là có ý tưởng: một đường phụ trách hợp đồng riêng tư, đường còn lại phụ trách khả năng tương thích, mỗi bên làm một việc.
Nhưng càng đọc về sau càng thấy không ổn. Piecrust tự nghiên cứu VM; tháng 3 năm nay, cuộc kiểm toán AEGIS đã phơi ra 39 vấn đề, trong đó có 7 vấn đề mức nghiêm trọng; hai lỗ hổng then chốt nằm ở lớp sandbox. Chạy cùng một đoạn code trên các node trung thực cũng có thể cho ra kết quả không nhất quán. Hợp đồng độc hại có thể đẩy runtime vào trạng thái làm vô hiệu cam kết về tính sở hữu. Nếu sandbox bị xuyên thủng thì toàn bộ các hợp đồng bí mật phía trên coi như tiêu.
Còn bản thân DuskEVM chỉ hỗ trợ giao dịch công khai, quyền riêng tư hoàn toàn trông vào các module bổ sung. Hai bộ VM “đánh” tách rời nhau nên lượng code và bề mặt tấn công tăng gấp đôi.
Xem tiếp phần hợp tác. NPEX, Chainlink, Cordial, Quantoz, 21X—trên website ghi €300M+ confirmed issuance, 50K+ investor reach, 210M+ DUSK đã stake. Nguồn lực đúng là vững hơn so với những dự án chỉ biết kể chuyện RWA.
Nhưng phía họ cũng tự thừa nhận: Tokenization có thể giảm ma sát, song không thể tạo ra người mua, người bán và độ sâu thị trường. Dusk Trade vẫn đang ở giai đoạn Building/Waitlist; DuskEVM và Hedger cũng còn ở Testnet. Danh sách hợp tác cho thấy họ sẵn sàng làm cùng nhau, nhưng muốn chạy thật thì còn phải nhìn vào các chỉ số “cứng” như lượng tài sản được đưa on-chain, số lượng người giao dịch, độ sâu thị trường thứ cấp.
Cuối cùng nói về sự gắn kết giữa tuân thủ và riêng tư. Zedger khi phát hành đã đưa whitelist, một danh tính một tài khoản, và việc bên nhận được phê duyệt rõ ràng vào trong giao thức; việc chuyển tiền được tách thành hai bước, quá thời hạn là tự động bị hủy. Phoenix dùng kiến trúc UTXO; vốn được lưu dưới dạng ghi chú mã hóa, khi giao dịch thì ZK đồng thời xác minh năm hạng mục, và Pedersen Commitments che giấu toàn bộ địa chỉ lẫn số tiền.
DuskDS xác nhận qua ba giai đoạn, ra khối là đã kết thúc. Quy tắc quản ai có thể xảy ra giao dịch, Phoenix quản những cái gì không cần công khai, còn DuskDS quản trạng thái nào được tính là có hiệu lực. Ba chặng này bù cho cùng một “điểm nghẽn”—từ phát hành đến quyết toán của chứng khoán, cố gắng không phải quay lại làm phối hợp ngoài chuỗi.
Danh sách hợp tác đã mang tính “tổ chức tài chính” khá rõ. Giai đoạn tới, tôi muốn xem số liệu di chuyển và成交 (giao dịch) thực sự—đừng cứ dừng ở PPT.
#dusk $DUSK