ここ数週間、$DUSK について小さなポジションを保有していて、主に様子見をしていました。大きなことは起きていません。昨日、プロトコルのドキュメントを見ていて、誰も話題にしていない何かに気づき、少しだけ買い増しました。

ポイントは、コンセンサスがただ……機能しなくなってしまうと何が起きるかです。攻撃でもありません。バグでもありません。バリデータが静かになって（沈黙して）しまうだけです。

Duskには「Emergency Mode（緊急モード）」というものがあり、最初は緊急ブロックを生成するためにあるのだと思っていました。でもそれは正確ではありません。

本当に重要なのは、ステーク参加が信頼できなくなったときでも「ライブネス（稼働性）」を維持することです。

私の注意を引いたのはここです。Duskは、バリデータがミスし続けてもフリーズしません。代わりに、前のコンセンサスの反復が開いたまま維持されつつ、新しい反復が同時に開始されます。残っているプロビジョナ（提供者）側は、硬い壁にぶつかるのではなく、合意を見つけるための試行回数をより多く得られます。

優先ルールも重要です。複数の反復が同時に成功した場合、プロトコルは常に、最も番号の小さい反復を優先します。これによって、手動介入を要せずに、競合するブロック問題を解決できます。

そして、それでも失敗した場合には、Emergency Block Request（緊急ブロック要求）が発動します。

多数派のステークを表すEBRが蓄積されると、チェーンは空ブロックを生成します！取引はありません。代わりに、連続性を保ち、次ラウンドのための新しいシードが供給されます。

この設計判断から、@Dusk は理想的な条件だけを前提に作っていないのだと感じます。

条件が崩れる“その瞬間”のために作られているのです。

まだ分かっていないのは、参加が複数の連続するラウンドで劣化し続けた場合に、この復旧経路がどれだけ耐えられるかです。そこはドキュメントとして示されているのをぜひ見たいストレステストです。

#Dusk #EmergencyMode #DuskEVM
Duskの緊急モードの設計で、最も重要なのは何ですか？