@Dusk
16 iterasi gagal berturut-turut sudah cukup untuk membuat Dusk berhenti berperilaku normal.
Saya membaca angka itu beberapa kali sebelum akhirnya benar-benar terpikir.
Dalam kondisi normal, langkah-langkah konsensus berjalan dengan batas waktu (timeout). Jika sebuah langkah tidak menghasilkan hasil dalam waktu yang ditentukan, langkah tersebut tidak mengeluarkan apa pun dan ronde mencoba lagi.
Coba. Timeout. Coba lagi.
Saya mengira jalur kegagalan itu tetap ada apa pun seburuk apa pun keadaannya.
Ternyata tidak.
Setelah 16 kegagalan berturut-turut, Dusk menonaktifkan timeout tersebut. Langkah tidak lagi bisa mengembalikan NoCandidate atau NoQuorum. Iterasi terus berjalan sampai sebuah kandidat benar-benar mencapai kuorum untuk validasi dan ratifikasi.
Itu menciptakan mode kegagalan kedua yang sebelumnya belum saya pisahkan.
Kegagalan normal dibatasi oleh jam (clock). Mode darurat menghilangkan batas itu.
Dan itu menimbulkan masalah lain: beberapa iterasi yang tidak memiliki batas (open-ended) bisa berjalan bersamaan, sehingga memungkinkan kandidat-kandidat yang saling bersaing mencapai kuorum dalam ronde yang sama.
Dusk sudah punya aturan untuk kasus itu: kandidat yang mencapai kuorum pada iterasi paling rendah yang menang.
Yang masih belum saya ketahui adalah seperti apa wujud 16 kegagalan berturut-turut itu pada jaringan yang benar-benar sedang berjalan.
Kondisi jaringan seperti apa yang berkelanjutan sehingga sampai ke sana, dan seberapa sering aturan penyelesaian fork benar-benar dipakaiโbukan hanya tetap menjadi jalur teoretis?
$DUSK menjadi semakin menarik bagi saya jika jalur darurat ini terbukti andal saat jaringan memang membutuhkannya.
#dusk
16 iterasi gagal berturut-turut sudah cukup untuk membuat Dusk berhenti berperilaku normal.
Saya membaca angka itu beberapa kali sebelum akhirnya benar-benar terpikir.
Dalam kondisi normal, langkah-langkah konsensus berjalan dengan batas waktu (timeout). Jika sebuah langkah tidak menghasilkan hasil dalam waktu yang ditentukan, langkah tersebut tidak mengeluarkan apa pun dan ronde mencoba lagi.
Coba. Timeout. Coba lagi.
Saya mengira jalur kegagalan itu tetap ada apa pun seburuk apa pun keadaannya.
Ternyata tidak.
Setelah 16 kegagalan berturut-turut, Dusk menonaktifkan timeout tersebut. Langkah tidak lagi bisa mengembalikan NoCandidate atau NoQuorum. Iterasi terus berjalan sampai sebuah kandidat benar-benar mencapai kuorum untuk validasi dan ratifikasi.
Itu menciptakan mode kegagalan kedua yang sebelumnya belum saya pisahkan.
Kegagalan normal dibatasi oleh jam (clock). Mode darurat menghilangkan batas itu.
Dan itu menimbulkan masalah lain: beberapa iterasi yang tidak memiliki batas (open-ended) bisa berjalan bersamaan, sehingga memungkinkan kandidat-kandidat yang saling bersaing mencapai kuorum dalam ronde yang sama.
Dusk sudah punya aturan untuk kasus itu: kandidat yang mencapai kuorum pada iterasi paling rendah yang menang.
Yang masih belum saya ketahui adalah seperti apa wujud 16 kegagalan berturut-turut itu pada jaringan yang benar-benar sedang berjalan.
Kondisi jaringan seperti apa yang berkelanjutan sehingga sampai ke sana, dan seberapa sering aturan penyelesaian fork benar-benar dipakaiโbukan hanya tetap menjadi jalur teoretis?
$DUSK menjadi semakin menarik bagi saya jika jalur darurat ini terbukti andal saat jaringan memang membutuhkannya.
#dusk
