昨夜、ダスク・ホワイトペーパーを読み返し、エマージェンシーモード、フォールバック、ローリング・ファイナリティの各セクションに集中しました。思っていたよりも、詳細はもっと微妙で複雑でした。

エマージェンシーモードは16回の失敗したイテレーションの後に有効になります。その後、ステップのタイムアウトは無効化され、候補ブロックが検証とラティフィケーションの両方でクォーラムに到達するまでオープンなイテレーションが継続されます。複数のイテレーションを同時に実行できるためブロック生成の可能性は高まりますが、フォークが発生する可能性も増えます。複数の候補がコンセンサスに到達した場合は、最も低いイテレーションが選ばれます。最後のイテレーションでは、プロビジョナーがエマージェンシーブロックを要求できますが、それにはネットワーク全体の保有総量における過半数を保有するプロビジョナーが必要です。

フォールバックのルールも注目すべき点でした。イテレーションJが0より大きいブロックは、のちにコンセンサスに到達する低いイテレーションのブロックによって置き換えられる可能性があります。一方、イテレーション0のブロックは、この方法では置き換えられません。

そしてローリング・ファイナリティがさらにもう一層の仕組みを加えます。直前のn回のイテレーションでアテステーションが失敗した場合、ブロックは受理され、確定（confirmed）になるには、連続する2×n回のアテステーション済みまたは確定済みブロックが必要です。論文の例ではイテレーション5、n=2が使われており、つまりさらに4ブロックが必要だということになります。

それでも私は疑問に思っています。この設計は、ステークに重み付けされたエマージェンシー・リカバリーをめぐって、いかなる実質的な集中化リスクを生み出すのでしょうか？

@Dusk #dusk $DUSK