Peringatan pertama datang dari sebuah baris di bawah diagram lifecycle, mudah untuk dilewatkan.
Seorang penjelas komunitas tentang DuskEVM menyatakan dengan tegas: tidak ada jendela kesalahan 7 hari, finalisasi penarikan sekitar ~15 menit, dan MIPS pre-verifier menghapus penundaan pembuktian penipuan. Angka yang rapi—jadi saya berencana menjadwalkan penarikan berdasarkan angka itu.
Asumsi: dokumen resmi akan mengonfirmasi angka tersebut.
Nyatanya tidak seperti itu. Dokumentasi milik Dusk sendiri menguraikan lifecycle DuskEVM dalam empat langkah: tx ke sequencer, dimasukkan ke dalam blok L2, batcher mempublikasikan ke DuskDS, lalu komitmen status dan fault proof menghubungkan status tersebut ke settlement. Fault proof tetap disebutkan secara eksplisit. Tidak ada waktu 15 menit di mana pun. Sebaliknya, ada kalimat yang menyuruh Anda untuk tidak menyimpulkan finalitas dari waktu yang telah berlalu—cek protokol atau status di wallet saja.
Itulah celah yang sebenarnya. Inklusi cepat; dokumen pun mengatakan demikian. Settlement adalah hal yang terpisah, diberi pengamanan oleh sesuatu yang tidak ada yang memasang jamnya.
Jadi langkah fault proof tidak hilang; hanya saja tidak didokumentasikan seperti sistem challenge permissionless Optimism, tempat siapa pun bisa menjalankan prover dan menyaksikan proses penyanggahan.
Saya tidak tahu apakah itu dikompresi dan diselesaikan secara privat, atau memang belum dipublikasikan.
Syukurlah saya cek sebelum menjadwalkan penarikan berdasarkan angka orang lain.
Apa yang terjadi pada angka 15 menit itu saat pertama kali fault proof perlu diperdebatkan di tengah keramaian settlement? 👍
#dusk $DUSK @Dusk
Seorang penjelas komunitas tentang DuskEVM menyatakan dengan tegas: tidak ada jendela kesalahan 7 hari, finalisasi penarikan sekitar ~15 menit, dan MIPS pre-verifier menghapus penundaan pembuktian penipuan. Angka yang rapi—jadi saya berencana menjadwalkan penarikan berdasarkan angka itu.
Asumsi: dokumen resmi akan mengonfirmasi angka tersebut.
Nyatanya tidak seperti itu. Dokumentasi milik Dusk sendiri menguraikan lifecycle DuskEVM dalam empat langkah: tx ke sequencer, dimasukkan ke dalam blok L2, batcher mempublikasikan ke DuskDS, lalu komitmen status dan fault proof menghubungkan status tersebut ke settlement. Fault proof tetap disebutkan secara eksplisit. Tidak ada waktu 15 menit di mana pun. Sebaliknya, ada kalimat yang menyuruh Anda untuk tidak menyimpulkan finalitas dari waktu yang telah berlalu—cek protokol atau status di wallet saja.
Itulah celah yang sebenarnya. Inklusi cepat; dokumen pun mengatakan demikian. Settlement adalah hal yang terpisah, diberi pengamanan oleh sesuatu yang tidak ada yang memasang jamnya.
Jadi langkah fault proof tidak hilang; hanya saja tidak didokumentasikan seperti sistem challenge permissionless Optimism, tempat siapa pun bisa menjalankan prover dan menyaksikan proses penyanggahan.
Saya tidak tahu apakah itu dikompresi dan diselesaikan secara privat, atau memang belum dipublikasikan.
Syukurlah saya cek sebelum menjadwalkan penarikan berdasarkan angka orang lain.
Apa yang terjadi pada angka 15 menit itu saat pertama kali fault proof perlu diperdebatkan di tengah keramaian settlement? 👍
#dusk $DUSK @Dusk