Que faut-il signaler lorsque le bloc d’activation de la mise à niveau arrive avant que le nouvel arbre d’état du nœud soit prêt ? Le nouveau brouillon de l’EIP-8347 recommande de poursuivre la migration et de renvoyer SYNCING, puis de valider une fois l’arbre parvenu à l’état du bloc parent, afin de ne pas signaler à tort comme invalide un bloc simplement parce que le nœud n’est pas encore prêt. Pour la mise à niveau du client $ETH , je suis surtout attentif à la possibilité pour les nœuds en retard de disposer d’une procédure de récupération claire. Le texte reconnaît également que, lorsqu’il n’existe pas d’ancien arbre et que le démarrage a lieu trop tard, il faut encore un protocole de synchronisation d’état qui n’a pas été défini ; cette conception ne garantit pas que tous les cas de retard soient résolus.