#dusk $DUSK @Dusk Sebuah detail di senja yang terus-menerus saya temukan semakin menarik adalah dua jalur berbeda yang bisa diambil para pengembang.
Sebuah tim yang membangun langsung di lapisan native dapat menggunakan Rust, WASM, DuskVM, serta fungsionalitas ZK native. Tim lain dapat datang melalui DuskEVM dengan Solidity, Foundry, Hardhat, viem, atau ethers, sambil tetap menggunakan DUSK untuk gas dan DuskDS untuk settlement serta ketersediaan data.
Pemisahan itu masuk akal bagi saya karena kemungkinan besar keuangan yang diatur tidak perlu semua aplikasi dibangun dengan cara yang persis sama. Beberapa tim mungkin menginginkan kontrol maksimum atas privasi dan eksekusi, sementara yang lain lebih memilih mempertahankan tooling yang sudah mereka kenal. Dusk tampaknya mencoba mengakomodasi keduanya—bukan memaksa pengembang untuk mengambil satu rute saja.
Bagian yang menarik adalah bahwa DuskEVM masih berada di testnet sementara lapisan native Dusk sudah live. Saya sebenarnya suka melihat perbedaan itu dengan jelas karena membuat peta jalan lebih mudah untuk dinilai. Cerita tentang kompatibilitas EVM masih perlu membuktikan diri melalui aplikasi nyata, bukan hanya dokumentasi.
Saya penasaran seperti apa ekosistem pengembang nanti setelah kedua jalur tersebut matang. Apakah para pembangun sebagian besar akan memilih rute EVM yang sudah familiar, atau apakah tumpukan native Dusk akan menjadi opsi yang lebih menarik untuk aplikasi di mana privasi dan aset yang diatur benar-benar penting?
$DUSK @Dusk
Sebuah tim yang membangun langsung di lapisan native dapat menggunakan Rust, WASM, DuskVM, serta fungsionalitas ZK native. Tim lain dapat datang melalui DuskEVM dengan Solidity, Foundry, Hardhat, viem, atau ethers, sambil tetap menggunakan DUSK untuk gas dan DuskDS untuk settlement serta ketersediaan data.
Pemisahan itu masuk akal bagi saya karena kemungkinan besar keuangan yang diatur tidak perlu semua aplikasi dibangun dengan cara yang persis sama. Beberapa tim mungkin menginginkan kontrol maksimum atas privasi dan eksekusi, sementara yang lain lebih memilih mempertahankan tooling yang sudah mereka kenal. Dusk tampaknya mencoba mengakomodasi keduanya—bukan memaksa pengembang untuk mengambil satu rute saja.
Bagian yang menarik adalah bahwa DuskEVM masih berada di testnet sementara lapisan native Dusk sudah live. Saya sebenarnya suka melihat perbedaan itu dengan jelas karena membuat peta jalan lebih mudah untuk dinilai. Cerita tentang kompatibilitas EVM masih perlu membuktikan diri melalui aplikasi nyata, bukan hanya dokumentasi.
Saya penasaran seperti apa ekosistem pengembang nanti setelah kedua jalur tersebut matang. Apakah para pembangun sebagian besar akan memilih rute EVM yang sudah familiar, atau apakah tumpukan native Dusk akan menjadi opsi yang lebih menarik untuk aplikasi di mana privasi dan aset yang diatur benar-benar penting?
$DUSK @Dusk