$DUSK #Senja — DuskEVM melewatkan jendela tantangan klasik 7 hari Optimism. Keterlambatan itu bukan sekadar kekurangan UX; itu bagian dari model keamanan.
Menyimak penjelasan @DuskFoundation tentang port OP Stack, DuskEVM berpindah ke DuskDS, sementara pre-verifier berbasis MIPS memeriksa transisi status sebelum diterima untuk penyelesaian. Dokumentasi Dusk menyebut penarikan (withdrawals) diselesaikan dalam waktu kurang lebih 15 menit.
Awalnya, itu terlihat seperti peningkatan UX yang sederhana. Tapi pertanyaan keamanannya jauh lebih menarik.
Pada OP Stack standar, jendela 7 hari memberi waktu agar fraud proof yang bersifat permissionless bisa menantang root status yang tidak valid. Desain Dusk memindahkan verifikasi lebih awal dalam alur, bukan di akhir.
Jadi saya tidak akan menyebutnya sekadar “menghapus kebutuhan kepercayaan.” Pertanyaan pentingnya adalah di mana asumsi keamanan sekarang ditempatkan: apakah pre-verifikasi diberlakukan secara independen oleh set validator DuskDS, atau apakah ia bergantung pada set verifier yang berbeda?
Perbedaan itu penting. Finalitas yang lebih cepat itu berharga, tetapi hanya jika kita memahami apa yang berubah di baliknya.
Selanjutnya saya akan mengecek GitHub Rusk dan dokumentasi teknis Dusk tentang bagaimana hubungan set pre-verifier dengan validator DuskDS.
#dusk $DUSK @Dusk
Menyimak penjelasan @DuskFoundation tentang port OP Stack, DuskEVM berpindah ke DuskDS, sementara pre-verifier berbasis MIPS memeriksa transisi status sebelum diterima untuk penyelesaian. Dokumentasi Dusk menyebut penarikan (withdrawals) diselesaikan dalam waktu kurang lebih 15 menit.
Awalnya, itu terlihat seperti peningkatan UX yang sederhana. Tapi pertanyaan keamanannya jauh lebih menarik.
Pada OP Stack standar, jendela 7 hari memberi waktu agar fraud proof yang bersifat permissionless bisa menantang root status yang tidak valid. Desain Dusk memindahkan verifikasi lebih awal dalam alur, bukan di akhir.
Jadi saya tidak akan menyebutnya sekadar “menghapus kebutuhan kepercayaan.” Pertanyaan pentingnya adalah di mana asumsi keamanan sekarang ditempatkan: apakah pre-verifikasi diberlakukan secara independen oleh set validator DuskDS, atau apakah ia bergantung pada set verifier yang berbeda?
Perbedaan itu penting. Finalitas yang lebih cepat itu berharga, tetapi hanya jika kita memahami apa yang berubah di baliknya.
Selanjutnya saya akan mengecek GitHub Rusk dan dokumentasi teknis Dusk tentang bagaimana hubungan set pre-verifier dengan validator DuskDS.
#dusk $DUSK @Dusk
