#dusk $DUSK @Dusk 私はブロック3,590,904でDUSKのAegis起動状況を確認していたところ、アップグレードが起きたときの公開マイルストーン回答は見えたものの、実際にネットワークがどれほど準備できていたかは分かりませんでした。

基本的な指標としては、互換ノード数を、観測されたユニークなノード数で割った割合が考えられます。もし100ノード中92ノードがRusk 1.6.0+を動かしていたなら、DUSKの互換ノード比率は92%です。

役に立ちます。ですが、コンセンサスは単純に「1ノード、1票」ではありません。

プロビジョナーはアクティブなステークで運用されるため、アップグレード済みの95ノードがあっても、それがコンセンサスの重みの60%にしかならないことがあります。たとえば、5つの旧式のオペレーターが残り40%を握っている場合です。この比較こそが、多くの要約で見落とされがちな「オペレーター参加」と「ステークに裏打ちされた準備度」の違いです。

タイミングも重要です。アップグレードの半減期、つまり観測可能なノードの50%とアクティブなDUSKステークの50%が互換になるまでに何時間かかったか、を見たいところです。数日かけて90%に徐々に到達していくのは、最終24時間でオペレーターがRusk 1.6.0へ駆け込んだ場合とは別のシナリオを示唆します。

どちらの道でも最終的に同じ割合になることはありますが、快適に連携できているのは片方だけです。

ノードのバージョンとステークのスナップショットがタイムスタンプ付きでない限り、主張されるAegisの準備度比率は不完全なままです。DUSKは正常に起動しましたが、ネットワークが規律によって早期にアップグレードしたのか、それとも締め切りがようやく十分な圧力を生んだことで遅れてアップグレードしたのか、私はまだ監視しています。@Dusk #dusk