#dusk $DUSK @Dusk
私は、ダスクの50回という反復上限は単なる技術的な天井で、滅多に触れることのない安全弁だと思っていました。ですがよく見ると、それは「合意形成が、意見の食い違いと戦い続けることをどれだけ許すか」という境界のように読めます。
各ラウンドは提案、検証、批准、最終確定へと進み、その都度、決定論的ソーティションによって選ばれたプロビジョナーが処理します。通常の条件ではその一連の流れは素早く解決し、1ブロックあたり約15秒を狙います。しかし、遅延したメッセージ、オフラインのプロビジョナー、あるいは敵対的な条件が加わると、合意形成はさらに多くの反復へ押し込まれます。さらに、古いダスクの資料は、困難なネットワークではそれらがより必要になることを率直に認めていました。
私が特に注目したのは、その下にあるリカバリ作業です。タイムアウトした反復をショートカットしてやり直し、過去または未来の反復からのメッセージを再伝播させることで、ネットワークが追いつけるようにします。
これにより、カウンタの意味合いが完全に変わります。単に試行回数を数えるだけではなく、リカバリを管理しているのです。
だから本当の疑問は「なぜ50なのか」ではありません。「ダスクがどれほどの不一致を吸収できるか。速度を犠牲にして確実性に切り替えるまで、どれだけ耐えられるのか」という点です。
$PORTAL
$ONG