#MultiversXPlansHardForkRecovery A VMレベルの原子性バグがMultiversXを完全なネットワーク停止へと追い込み—現在、リカバリー手段としてハードフォークがテストされています。

MultiversXは、特定のケースにおける順序付けエラーを含むVMレベルの原子性問題が根本原因であると特定しました。

• 影響のさらなる拡大を防ぎ、事態を封じ込めるため、バリデータはネットワークの進行を停止しました。

• チームはコード変更を準備し、リカバリー手順の検証を行っています。

• 計画されているリカバリーは、検証済みの既知の良好なチェックポイントからの連携したハードフォークです。

• バリデータは、メインネットのリカバリー前に、TestnetおよびDevnet上で手順をリハーサルすることが期待されています。

• ユーザーには、公式な全クリアが出るまで、トランザクションの送信や再ブロードキャストを行わないこと、ならびに取引所やブリッジを通じたEGLD/ESDTの入出金を避けるよう伝えられています。

ここから先、物語がより面白くなると思います。

ハードフォークそのものは、私が最も注目している部分ではありません。実際の試金石は、MultiversXが正当な状態を維持しつつ、エクスプロイトによって作られた無効な変更を取り除き、ネットワークをクリーンに復旧できるかどうかです。

紙の上では簡単そうに聞こえます。でも、そうではありません。

この種のリカバリーでは、バリデータ、取引所、ブリッジ、インフラ提供者、そしてユーザーが同じチェーン状態に揃う必要があります。ひとつの弱いリンクが、技術的なリカバリーを運用上の混乱へ変えてしまうこともあります。

だから私は、「ハードフォークが来る」という見出しよりも、連携した現実の条件下で、リカバリー手順が実際に機能するかどうかに関心があります。

それは、再起動の発表そのものよりも、ネットワークのレジリエンスについてより多くを物語っています。

それでも、これが実際に何を変えるのかをまだ掴みきれずにいます。