#dusk Khi tôi lần đầu xem kiến trúc cho nhà phát triển của Dusk, tôi thật sự tự hỏi vì sao họ lại cần đến hai môi trường smart contract. Lúc đầu, tôi nghĩ đơn giản: chẳng phải một cái là đủ sao?

Sau khi nhìn kỹ hơn, tôi nhận ra họ đang giải quyết hai vấn đề phát triển khác nhau.

DuskEVM là lối đi quen thuộc. Solidity và các công cụ tương thích với EVM giúp việc phát triển dễ hơn cho những nhà phát triển đã quen với hệ sinh thái Ethereum.

DuskVM là nơi mà theo tôi kiến trúc bắt đầu trở nên hợp lý hơn. Các hợp đồng Rust/WASM chạy trực tiếp trên Dusk L1, mang đến cho nhà phát triển một cách làm việc “bản địa” hơn với các khả năng riêng của Dusk, bao gồm mô hình giao dịch của nó, tính riêng tư và chức năng zero knowledge.

Vì vậy, tôi không xem DuskEVM và DuskVM là hai môi trường cạnh tranh.

Tôi xem chúng như hai điểm vào khác nhau.

Nếu tôi muốn khả năng tương thích và bộ công cụ quen thuộc, thì EVM có lý. Nếu một ứng dụng cần truy cập sâu hơn vào những gì L1 riêng của Dusk có thể cung cấp, thì DuskVM có vẻ là lựa chọn tự nhiên hơn.

Điều này đã thay đổi cách tôi nhìn nhận về kiến trúc.

Dusk không chỉ đơn giản nói, “chúng tôi hỗ trợ EVM.” Họ đang cung cấp cho nhà phát triển sự linh hoạt ở lớp thực thi, trong khi DuskDS vẫn nằm bên dưới như nền tảng cho việc quyết toán và sẵn có dữ liệu.

Với tôi, đây mới là phần thú vị hơn của thiết kế: những cách khác nhau để xây dựng, mà không bắt buộc mọi ứng dụng phải dùng chung một mô hình thực thi.
$DUSK @Dusk