Saya sudah menjalankan posisi kecil di $DUSK selama beberapa minggu ini, sebagian besar hanya mengamati. Tidak ada yang dramatis; kemarin saya menambah sedikit lagi setelah saya menyadari sesuatu di dokumen protokol yang belum pernah dibahas orang.

Ini tentang apa yang terjadi ketika konsensus… berhenti bekerja. Bukan karena serangan. Bukan karena bug. Tapi karena validator menjadi senyap.

Dusk punya sesuatu yang disebut Emergency Mode, dan pembacaan awal saya adalah bahwa itu ada untuk menghasilkan emergency block. Ternyata tidak sesederhana itu.

Intinya adalah menjaga liveness ketika partisipasi stake menjadi tidak dapat diandalkan.

Ini yang menarik perhatian saya: Dusk tidak membeku jika validator terus melewatkan. Sebaliknya, ia membiarkan iterasi konsensus sebelumnya tetap terbuka sementara iterasi baru dimulai secara bersamaan. Provisioner yang masih tersisa mendapat lebih banyak kesempatan untuk mencapai kesepakatan, alih-alih menabrak tembok keras.

Aturan prioritas juga penting. Jika beberapa iterasi berhasil sekaligus, protokol selalu memihak iterasi dengan nomor terendah. Itulah cara protokol menyelesaikan masalah persaingan antar blok tanpa perlu intervensi manual.

Dan jika bahkan itu gagal, barulah Emergency Block Request (EBR) masuk.

Setelah EBR yang mewakili mayoritas stake terkumpul, chain menghasilkan blok kosong! tidak ada transaksi, hanya kesinambungan dan seed segar untuk putaran berikutnya.

Pilihan desain itu membuat saya yakin @Dusk tidak sedang dibangun untuk kondisi ideal.

Ini sedang dibangun untuk momen ketika kondisi-kondisi itu rusak.

Yang belum benar-benar saya ketahui adalah seberapa baik jalur pemulihan ini bertahan jika partisipasi tetap menurun selama beberapa putaran berturut-turut. Itulah stress test yang ingin saya lihat didokumentasikan.

#Dusk #EmergencyMode #DuskEVM
Apa yang paling penting dari desain Emergency Mode Dusk?