@DuskFoundation #dusk $DUSK
DuskVM mungkin lebih penting daripada yang terlihat pada awalnya.
Saya sedang menelaah lapisan eksekusi Dusk, dan ada satu detail yang menonjol:
Dusk tidak memaksa setiap developer menggunakan EVM.
DuskVM menjalankan smart contract Rust/WASM secara langsung di Dusk L1, sementara DuskEVM memberi developer jalur SolidityEVM. Pemisahan ini menarik karena kedua lingkungan tersebut menyelesaikan masalah yang berbeda.
Kemudian, pada 10 Agustus, testnet DuskEVM resmi berjalan, membuka sisi EVM yang kompatibel untuk pengujian berbasis Solidity dan Hardhat.
Hal yang menurut saya menarik di sini adalah arsitekturnya:
DuskVM → eksekusi L1 langsung
Rust/WASM → kontrak tingkat protokol dan khusus
Akses Privasi/ZK → lebih dekat ke base layer
DuskEVM → tooling Ethereum yang familiar
$DUSK → aset gas dan staking native
Reaksi pertama saya sebenarnya adalah: mengapa membangun dua jalur eksekusi?
Jawabannya tampaknya adalah fleksibilitas, bukan kompatibilitas demi kompatibilitas itu sendiri.
Namun, peluncuran testnet saja tidak memberi tahu kita apakah developer benar-benar akan menggunakan kedua lingkungan tersebut dalam skala besar. Itulah bagian yang sekarang saya pantau.
Akankah builder sungguhan memilih DuskVM ketika eksekusi L1 langsung menjadi hal penting, atau pada akhirnya sebagian besar aktivitas akan beralih ke DuskEVM?
DuskVM mungkin lebih penting daripada yang terlihat pada awalnya.
Saya sedang menelaah lapisan eksekusi Dusk, dan ada satu detail yang menonjol:
Dusk tidak memaksa setiap developer menggunakan EVM.
DuskVM menjalankan smart contract Rust/WASM secara langsung di Dusk L1, sementara DuskEVM memberi developer jalur SolidityEVM. Pemisahan ini menarik karena kedua lingkungan tersebut menyelesaikan masalah yang berbeda.
Kemudian, pada 10 Agustus, testnet DuskEVM resmi berjalan, membuka sisi EVM yang kompatibel untuk pengujian berbasis Solidity dan Hardhat.
Hal yang menurut saya menarik di sini adalah arsitekturnya:
DuskVM → eksekusi L1 langsung
Rust/WASM → kontrak tingkat protokol dan khusus
Akses Privasi/ZK → lebih dekat ke base layer
DuskEVM → tooling Ethereum yang familiar
$DUSK → aset gas dan staking native
Reaksi pertama saya sebenarnya adalah: mengapa membangun dua jalur eksekusi?
Jawabannya tampaknya adalah fleksibilitas, bukan kompatibilitas demi kompatibilitas itu sendiri.
Namun, peluncuran testnet saja tidak memberi tahu kita apakah developer benar-benar akan menggunakan kedua lingkungan tersebut dalam skala besar. Itulah bagian yang sekarang saya pantau.
Akankah builder sungguhan memilih DuskVM ketika eksekusi L1 langsung menjadi hal penting, atau pada akhirnya sebagian besar aktivitas akan beralih ke DuskEVM?
0