Bagian dari DuskEVM yang tidak saya perkirakan bukanlah dukungan Solidity—melainkan apa yang terjadi ketika DUSK kembali ke lapisan native.
Panduan testnet milik Dusk menyebutkan bahwa penarikan dari DuskEVM memerlukan tiga aksi on-chain yang terpisah: inisiasi di DuskEVM, pembuktian di Dusk L1, lalu finalisasi di Dusk L1. Pengguna juga perlu memiliki cukup DUSK yang tidak dilindungi (unshielded) di L1 untuk membayar transaksi pembuktian dan finalisasi. Kesiapan penarikan bergantung pada keadaan jaringan yang dipublikasikan, kematangan bukti (proof maturity), dan pemeriksaan dispute-game—bukan pada timer sederhana.
Itu membuat saya menoleh dua kali, karena “kompatibilitas EVM” terdengar seperti keseluruhan pengalaman menjadi akrab secara default. Faktanya, jembatan ini justru menyingkap arsitektur yang lebih dalam: DuskEVM adalah lingkungan eksekusi EVM yang menyelesaikan dan mempublikasikan data melalui DuskDS, bukan lapisan eksekusi yang sama dengan kontrak native Rust/WASM milik Dusk.
Saya tidak membaca langkah-langkah tambahan ini secara otomatis sebagai hal yang buruk. Dokumentasinya mengaitkan kesiapan dengan kematangan bukti dan pemeriksaan dispute-game, jadi gesekan (friction) setidaknya terhubung dengan model keamanan. Namun ini menimbulkan pertanyaan produk yang nyata untuk $DUSK : apakah aplikasi produksi dapat mengabstraksi alur pembuktian/finalisasi ini dengan cukup baik sehingga pengguna memperoleh manfaat keamanan tanpa merasa kompleksitas lintas-lapisan yang rumit?
Sepertinya itu lebih penting untuk dipantau daripada demo deployment yang lain.
@Dusk_Foundation $DUSK #dusk
Panduan testnet milik Dusk menyebutkan bahwa penarikan dari DuskEVM memerlukan tiga aksi on-chain yang terpisah: inisiasi di DuskEVM, pembuktian di Dusk L1, lalu finalisasi di Dusk L1. Pengguna juga perlu memiliki cukup DUSK yang tidak dilindungi (unshielded) di L1 untuk membayar transaksi pembuktian dan finalisasi. Kesiapan penarikan bergantung pada keadaan jaringan yang dipublikasikan, kematangan bukti (proof maturity), dan pemeriksaan dispute-game—bukan pada timer sederhana.
Itu membuat saya menoleh dua kali, karena “kompatibilitas EVM” terdengar seperti keseluruhan pengalaman menjadi akrab secara default. Faktanya, jembatan ini justru menyingkap arsitektur yang lebih dalam: DuskEVM adalah lingkungan eksekusi EVM yang menyelesaikan dan mempublikasikan data melalui DuskDS, bukan lapisan eksekusi yang sama dengan kontrak native Rust/WASM milik Dusk.
Saya tidak membaca langkah-langkah tambahan ini secara otomatis sebagai hal yang buruk. Dokumentasinya mengaitkan kesiapan dengan kematangan bukti dan pemeriksaan dispute-game, jadi gesekan (friction) setidaknya terhubung dengan model keamanan. Namun ini menimbulkan pertanyaan produk yang nyata untuk $DUSK : apakah aplikasi produksi dapat mengabstraksi alur pembuktian/finalisasi ini dengan cukup baik sehingga pengguna memperoleh manfaat keamanan tanpa merasa kompleksitas lintas-lapisan yang rumit?
Sepertinya itu lebih penting untuk dipantau daripada demo deployment yang lain.
@Dusk_Foundation $DUSK #dusk