Polygon fixe l’échéance du hard fork Zurich

Polygon a publié Heimdall v0.9.0 le 17 juin, avec une consigne nette pour les opérateurs du réseau principal : installer cette version avant le bloc Heimdall 47 880 000, estimé au jeudi 25 juin vers 14 h UTC. La publication officielle précise que les nœuds restés sur une version plus ancienne sortiront du consensus à l’activation du hard fork Zurich. Heimdall est la couche qui coordonne une partie de la validation et des checkpoints de Polygon PoS, tandis que Bor exécute les blocs côté chaîne. Le sujet n’est donc pas une nouvelle application, mais une mise à niveau d’infrastructure qui touche directement la continuité du réseau.

Zurich rassemble plusieurs changements de consensus destinés à rendre le comportement des validateurs plus déterministe. La synchronisation d’état, par exemple, ne dépend plus d’une logique fondée sur l’horloge murale : les événements enregistrés dans un bloc deviennent visibles au bloc suivant, avec des hauteurs assignées de manière déterministe. La version ajoute aussi des plafonds symétriques sur les transactions secondaires, des budgets de temps pour la construction des propositions et des extensions de vote, et une validation plus stricte des signatures de checkpoint. En clair, le but est de réduire les cas où deux nœuds honnêtes pourraient diverger parce qu’ils ont vu les mêmes informations dans un ordre ou un délai légèrement différent.

La mise à jour apporte aussi des changements opérationnels plus lisibles pour les équipes qui maintiennent des nœuds. Heimdall peut désormais communiquer avec Bor par gRPC, un protocole d’appel de service plus structuré que de simples requêtes HTTP, mais ce chemin reste optionnel et HTTP demeure le réglage par défaut. Les opérateurs peuvent aussi configurer plusieurs endpoints Bor avec bascule automatique, sauf pour certains validateurs producteurs où la garde de sécurité refuse le failover au démarrage. Polygon ajoute enfin le passage des transactions de pont vers Ethereum à EIP-1559, avec des paramètres de frais explicites à remplacer dans app.toml avant le redémarrage.

Ce type de release est peu visible pour les utilisateurs finaux, mais il dit beaucoup de la maturité d’une chaîne publique. Un hard fork réussi dépend moins d’un slogan que d’une coordination précise : binaire installé, fichier de configuration revu, compatibilité Bor vérifiée, services surveillés avant l’activation. Pour Polygon, déjà utilisé par des applications financières, des paiements et des jeux, la question concrète est la résilience de la plomberie. Zurich ne promet pas une nouvelle capacité spectaculaire. Il cherche surtout à rendre les transitions, les ponts et la validation moins fragiles, ce qui compte davantage quand des opérateurs dispersés doivent rester d’accord bloc après bloc.