Kebanyakan blockchain menghadapi situasi ketika banyak node berskala besar offline, hanya ada dua jalan: bertahan memaksa agar tetap memproduksi blok sesuai rencana semula—jika validator yang terpilih tidak dapat dikumpulkan, ya sekalian macet menunggu ronde berikutnya; atau benar-benar menghentikan sistem total, menunggu intervensi manual. Dusk di antara dua opsi ini, secara khusus merancang jawaban ketiga.

Whitepaper, Bagian 3.6, menuliskannya dengan sangat spesifik: jika sebagian besar Provisioner offline atau diisolasi, dan dalam beberapa putaran iterasi berturut-turut tidak berhasil memilih orang untuk memproduksi blok, serta tidak juga mampu menghimpun voting committee agar mencapai ambang kegagalan (saat ini ditetapkan 16 kali), maka protokol akan beralih ke mode darurat.

Dalam mode ini, mekanisme timeout yang sebelumnya ada dimatikan, iterasi terus berlangsung sampai benar-benar menghasilkan kandidat blok dan pada dua tahap—validasi serta persetujuan—jumlah peserta yang disyaratkan terpenuhi, serta memungkinkan beberapa iterasi berjalan secara paralel bersamaan, sehingga meningkatkan peluang menghasilkan blok yang valid dalam kondisi yang sangat ekstrem.

Jika bahkan mekanisme ini pun tidak mampu menahan, protokol masih menyisakan asuransi terakhir—Provisioner yang memegang mayoritas jumlah staking secara bersama menginisiasi permintaan untuk menghasilkan sebuah "blok darurat" yang tidak berisi transaksi apa pun, melainkan hanya membawa seed baru, agar rantai bisa maju selangkah dulu dan tidak berhenti selamanya.

Menurut penilaian saya sendiri, desain ini pada dasarnya menukar "risiko fork" dengan "kelangsungan hidup jaringan": membiarkan beberapa iterasi paralel berjalan sekaligus akan meningkatkan probabilitas fork. Namun, biayanya ditutup dengan aturan fallback berikutnya yang membersihkan medan perang, dengan imbalan jaringan tidak mati total karena kondisi ekstrem.

Bagi institusi, cara menangani skenario pinggiran seperti ini mungkin lebih layak dimasukkan dalam due diligence dibanding settlement detik-ke-detik dalam kondisi normal. Dalam kondisi normal, performa sebagian besar mainnet blockchain kelas finansial juga bisa dicapai; perbedaan nyata muncul saat sistem mengalami kegagalan total—apakah yang diberikan adalah "degradasi namun tetap beroperasi" atau "langsung macet".

#dusk $DUSK @Dusk
Menurut kalian, saat mengevaluasi keandalan sebuah chain, desain responsnya dalam kondisi ekstrem itu seharusnya memiliki bobot sebesar apa?