DuskEVM menarik karena tidak meminta pengembang EVM memulai dari nol.
Jika Anda sudah membangun dengan Solidity, Vyper, Foundry, Hardhat, viem, atau ethers, idenya adalah membawa alur kerja yang sudah familiar itu ke dalam stack Dusk.
Tapi bagian yang menurut saya lebih menarik adalah apa yang terjadi di balik layar.
DuskEVM adalah lingkungan eksekusi yang kompatibel dengan Ethereum, sementara DuskDS menangani konsensus, penyelesaian (settlement), dan ketersediaan data. DUSK digunakan untuk eksekusi dan dapat berpindah antara Dusk L1 dan DuskEVM melalui bridge.
Alur transaksi juga menarik untuk diperhatikan.
Sebuah transaksi pertama kali mencapai sequencer DuskEVM, lalu dimasukkan ke dalam blok L2. Batcher mempublikasikan data transaksi ke DuskDS, sementara state commitments dan fault proofs menghubungkan state hasilnya ke settlement DuskDS.
Bagian terakhir ini penting karena penyertaan transaksi dan penyelesaian (settlement) itu bukan hal yang sama. Hanya dengan melihat sebuah transaksi telah disertakan tidak berarti Anda harus menganggap finalitas hanya berdasarkan seberapa lama waktu yang telah berlalu.
Saya juga suka bahwa Dusk tidak memaksa semua aplikasi masuk ke lingkungan yang sama.
Untuk aplikasi berbasis Solidity, wallet EVM dan tooling Ethereum yang sudah ada, DuskEVM adalah jalur yang paling jelas.
Untuk kontrak Rust/WASM yang perlu bekerja langsung dengan Dusk L1, DuskVM tetap menjadi opsinya.
Jadi bagian yang menarik bukan sekadar "Dusk sekarang punya EVM."
Melainkan bahwa Dusk memberi pengembang lingkungan eksekusi yang familiar sambil tetap menghubungkannya ke settlement serta lapisan ketersediaan data miliknya sendiri.
@Dusk_Foundation
#dusk
$DUSK
Jika Anda sudah membangun dengan Solidity, Vyper, Foundry, Hardhat, viem, atau ethers, idenya adalah membawa alur kerja yang sudah familiar itu ke dalam stack Dusk.
Tapi bagian yang menurut saya lebih menarik adalah apa yang terjadi di balik layar.
DuskEVM adalah lingkungan eksekusi yang kompatibel dengan Ethereum, sementara DuskDS menangani konsensus, penyelesaian (settlement), dan ketersediaan data. DUSK digunakan untuk eksekusi dan dapat berpindah antara Dusk L1 dan DuskEVM melalui bridge.
Alur transaksi juga menarik untuk diperhatikan.
Sebuah transaksi pertama kali mencapai sequencer DuskEVM, lalu dimasukkan ke dalam blok L2. Batcher mempublikasikan data transaksi ke DuskDS, sementara state commitments dan fault proofs menghubungkan state hasilnya ke settlement DuskDS.
Bagian terakhir ini penting karena penyertaan transaksi dan penyelesaian (settlement) itu bukan hal yang sama. Hanya dengan melihat sebuah transaksi telah disertakan tidak berarti Anda harus menganggap finalitas hanya berdasarkan seberapa lama waktu yang telah berlalu.
Saya juga suka bahwa Dusk tidak memaksa semua aplikasi masuk ke lingkungan yang sama.
Untuk aplikasi berbasis Solidity, wallet EVM dan tooling Ethereum yang sudah ada, DuskEVM adalah jalur yang paling jelas.
Untuk kontrak Rust/WASM yang perlu bekerja langsung dengan Dusk L1, DuskVM tetap menjadi opsinya.
Jadi bagian yang menarik bukan sekadar "Dusk sekarang punya EVM."
Melainkan bahwa Dusk memberi pengembang lingkungan eksekusi yang familiar sambil tetap menghubungkannya ke settlement serta lapisan ketersediaan data miliknya sendiri.
@Dusk_Foundation
#dusk
$DUSK