Sesuatu di dokumen menghentikanku di tengah gulir hari ini.
Dusk Network, $DUSK , #dusk , @Dusk — sudut kompatibilitas EVM adalah cara kebanyakan orang menemukan proyek ini. Pindahkan kontrak Solidity-mu, gunakan tooling yang familiar, dan gunakan wallet EVM yang sudah ada. Repositori duskevm-genesis di GitHub terakhir diperbarui pada 8 Agustus, menunjukkan pekerjaan konfigurasi rollup yang masih aktif. Jadi mesinnya benar-benar berjalan. Tapi hal yang lebih dalam yang tak bisa kupupus ada di dokumen arsitektur itu sendiri, terselip di satu baris: "Transaction inclusion is fast, but inclusion and settlement are different stages."
Itulah petunjuknya. DuskEVM berjalan di OP Stack — pada dasarnya op-geth sebagai sequencer, mengumpulkan data transaksi dalam batch lalu mengirimkannya kembali ke DuskDS sebagai blob. Perilaku rollup standar. Namun DuskDS, tujuan utamanya—layer yang memang dibuat khusus di bawahnya — settlement deterministik, smart contract ZK, privasi native — adalah lingkungan eksekusi yang benar-benar terpisah. Dokumennya sangat jelas tentang itu: bangun di DuskEVM untuk Solidity dan tooling yang familiar, atau bangun secara native di DuskDS dengan Rust dan WASM untuk privasi tingkat-protokol yang sesungguhnya serta logika pasar yang bisa disesuaikan. Dua jalur. Bukan satu hal yang menyatu.
hmm… aku terlalu lama menganggap bahwa kompatibilitas EVM di sini berarti kode Solidity akan otomatis mewarisi infrastruktur finansial Dusk. Ternyata tidak. Jembatan di antara dua layer itu disengaja dan bersifat opsional, bukan otomatis.
Itu membuatku bertanya-tanya—berapa banyak pengembang yang mem-port ke DuskEVM yang benar-benar akan kembali dan meng-ubah arsitekturnya untuk DuskDS begitu mereka menyadari apa yang mereka tinggalkan?
Dusk Network, $DUSK , #dusk , @Dusk — sudut kompatibilitas EVM adalah cara kebanyakan orang menemukan proyek ini. Pindahkan kontrak Solidity-mu, gunakan tooling yang familiar, dan gunakan wallet EVM yang sudah ada. Repositori duskevm-genesis di GitHub terakhir diperbarui pada 8 Agustus, menunjukkan pekerjaan konfigurasi rollup yang masih aktif. Jadi mesinnya benar-benar berjalan. Tapi hal yang lebih dalam yang tak bisa kupupus ada di dokumen arsitektur itu sendiri, terselip di satu baris: "Transaction inclusion is fast, but inclusion and settlement are different stages."
Itulah petunjuknya. DuskEVM berjalan di OP Stack — pada dasarnya op-geth sebagai sequencer, mengumpulkan data transaksi dalam batch lalu mengirimkannya kembali ke DuskDS sebagai blob. Perilaku rollup standar. Namun DuskDS, tujuan utamanya—layer yang memang dibuat khusus di bawahnya — settlement deterministik, smart contract ZK, privasi native — adalah lingkungan eksekusi yang benar-benar terpisah. Dokumennya sangat jelas tentang itu: bangun di DuskEVM untuk Solidity dan tooling yang familiar, atau bangun secara native di DuskDS dengan Rust dan WASM untuk privasi tingkat-protokol yang sesungguhnya serta logika pasar yang bisa disesuaikan. Dua jalur. Bukan satu hal yang menyatu.
hmm… aku terlalu lama menganggap bahwa kompatibilitas EVM di sini berarti kode Solidity akan otomatis mewarisi infrastruktur finansial Dusk. Ternyata tidak. Jembatan di antara dua layer itu disengaja dan bersifat opsional, bukan otomatis.
Itu membuatku bertanya-tanya—berapa banyak pengembang yang mem-port ke DuskEVM yang benar-benar akan kembali dan meng-ubah arsitekturnya untuk DuskDS begitu mereka menyadari apa yang mereka tinggalkan?
