Saya mengharapkan satu transaksi. Saya menghitung tiga.
Itu adalah penarikan jembatan DuskEVM, langsung dari panduan resmi Dusk:
1. Inisiasi penarikan di DuskEVM
2. Buktikan di Dusk L1
3. Finalisasi di Dusk L1
Tiga aksi on-chain, dan biaya di kedua sisi: transaksi sumber, lalu dua lagi di L1.
Instruksi yang paling saya hormati adalah yang soal waktu. Dokumen itu mengatakan kesiapan penarikan bergantung pada kondisi jaringan yang dipublikasikan, kematangan bukti, dan pemeriksaan dispute-game, serta bahwa field status pada wallet bersifat otoritatif — jangan menyimpulkan kesiapan dari waktu yang telah berlalu. Kalimat itu ada karena jendela penarikan rollup bukanlah jam, melainkan state machine. Setiap integrasi yang menghardcode "tunggu N menit, lalu finalisasi" pada akhirnya akan rusak: sebuah proposal mendarat terlambat, sebuah pengecekan berjalan lebih lama, dan finalizer Anda mengirimkan ke state yang belum siap.
Detail kedua lebih bermakna daripada sekadar jumlah langkah. Panduan itu menyuruh Anda menyimpan cukup DUSK yang tidak dilindungi (unshielded) di L1 untuk membayar baik bukti maupun transaksi finalisasi. Renungkan hal itu di sebuah chain yang inti tawarannya adalah transfer yang bersifat rahasia: jalur keluarnya dari layer EVM miliknya dihitung dalam saldo transparan. Catatan, dan itu penting — ini panduan testnet, DuskEVM masih diberi label Testnet, jadi bentuk di mainnet bisa berubah.
Untuk adil, tidak ada yang ini merupakan penemuan Dusk. Ini adalah desain standar optimistic-rollup yang diwarisi dari OP Stack, dan setiap chain OP meminta tiga aksi yang sama kepada Anda. Jadi pertanyaannya bukan apakah Dusk salah. Melainkan apa yang dilakukan UX rollup standar terhadap sebuah chain yang pembeda utamanya adalah privasi.
Apakah chain yang mengutamakan privasi membutuhkan desain jembatan yang benar-benar berbeda? Atau gas transparan di settlement layer adalah harga yang wajar untuk membayar stack developer yang sudah familiar?
#dusk $DUSK @Dusk
Itu adalah penarikan jembatan DuskEVM, langsung dari panduan resmi Dusk:
1. Inisiasi penarikan di DuskEVM
2. Buktikan di Dusk L1
3. Finalisasi di Dusk L1
Tiga aksi on-chain, dan biaya di kedua sisi: transaksi sumber, lalu dua lagi di L1.
Instruksi yang paling saya hormati adalah yang soal waktu. Dokumen itu mengatakan kesiapan penarikan bergantung pada kondisi jaringan yang dipublikasikan, kematangan bukti, dan pemeriksaan dispute-game, serta bahwa field status pada wallet bersifat otoritatif — jangan menyimpulkan kesiapan dari waktu yang telah berlalu. Kalimat itu ada karena jendela penarikan rollup bukanlah jam, melainkan state machine. Setiap integrasi yang menghardcode "tunggu N menit, lalu finalisasi" pada akhirnya akan rusak: sebuah proposal mendarat terlambat, sebuah pengecekan berjalan lebih lama, dan finalizer Anda mengirimkan ke state yang belum siap.
Detail kedua lebih bermakna daripada sekadar jumlah langkah. Panduan itu menyuruh Anda menyimpan cukup DUSK yang tidak dilindungi (unshielded) di L1 untuk membayar baik bukti maupun transaksi finalisasi. Renungkan hal itu di sebuah chain yang inti tawarannya adalah transfer yang bersifat rahasia: jalur keluarnya dari layer EVM miliknya dihitung dalam saldo transparan. Catatan, dan itu penting — ini panduan testnet, DuskEVM masih diberi label Testnet, jadi bentuk di mainnet bisa berubah.
Untuk adil, tidak ada yang ini merupakan penemuan Dusk. Ini adalah desain standar optimistic-rollup yang diwarisi dari OP Stack, dan setiap chain OP meminta tiga aksi yang sama kepada Anda. Jadi pertanyaannya bukan apakah Dusk salah. Melainkan apa yang dilakukan UX rollup standar terhadap sebuah chain yang pembeda utamanya adalah privasi.
Apakah chain yang mengutamakan privasi membutuhkan desain jembatan yang benar-benar berbeda? Atau gas transparan di settlement layer adalah harga yang wajar untuk membayar stack developer yang sudah familiar?
#dusk $DUSK @Dusk
