Aku hampir menyerah untuk menyegarkan saldo dua kali sebelum akhirnya aku paham apa sebenarnya yang sedang aku tunggu.
Senja tidak memperlakukan transaksi yang dijembatani sebagai satu momen tunggal. Sebuah transaksi pertama kali dimasukkan ke dalam blok L2 oleh sequencer, lalu batcher memublikasikan data itu kembali ke DuskDS, dan barulah ketika state commitment dan fault proof sudah menambatkan transaksi tersebut di sana, barulah transfer benar-benar terselesaikan.
Bagian yang mengubah cara pandangku: sebagian besar rollup EVM membuatmu menunggu sekitar tujuh hari dalam challenge window sebelum penarikan benar-benar final, karena seseorang harus diberi waktu untuk membantah state yang buruk. DuskEVM menyelesaikannya langsung ke DuskDS, tanpa jendela fault selama tujuh hari. Jadi jeda antara penyertaan dan penyelesaian bukanlah hitungan hari—melainkan sesuatu yang bisa terlewat begitu saja. Ini pilihan desain yang nyata, bukan sekadar urusan “plumbing”.
Ironisnya, ini hampir membuatnya lebih buruk dengan cara tertentu. Jika penundaannya panjang, kamu akan mengira perlu menunggu dan merencanakan sesuai itu. Karena ini cepat, mudah keliru menganggap "termasuk" sama dengan "final", dan tidak pernah menyadari bahwa ada dua klaim terpisah yang sedang dibuat.
Aku suka karena protokol tetap menjaga agar dua klaim itu tetap berbeda, bahkan ketika jedanya cukup kecil sampai bisa diabaikan.
Jadi, apakah penyatuan fault window hingga hampir instan benar-benar peningkatan ketahanan dibanding model rollup standar, atau menghilangkan penantian panjang hanya menghapus isyarat yang dulu membuat orang lebih berhati-hati?
#dusk @Dusk $DUSK $PENGU $TUT
Senja tidak memperlakukan transaksi yang dijembatani sebagai satu momen tunggal. Sebuah transaksi pertama kali dimasukkan ke dalam blok L2 oleh sequencer, lalu batcher memublikasikan data itu kembali ke DuskDS, dan barulah ketika state commitment dan fault proof sudah menambatkan transaksi tersebut di sana, barulah transfer benar-benar terselesaikan.
Bagian yang mengubah cara pandangku: sebagian besar rollup EVM membuatmu menunggu sekitar tujuh hari dalam challenge window sebelum penarikan benar-benar final, karena seseorang harus diberi waktu untuk membantah state yang buruk. DuskEVM menyelesaikannya langsung ke DuskDS, tanpa jendela fault selama tujuh hari. Jadi jeda antara penyertaan dan penyelesaian bukanlah hitungan hari—melainkan sesuatu yang bisa terlewat begitu saja. Ini pilihan desain yang nyata, bukan sekadar urusan “plumbing”.
Ironisnya, ini hampir membuatnya lebih buruk dengan cara tertentu. Jika penundaannya panjang, kamu akan mengira perlu menunggu dan merencanakan sesuai itu. Karena ini cepat, mudah keliru menganggap "termasuk" sama dengan "final", dan tidak pernah menyadari bahwa ada dua klaim terpisah yang sedang dibuat.
Aku suka karena protokol tetap menjaga agar dua klaim itu tetap berbeda, bahkan ketika jedanya cukup kecil sampai bisa diabaikan.
Jadi, apakah penyatuan fault window hingga hampir instan benar-benar peningkatan ketahanan dibanding model rollup standar, atau menghilangkan penantian panjang hanya menghapus isyarat yang dulu membuat orang lebih berhati-hati?
#dusk @Dusk $DUSK $PENGU $TUT
