#dusk $DUSK @Dusk
Apa yang terjadi ketika Anda ingin membangun di Dusk, tetapi tidak ingin membuang alat yang sudah Anda kenal?

Itu adalah hal pertama yang saya pikirkan ketika mulai menelusuri DuskEVM.

Saya mengira klaim yang biasa “kompatibel EVM”, tetapi pengaturannya terasa lebih masuk akal setelah saya mengikuti alur transaksinya. Pengembang bisa menggunakan alur kerja Solidity atau Vyper yang sudah familiar, dompet EVM standar, serta alat seperti Foundry dan Hardhat, sementara DUSK digunakan untuk biaya eksekusi.

Yang saya anggap lebih menarik adalah bagaimana DuskEVM terhubung kembali ke infrastruktur Dusk.

Transaksi pertama kali melewati lingkungan eksekusi DuskEVM. Batch dan data transaksi kemudian dipublikasikan ke DuskDS, sementara state commitments menghubungkan state hasilnya kembali ke lapisan settlement dan ketersediaan data milik Dusk.

Ada sedikit perbedaan di sini yang menurut saya mudah terlewat: inklusi transaksi yang cepat tidak otomatis sama dengan settlement final.

Hal itu membuat saya memandang DuskEVM bukan sekadar sebagai lingkungan EVM lain, melainkan sebagai lapisan eksekusi yang terhubung dengan jaringan dasar Dusk.

Dan masih ada pilihan tergantung apa yang Anda bangun. Aplikasi EVM dapat menggunakan DuskEVM, sedangkan kontrak Rust/WASM dapat bekerja langsung dengan DuskVM dan Dusk L1.

Bagi saya, bagian yang menarik adalah jembatan antara pengembangan yang familiar dan infrastruktur asli Dusk—bukan hanya kompatibilitas EVM itu sendiri.
$APR
$TUT

Apa yang paling penting tentang DuskEVM?