JordanLyall

#MultiversXPlansHardForkRecovery A VMレベルの原子性バグがMultiversXを完全なネットワーク停止へと追い込み—現在、リカバリー手段としてハードフォークがテストされています。 • MultiversXは、特定のケースにおける順序付けエラーを含むVMレベルの原子性問題が根本原因であると特定しました。 • 影響のさらなる拡大を防ぎ、事態を封じ込めるため、バリデータはネットワークの進行を停止しました。 • チームはコード変更を準備し、リカバリー手順の検証を行っています。 • 計画されているリカバリーは、検証済みの既知の良好なチェックポイントからの連携したハードフォークです。 • バリデータは、メインネットのリカバリー前に、TestnetおよびDevnet上で手順をリハーサルすることが期待されています。 • ユーザーには、公式な全クリアが出るまで、トランザクションの送信や再ブロードキャストを行わないこと、ならびに取引所やブリッジを通じたEGLD/ESDTの入出金を避けるよう伝えられています。 ここから先、物語がより面白くなると思います。 ハードフォークそのものは、私が最も注目している部分ではありません。実際の試金石は、MultiversXが正当な状態を維持しつつ、エクスプロイトによって作られた無効な変更を取り除き、ネットワークをクリーンに復旧できるかどうかです。 紙の上では簡単そうに聞こえます。でも、そうではありません。 この種のリカバリーでは、バリデータ、取引所、ブリッジ、インフラ提供者、そしてユーザーが同じチェーン状態に揃う必要があります。ひとつの弱いリンクが、技術的なリカバリーを運用上の混乱へ変えてしまうこともあります。 だから私は、「ハードフォークが来る」という見出しよりも、連携した現実の条件下で、リカバリー手順が実際に機能するかどうかに関心があります。 それは、再起動の発表そのものよりも、ネットワークのレジリエンスについてより多くを物語っています。 それでも、これが実際に何を変えるのかをまだ掴みきれずにいます。