DuskVM có lẽ quan trọng hơn vẻ ngoài ban đầu của nó.
Tôi đang tìm hiểu vào lớp thực thi của Dusk, và có một chi tiết nổi bật với tôi:
Dusk không hề ép mọi nhà phát triển phải đi theo EVM.
DuskVM chạy các smart contract Rust/WASM trực tiếp trên Dusk L1, trong khi DuskEVM cung cấp cho nhà phát triển lộ trình SolidityEVM. Sự tách biệt này rất thú vị vì hai môi trường giải quyết các vấn đề khác nhau.
Rồi vào ngày 10 tháng 8, testnet của DuskEVM chính thức đi vào hoạt động, mở ra phía tương thích EVM để thử nghiệm với Solidity và Hardhat.
Điều tôi thấy thú vị ở đây là kiến trúc:
DuskVM → thực thi L1 trực tiếp
Rust/WASM → hợp đồng ở cấp độ giao thức và các hợp đồng chuyên biệt
Quyền truy cập Privacy/ZK → gần hơn với lớp nền
DuskEVM → bộ công cụ quen thuộc của Ethereum
$DUSK → tài sản native cho gas và staking
Phản ứng đầu tiên của tôi thực ra là: tại sao lại xây dựng hai luồng thực thi?
Câu trả lời có vẻ là sự linh hoạt hơn là tương thích chỉ vì chính nó.
Nhưng riêng việc ra mắt testnet vẫn chưa cho chúng ta biết liệu các nhà phát triển có thực sự sử dụng cả hai môi trường ở quy mô lớn hay không. Đó là phần mà tôi đang theo dõi ngay lúc này.
Liệu những người xây dựng thực sự sẽ chọn DuskVM khi việc thực thi L1 trực tiếp là quan trọng, hay phần lớn hoạt động cuối cùng sẽ đổ về phía DuskEVM?
@Dusk $DUSK #dusk
Tôi đang tìm hiểu vào lớp thực thi của Dusk, và có một chi tiết nổi bật với tôi:
Dusk không hề ép mọi nhà phát triển phải đi theo EVM.
DuskVM chạy các smart contract Rust/WASM trực tiếp trên Dusk L1, trong khi DuskEVM cung cấp cho nhà phát triển lộ trình SolidityEVM. Sự tách biệt này rất thú vị vì hai môi trường giải quyết các vấn đề khác nhau.
Rồi vào ngày 10 tháng 8, testnet của DuskEVM chính thức đi vào hoạt động, mở ra phía tương thích EVM để thử nghiệm với Solidity và Hardhat.
Điều tôi thấy thú vị ở đây là kiến trúc:
DuskVM → thực thi L1 trực tiếp
Rust/WASM → hợp đồng ở cấp độ giao thức và các hợp đồng chuyên biệt
Quyền truy cập Privacy/ZK → gần hơn với lớp nền
DuskEVM → bộ công cụ quen thuộc của Ethereum
$DUSK → tài sản native cho gas và staking
Phản ứng đầu tiên của tôi thực ra là: tại sao lại xây dựng hai luồng thực thi?
Câu trả lời có vẻ là sự linh hoạt hơn là tương thích chỉ vì chính nó.
Nhưng riêng việc ra mắt testnet vẫn chưa cho chúng ta biết liệu các nhà phát triển có thực sự sử dụng cả hai môi trường ở quy mô lớn hay không. Đó là phần mà tôi đang theo dõi ngay lúc này.
Liệu những người xây dựng thực sự sẽ chọn DuskVM khi việc thực thi L1 trực tiếp là quan trọng, hay phần lớn hoạt động cuối cùng sẽ đổ về phía DuskEVM?
@Dusk $DUSK #dusk
