MidnightがBABE移行コードのバリデータローテーションリスクを修正

Midnightの開発者は10月26日、新たなセーフガードをmidnight-nodeリポジトリにマージし、ブロックチェーンがAuraからBABEのコンセンサスへ移行する方法を洗練した。

開発者Klapeyronによるプルリクエスト#2326として提出されたこの変更は、ネットワークがコンセンサスメカニズムを切り替えるのと同じタイミングでバリデータ委員会がローテーションする可能性があるシナリオに対処するもの。

この修正はこれらの事象が重なる場合に自動遅延を導入し、最初のBABEエポックが不整合なバリデータ構成で開始されることを防ぐ。

コンセンサス移行における重大なタイミングリスクにMidnightが対処

現在MidnightはAuraを使用しており、認可されたバリデータがあらかじめ定められたスケジュールに従ってブロックを生成する。BABEは暗号学的ランダム性に基づく異なる選出メカニズムを導入し、将来のブロック生成の予測可能性を低下させる。

これらのシステム間を切り替えるには、コンセンサスエンジンとネットワークのバリデータ委員会の間で精密な調整が必要となる。

スケジュールされた移行が委員会のローテーションと同一ブロックで発生すると、潜在的な衝突が生じる。

そのシナリオでは、BABEが一方のバリデータ集合を用いて最初のエポックを初期化する一方で、ランタイムは同時に別の委員会を有効と認識してしまう可能性がある。

その結果としての不一致により、ブロック生成を担う権限者がネットワークに記録されたものと矛盾した状態に置かれる可能性がある。

10月26日の修正は、新しいコンセンサスメカニズムが展開される前にこの特定のタイミングリスクに対処する。

新しいランタイムのセーフガードが移行を自動的に延期

このアップデートは、現在のバリデータセッションを終了すべきかを判定するメカニズムであるShouldEndSessionを用い、Midnightのコンセンサスエンジン内に追加のチェックを導入する。

予定されたコンセンサス切り替えと同一ブロックで委員会のローテーションが発生する場合、移行は後続のエポックまで延期される。

手続き自体はスケジュールどおりに維持されるが、BABEは交代中の委員会を前提として初期化されない。

開発者は、ローテーションが必要な場合に切り替えを遅らせる場合と、衝突が存在しない場合に完了させる場合の双方を網羅するユニットテストと統合テストを追加した。

今回の最新の修正は10月15日および16日に導入された関連変更に続くもので、BABEの最初のエポックの初期化や移行中の競合するブロックチェーン分岐の検証を洗練した。

これらのアップデートは、ランタイムのストレージ構造や既存のランタイムAPIを変更することなく、移行手順における特定のエッジケースに対処する。

これらの変更は、ネットワーク移行が完了したことを示す証拠ではなく、引き続き開発作業の一部にとどまっている。

[NEWSBREAK]

Cardanoステークプールオペレーターはメインネット移行を待機

Midnightの公式ロードマップは、2026年第4四半期に段階的なBABEへの移行を予定し、続いて2027年第1四半期にメインネット移行の開始を計画している。

その期間には、Cardanoのステークプールオペレーターにブロック生成を開放し、NIGHTのステーキングとデリゲーションを導入する計画も含まれる。

コンセンサス移行を進める前に、バリデータは新しいBABEキーを生成し、認可済み候補リストを更新し、ネットワークノードが互換ソフトウェアを実行していることを確実にしなければならない。

その後、ガバナンスによって管理されるscheduleFlipオペレーションが、エポック境界でコンセンサス変更をスケジュールする。

新たにマージされたセーフガードはそのプロセスに厳密な条件を追加する。スケジュールされた切り替えとバリデータのローテーションが衝突する場合、ネットワークは不整合な権限セットでBABEを初期化するのではなく移行を延期する。

次の運用上のマイルストーンは、ノードの協調アップグレード、バリデータキーの登録、コンセンサス切り替えの承認である。公開されたメインネット有効化日程は発表されていない。