Bagi banyak pengembang, bagian tersulit dalam membangun di sebuah rantai baru bukanlah menemukan sebuah ide. Melainkan membangun ulang seluruh perangkat alat di sekitar ide tersebut.
Itulah yang membuat jalur pengembang yang sedang dibangun oleh @Dusk menjadi menarik.
DuskEVM dirancang agar para pembangun dapat bekerja dengan bahasa dan alat yang sudah familiar seperti Solidity, Vyper, Foundry, Hardhat, viem, dan ethers. Pengembang dapat membuat aplikasi EVM tanpa harus meninggalkan alur kerja yang sudah mereka pahami.
Namun, bagian yang lebih penting adalah apa yang terjadi di bawah lingkungan eksekusi yang familiar tersebut.
DuskEVM menggunakan $DUSK untuk gas, sementara batch transaksi dan komitmen state terhubung ke DuskDS untuk konsensus, penyelesaian yang deterministik, dan ketersediaan data. DuskVM menyediakan jalur lain bagi pengembang yang membangun lebih dekat ke L1 dengan menggunakan Rust dan WebAssembly.
Ini menciptakan pilihan arsitektur yang berguna. Sebuah tim dapat memulai dengan pengembangan EVM yang familiar atau bekerja langsung dengan lingkungan asli Dusk, sementara penyelesaian tetap terhubung dengan jaringan dasar yang sama.
DuskEVM saat ini masih berada di testnet, jadi ini masih merupakan cerita bagi para pembangun yang sedang berlangsung. Namun, arah yang dituju patut untuk diperhatikan: kurangi biaya untuk mempelajari lingkungan baru tanpa memperlakukan lapisan penyelesaian sebagai pemikiran belakangan.
Bagi saya, itu membuat Dusk tidak semata-mata meminta pengembang untuk memulai dari nol, melainkan memberikan alat-alat yang familiar sebuah fondasi yang berbeda.
#dusk
Itulah yang membuat jalur pengembang yang sedang dibangun oleh @Dusk menjadi menarik.
DuskEVM dirancang agar para pembangun dapat bekerja dengan bahasa dan alat yang sudah familiar seperti Solidity, Vyper, Foundry, Hardhat, viem, dan ethers. Pengembang dapat membuat aplikasi EVM tanpa harus meninggalkan alur kerja yang sudah mereka pahami.
Namun, bagian yang lebih penting adalah apa yang terjadi di bawah lingkungan eksekusi yang familiar tersebut.
DuskEVM menggunakan $DUSK untuk gas, sementara batch transaksi dan komitmen state terhubung ke DuskDS untuk konsensus, penyelesaian yang deterministik, dan ketersediaan data. DuskVM menyediakan jalur lain bagi pengembang yang membangun lebih dekat ke L1 dengan menggunakan Rust dan WebAssembly.
Ini menciptakan pilihan arsitektur yang berguna. Sebuah tim dapat memulai dengan pengembangan EVM yang familiar atau bekerja langsung dengan lingkungan asli Dusk, sementara penyelesaian tetap terhubung dengan jaringan dasar yang sama.
DuskEVM saat ini masih berada di testnet, jadi ini masih merupakan cerita bagi para pembangun yang sedang berlangsung. Namun, arah yang dituju patut untuk diperhatikan: kurangi biaya untuk mempelajari lingkungan baru tanpa memperlakukan lapisan penyelesaian sebagai pemikiran belakangan.
Bagi saya, itu membuat Dusk tidak semata-mata meminta pengembang untuk memulai dari nol, melainkan memberikan alat-alat yang familiar sebuah fondasi yang berbeda.
#dusk