アップグレードを有効にするブロックが到着した時点で、ノードの新しい状態ツリーがまだ準備できていない場合、どのような応答を返すべきでしょうか？ EIP-8347の新しい草案では、移行を続けてSYNCINGを返し、ツリーが親ブロックの状態に追いついてから検証することを提案しています。これにより、ノード自身の準備不足をブロック無効と誤判定するのを防げます。$ETH クライアントのアップグレードでは、遅れているノードに明確な復旧経路があるかどうかを特に重視しています。原文でも、古いツリーがなく、起動が遅すぎた場合には、まだ定義されていない状態同期プロトコルが必要だと認めています。この設計は、あらゆる遅延ケースが解決済みだと保証するものではありません。