@Dusk_Foundation

16回連続の失敗で、Duskが正常に動作しなくなるのを止めるのに十分です。

その数字は、着地する前に何度か読み直しました。

通常の条件では、コンセンサス手順はタイムアウトに対して実行されます。ある手順が時間内に結果を出せない場合、何も出力せず、そのラウンドは再試行されます。

試す。タイムアウト。もう一度。

失敗の経路は、どれだけ悪い状況になってもそのまま維持されると思っていました。

違います。

16回連続で失敗すると、Duskはそれらのタイムアウトを無効化します。手順はもうNoCandidateやNoQuorumを返せなくなります。反復は、検証と承認のために実際に候補がクオーラムに到達するまで動き続けます。

それによって、以前に切り分けていなかった2つ目の失敗モードが生まれます。

通常の失敗は時計によって上限が決まっています。緊急モードでは、その境界が取り除かれます。

そして別の問題も生じます。複数の開放的な反復が同時に走れるようになり、同じラウンドで競合する候補がクオーラムに到達する可能性が出てきます。

Duskには、そのケースのルールがあります。最も低い反復回数でクオーラムに到達した候補が勝ちます。

それでも分からないのは、連続16回の失敗が実際のネットワーク上でどのような見え方をするのか、という点です。

どんな種類の持続的なネットワーク状態がそれを引き起こし、そしてフォーク解決ルールは、理論上の経路として残るのではなく、どれくらいの頻度で実際に発動されるのでしょうか。

$DUSK は、この緊急経路が実際にネットワークが必要としているときに信頼できることが分かれば、より興味深くなります。

#dusk