Nhiều người xem lộ trình Dusk, cứ tưởng mainnet DuskEVM (2027) là “đòn lớn”, kéo toàn bộ hệ sinh thái on-chain sang để cạnh tranh với Ethereum. Sau khi tôi đọc lại định vị của Rusk/DuskVM và DuskEVM ở hai lớp, tôi thấy cách nói chính xác hơn là — DuskVM (trước đây là Piecrust VM, hợp đồng bảo mật Rust/WASM) mới là cánh cửa chính của Dusk với vai trò lớp thanh toán chứng khoán; còn DuskEVM là cánh cửa phụ dành cho các đội Solidity không biết viết Rust, giúp họ có thể dùng nhãn Hedger để “ghép” hợp đồng nghiệp vụ vào mô hình riêng tư Zedger.
Cánh cửa chính làm gì? Chuẩn lõi XSC, vòng đời note của Phoenix, kiểm tra ZK-KYC của Citadel, giao diện đồng thuận SBA — tất cả đều được triển khai bằng Rust trên DuskVM; hiệu năng và khả năng kiểm soát trực tiếp đối với mạch PLONK là thứ Solidity không thể mang lại. Phát hành trái phiếu gốc NPEX, tài khoản phụ lưu ký cho tổ chức, quản lý view key cho cơ quan quản lý — những logic “nặng đô” này đi qua cánh cửa chính.
Cánh cửa phụ giải quyết gì? Thực tế 90% nhà phát triển Web3 chỉ biết Solidity; bắt họ học lại Rust+WASM+ZK circuit chỉ để làm trên Dusk là không thực tế. DuskEVM chạy Solidity trên một stack tương đương OP Stack, còn Hedger tại thời điểm biên dịch sẽ trích xuất các biến đã được hedging sang Zedger; lập trình viên viết gần như một ERC-20 bình thường, nhưng sản phẩm đầu ra tự động có tính bí mật. Tức là Dusk đã hạ ngưỡng của “chuỗi chứng khoán riêng tư” từ lõi Rust xuống lớp bề mặt Solidity.
Tôi đã testnet triển khai chia cổ tức XSC bằng Solidity+Hedger và chạy thông suốt trong 3 ngày; nếu bắt tôi viết Rust/Piecrust để gọi note của Zedger, ít nhất cũng phải 3 tuần. Giá trị của cánh cửa phụ nằm ở chỗ đó.
Nhưng cánh cửa phụ không phải lực lượng chủ đạo: tính cuối cùng của state root của DuskEVM vẫn quay về DuskDS; các logic tuân thủ nặng như cưỡng chế chuyển nhượng, issuer force transfer vẫn phải dùng hợp đồng nguyên bản trên DuskVM, còn cánh cửa phụ Solidity thì không gọi được cơ chế bốc thăm SBA ở tầng dưới.
Mọi người thấy cánh cửa phụ có nên trở thành điểm nhấn chính không?
@Dusk $DUSK #dusk
Cánh cửa chính làm gì? Chuẩn lõi XSC, vòng đời note của Phoenix, kiểm tra ZK-KYC của Citadel, giao diện đồng thuận SBA — tất cả đều được triển khai bằng Rust trên DuskVM; hiệu năng và khả năng kiểm soát trực tiếp đối với mạch PLONK là thứ Solidity không thể mang lại. Phát hành trái phiếu gốc NPEX, tài khoản phụ lưu ký cho tổ chức, quản lý view key cho cơ quan quản lý — những logic “nặng đô” này đi qua cánh cửa chính.
Cánh cửa phụ giải quyết gì? Thực tế 90% nhà phát triển Web3 chỉ biết Solidity; bắt họ học lại Rust+WASM+ZK circuit chỉ để làm trên Dusk là không thực tế. DuskEVM chạy Solidity trên một stack tương đương OP Stack, còn Hedger tại thời điểm biên dịch sẽ trích xuất các biến đã được hedging sang Zedger; lập trình viên viết gần như một ERC-20 bình thường, nhưng sản phẩm đầu ra tự động có tính bí mật. Tức là Dusk đã hạ ngưỡng của “chuỗi chứng khoán riêng tư” từ lõi Rust xuống lớp bề mặt Solidity.
Tôi đã testnet triển khai chia cổ tức XSC bằng Solidity+Hedger và chạy thông suốt trong 3 ngày; nếu bắt tôi viết Rust/Piecrust để gọi note của Zedger, ít nhất cũng phải 3 tuần. Giá trị của cánh cửa phụ nằm ở chỗ đó.
Nhưng cánh cửa phụ không phải lực lượng chủ đạo: tính cuối cùng của state root của DuskEVM vẫn quay về DuskDS; các logic tuân thủ nặng như cưỡng chế chuyển nhượng, issuer force transfer vẫn phải dùng hợp đồng nguyên bản trên DuskVM, còn cánh cửa phụ Solidity thì không gọi được cơ chế bốc thăm SBA ở tầng dưới.
Mọi người thấy cánh cửa phụ có nên trở thành điểm nhấn chính không?
@Dusk $DUSK #dusk