#dusk $DUSK @Dusk
Dulu saya mengira batas 50 iterasi milik Dusk hanyalah batas teknis, semacam pengaman yang jarang tersentuh. Namun jika diteliti, batas itu lebih mirip sebagai penanda seberapa lama konsensus bersedia terus bertarung lewat perbedaan pendapat.
Setiap putaran bergerak melalui proposal, validasi, ratifikasi, dan finalitas, dengan penyedia (provisioner) yang dipilih melalui sortisi deterministik di setiap tahap. Dalam kondisi normal, urutan itu menyelesaikan dengan cepat, menargetkan sekitar 15 detik per blok. Tetapi pesan yang terlambat, provisioner yang offline, atau kondisi yang bersifat adverarial mendorong konsensus masuk ke iterasi yang lebih jauh, dan materi lama Dusk secara terbuka mengakui bahwa jaringan yang sulit akan membutuhkan lebih banyak iterasi.
Yang paling menonjol bagi saya adalah pekerjaan pemulihannya—memotong iterasi yang sudah kedaluwarsa, serta menrepagasi ulang pesan dari iterasi masa lalu atau masa depan—agar jaringan bisa mengejar ketertinggalan.
Itu mengubah cara pandang sepenuhnya. Ini bukan sekadar melacak upaya, melainkan mengelola pemulihan.
Jadi pertanyaan sebenarnya bukan mengapa harus 50. Melainkan seberapa besar ketidaksepakatan yang bisa diserap oleh Dusk sebelum kecepatan harus menyerah demi kepastian.
$PORTAL
$ONG
Dulu saya mengira batas 50 iterasi milik Dusk hanyalah batas teknis, semacam pengaman yang jarang tersentuh. Namun jika diteliti, batas itu lebih mirip sebagai penanda seberapa lama konsensus bersedia terus bertarung lewat perbedaan pendapat.
Setiap putaran bergerak melalui proposal, validasi, ratifikasi, dan finalitas, dengan penyedia (provisioner) yang dipilih melalui sortisi deterministik di setiap tahap. Dalam kondisi normal, urutan itu menyelesaikan dengan cepat, menargetkan sekitar 15 detik per blok. Tetapi pesan yang terlambat, provisioner yang offline, atau kondisi yang bersifat adverarial mendorong konsensus masuk ke iterasi yang lebih jauh, dan materi lama Dusk secara terbuka mengakui bahwa jaringan yang sulit akan membutuhkan lebih banyak iterasi.
Yang paling menonjol bagi saya adalah pekerjaan pemulihannya—memotong iterasi yang sudah kedaluwarsa, serta menrepagasi ulang pesan dari iterasi masa lalu atau masa depan—agar jaringan bisa mengejar ketertinggalan.
Itu mengubah cara pandang sepenuhnya. Ini bukan sekadar melacak upaya, melainkan mengelola pemulihan.
Jadi pertanyaan sebenarnya bukan mengapa harus 50. Melainkan seberapa besar ketidaksepakatan yang bisa diserap oleh Dusk sebelum kecepatan harus menyerah demi kepastian.
$PORTAL
$ONG