Polygon Labs émet un avis urgent de mise à niveau pour les clients suite aux hardforks d'Austin et de Kyoto

Polygon Labs a déclaré que tout nœud Polygon PoS qui est resté sur les binaires Bor ou Heimdall avant le hardfork après deux hauteurs d'activation en août est déjà sorti du consensus canonique. En pratique, le nœud obsolète doit se mettre à niveau et rattraper son retard avant de pouvoir suivre à nouveau l'historique accepté par le réseau.

La revue de sécurité de l'entreprise du 27 août a décrit une conséquence de compatibilité client. Polygon a déclaré qu'il n'avait pas observé de perturbation du mainnet suite à Austin et a présenté les changements divulgués comme des corrections proactives.

Bor est le client d'exécution de Polygon PoS, tandis que Heimdall gère le consensus et le point de contrôle. Les versions de Bor antérieures à v2.10.0 sont incompatibles après l'activation d'Austin au bloc principal 91,949,700, une coupure qui s'applique à tous les rôles de nœud Bor.

Les validateurs Heimdall et les nœuds complets ont besoin de v0.11.0 après l'activation de Kyoto à la hauteur 51,533,000. L'avis de publication de Heimdall de Polygon date cette activation du mainnet au 18 août à 10:10:31 UTC.

Austin et Kyoto ont abordé des risques clients distincts

Austin a plafonné le gaz consommé pendant que Bor traite les événements de synchronisation d'état des dépôts de pont L1 à L2. Ces événements exécutent du code de contrat et des précompilations, mais leur utilisation de gaz n'était pas précédemment comptabilisée contre un plafond fixe au niveau du bloc.

Un nombre suffisant d'événements, ou un événement suffisamment coûteux, pourrait ralentir le traitement des blocs au point de bloquer temporairement la chaîne.

La deuxième faiblesse se trouvait dans le champ de données supplémentaires TxDependency de Bor, un indice utilisé pour l'exécution parallèle. Comme le champ fourni par le producteur n'avait pas de limite de taille, un producteur de blocs pouvait placer un blob de taille arbitraire dans un bloc frère autrement valide et faire planter les pairs qui tentaient de le traiter.

Austin a supprimé le champ du format de transmission, et Polygon a classé les deux faiblesses comme des risques d'épuisement des ressources.

La publication publique de Bor v2.10.0 enregistre les blocs d'activation du mainnet d'Austin et d'Amoy. GitHub a montré v2.10.1 comme la dernière version de Bor lors de la vérification le 28 août, tandis que v2.10.0 ou une version ultérieure fournit la compatibilité avec Austin.

Opérationnellement, un chemin d'Austin menaçait de retarder le traitement des blocs, tandis que l'autre pouvait mettre fin aux pairs recevant un champ de données surdimensionné d'un producteur.

La correction de la plus haute sévérité de Kyoto cible les messages google.protobuf.Any profondément imbriqués. Un expéditeur pouvait facilement construire une transaction qui forçait chaque validateur à dépenser beaucoup pour le décodage. Le hardfork a ajouté une vérification de niveau d'octet à la fois à l'admission du mempool et au traitement des propositions de blocs, maintenant ces chemins cohérents.

Il a séparément plafonné les listes de pièces de frais avant un scan de validation O(n), et l'intégration de Heimdall permet une seule pièce de frais.

D'autres changements de Kyoto traitent des cas particuliers distincts. Ils normalisent les octets de récupération de signature de point de contrôle afin qu'une signature valide ne puisse pas échouer à la récupération sur Ethereum et bloquer l'ancrage, rendent les messages de temps d'arrêt répétés idempotents, lient les votes de plage de jalons au hachage parent signé, et empêchent la création d'une plage future échouée de bloquer l'engagement de jalon.

Les clés de répétition pour les événements de recharge, de clerc et de mise étaient également rendues injectives pour les index de journal hors limites afin que des événements distincts de couche 1 ne puissent pas se cacher silencieusement les uns les autres.

Les deux hardforks sont de simples mises à niveau binaires sans migration d'état ni changement de genèse, et les nœuds qui n'avaient pas divergé ne nécessitent pas de resynchronisation.

Les opérateurs déjà au-delà de la hauteur pertinente sur un ancien client devraient installer la version applicable, revenir à un point avant le hardfork si nécessaire, et se resynchroniser sous la direction de Polygon.

Ce contenu est fourni à titre informatif uniquement et ne constitue pas un conseil financier, d'investissement, juridique ou fiscal. Les événements, récompenses, promotions en ligne ou informations mentionnées ici ne doivent pas être considérés comme une recommandation, une sollicitation ou une invitation à acheter, vendre, trader ou effectuer toute autre opération sur des actifs crypto. Les actifs crypto sont très volatils et peuvent entraîner des pertes. La disponibilité des services, produits et événements liés à WEEX peut varier selon les régions. Veuillez vous assurer que votre participation respecte les lois et réglementations locales applicables.