Beberapa hari yang lalu, saat sedang menggulir X, saya menemukan sebuah posting tentang testnet DuskEVM, dan satu detail menarik perhatian saya. Pada 10 Agustus, testnet DuskEVM diluncurkan, Solidity dan Hardhat berjalan dengan lancar, tetapi Hedger—mesin kontrak rahasia inti—telah berjalan secara terpisah di Ethereum Sepolia testnet sejak November 2025. Tim resmi masih belum mengumumkan kapan keduanya akan digabungkan.
Saat orang melihat jeda 9 bulan ini, respons pertama biasanya adalah kekhawatiran. Rantai yang berfokus pada privasi, yang lapisan privasinya dan lapisan EVM diuji secara terpisah, mungkin terdengar tidak biasa.
Namun setelah membaca dokumentasi teknis, saya mulai berpikir bahwa pengujian dua jalur ini justru bisa jadi pilihan yang kurang disadari dalam arsitektur Dusk. Tumpukan Dusk bersifat berlapis. #Dusk menangani settlement dan ketersediaan data, DuskEVM adalah lapisan EVM, dan Hedger adalah lapisan privasi yang menggunakan enkripsi homomorfik serta zero-knowledge proofs.
Jika ketiga lapisan diuji bersama, sebuah bug kriptografi dan bug kontrak bisa menjadi sulit dibedakan. Mengujinya secara terpisah memungkinkan tim untuk menjalankan lapisan EVM terlebih dahulu, memberi pengembang kesempatan untuk melakukan deploy aplikasi, lalu memvalidasi Hedger secara terpisah di Sepolia, dan akhirnya menggabungkannya kembali ke $DUSK . Ini membuat proses debugging jauh lebih jelas.
Saya tidak yakin apakah penilaian ini benar. Ada juga kemungkinan konflik protokol muncul saat penggabungan akhir dan memerlukan pekerjaan sebelumnya untuk diulang. Modularitas terdengar bagus, tetapi rekayasa selalu datang dengan biaya koordinasi.
Namun dari sudut pandang lain, klien institusional lebih takut sesuatu rusak daripada sesuatu yang berjalan lambat. Peluncuran bertahap bisa lebih dipercaya dibanding mendorong semuanya sekaligus lalu harus melakukan rollback.
Meluncurkan EVM terlebih dahulu dan menggabungkan Hedger setelah validasi yang tepat bisa saja hanya merupakan cara untuk memastikan fondasinya kokoh.
Menurut kalian, bagaimana pendapat tentang strategi pengujian dua jalur ini? Saya ingin mendengar pendapat semua orang.@Dusk
Saat orang melihat jeda 9 bulan ini, respons pertama biasanya adalah kekhawatiran. Rantai yang berfokus pada privasi, yang lapisan privasinya dan lapisan EVM diuji secara terpisah, mungkin terdengar tidak biasa.
Namun setelah membaca dokumentasi teknis, saya mulai berpikir bahwa pengujian dua jalur ini justru bisa jadi pilihan yang kurang disadari dalam arsitektur Dusk. Tumpukan Dusk bersifat berlapis. #Dusk menangani settlement dan ketersediaan data, DuskEVM adalah lapisan EVM, dan Hedger adalah lapisan privasi yang menggunakan enkripsi homomorfik serta zero-knowledge proofs.
Jika ketiga lapisan diuji bersama, sebuah bug kriptografi dan bug kontrak bisa menjadi sulit dibedakan. Mengujinya secara terpisah memungkinkan tim untuk menjalankan lapisan EVM terlebih dahulu, memberi pengembang kesempatan untuk melakukan deploy aplikasi, lalu memvalidasi Hedger secara terpisah di Sepolia, dan akhirnya menggabungkannya kembali ke $DUSK . Ini membuat proses debugging jauh lebih jelas.
Saya tidak yakin apakah penilaian ini benar. Ada juga kemungkinan konflik protokol muncul saat penggabungan akhir dan memerlukan pekerjaan sebelumnya untuk diulang. Modularitas terdengar bagus, tetapi rekayasa selalu datang dengan biaya koordinasi.
Namun dari sudut pandang lain, klien institusional lebih takut sesuatu rusak daripada sesuatu yang berjalan lambat. Peluncuran bertahap bisa lebih dipercaya dibanding mendorong semuanya sekaligus lalu harus melakukan rollback.
Meluncurkan EVM terlebih dahulu dan menggabungkan Hedger setelah validasi yang tepat bisa saja hanya merupakan cara untuk memastikan fondasinya kokoh.
Menurut kalian, bagaimana pendapat tentang strategi pengujian dua jalur ini? Saya ingin mendengar pendapat semua orang.@Dusk
