Pada Senin malam saya membalik dokumentasi developer $DUSK , dan melihat dua jalur masuk berdampingan: jalur EVM dan jalur ZK native. Awalnya saya tidak merasa ada yang istimewa. Saat itu yang saya pikirkan adalah, apa bedanya ini dengan chain publik lain yang hanya menambah lapisan kompatibilitas? Chain EVM ditambah modul privasi, chain ZK ditambah kompatibilitas EVM, bukankah polanya sama saja
Lalu saya memperhatikan satu detail: kedua jalur itu berbagi lapisan penyelesaian yang sama, DuskDS. Status batch DuskEVM di-anchoring ke DuskDS, sementara kontrak DuskVM berjalan langsung di Dusk L1; keduanya pada akhirnya mendarat di lapisan konsensus dan availability yang sama. Ini berarti developer bisa memulai dari jalur EVM, menggunakan Solidity dan toolchain yang familiar untuk deploy aplikasi, lalu pada tahap berikutnya mengaktifkan privasi sesuai kebutuhan melalui Hedger, dan perlahan berpindah ke jalur ZK native, tanpa perlu ganti chain
Hedger menggunakan homomorphic encryption plus zero-knowledge proof, dan dirancang khusus untuk lingkungan EVM, berbeda dengan jalur yang diambil Zedger dengan model UTXO. Developer bisa terlebih dahulu menjalankan bisnis di jalur EVM, lalu saat membutuhkan kontrol privasi yang lebih dalam, beralih melalui Hedger, kemudian bermigrasi ke kontrak ZK native milik DuskVM; seluruh proses itu tidak perlu keluar dari ekosistem Dusk
Bagian ini membuat saya berpikir ulang. "Dua jalur" di chain publik lain sering kali berarti dua chain yang benar-benar terpisah; aset berpindah ke sana-kemari, dan begitu developer memilih satu jalur, mereka sulit untuk kembali @Dusk DuskDS mengikat kedua jalur pada lapisan penyelesaian yang sama, sehingga aset bisa bergerak bebas di antara dua lingkungan, dan migrasi developer dari EVM ke ZK native lebih mirip upgrade, bukan pindah chain. Saya membuka lagi kalimat di situs resminya, bahwa aset bisa berpindah secara bebas di antara dua lingkungan, dan baru paham bahwa itulah maksud yang sebenarnya
Saya akan terus memantau data setelah mainnet DuskEVM diluncurkan, untuk melihat berapa banyak developer Solidity yang akan melangkah melewati Hedger. Jika jalur ini berhasil, #dusk mungkin akan menjadi chain publik pertama yang membuat developer meluncur dari EVM ke ZK native tanpa harus ganti chain di tengah jalan
Lalu saya memperhatikan satu detail: kedua jalur itu berbagi lapisan penyelesaian yang sama, DuskDS. Status batch DuskEVM di-anchoring ke DuskDS, sementara kontrak DuskVM berjalan langsung di Dusk L1; keduanya pada akhirnya mendarat di lapisan konsensus dan availability yang sama. Ini berarti developer bisa memulai dari jalur EVM, menggunakan Solidity dan toolchain yang familiar untuk deploy aplikasi, lalu pada tahap berikutnya mengaktifkan privasi sesuai kebutuhan melalui Hedger, dan perlahan berpindah ke jalur ZK native, tanpa perlu ganti chain
Hedger menggunakan homomorphic encryption plus zero-knowledge proof, dan dirancang khusus untuk lingkungan EVM, berbeda dengan jalur yang diambil Zedger dengan model UTXO. Developer bisa terlebih dahulu menjalankan bisnis di jalur EVM, lalu saat membutuhkan kontrol privasi yang lebih dalam, beralih melalui Hedger, kemudian bermigrasi ke kontrak ZK native milik DuskVM; seluruh proses itu tidak perlu keluar dari ekosistem Dusk
Bagian ini membuat saya berpikir ulang. "Dua jalur" di chain publik lain sering kali berarti dua chain yang benar-benar terpisah; aset berpindah ke sana-kemari, dan begitu developer memilih satu jalur, mereka sulit untuk kembali @Dusk DuskDS mengikat kedua jalur pada lapisan penyelesaian yang sama, sehingga aset bisa bergerak bebas di antara dua lingkungan, dan migrasi developer dari EVM ke ZK native lebih mirip upgrade, bukan pindah chain. Saya membuka lagi kalimat di situs resminya, bahwa aset bisa berpindah secara bebas di antara dua lingkungan, dan baru paham bahwa itulah maksud yang sebenarnya
Saya akan terus memantau data setelah mainnet DuskEVM diluncurkan, untuk melihat berapa banyak developer Solidity yang akan melangkah melewati Hedger. Jika jalur ini berhasil, #dusk mungkin akan menjadi chain publik pertama yang membuat developer meluncur dari EVM ke ZK native tanpa harus ganti chain di tengah jalan
