Polygon publie Bor v2.10.3 avec deux correctifs contre le déni de service

Polygon a publié Bor v2.10.3 après le déploiement privé de deux correctifs concernant BlockSTM V2. Aucun abus n'aurait été observé sur le mainnet ou Amoy. Suivez les informations vérifiées dans les actualités OrangeX.com.

Correctifs apportés

Le premier problème était un cache partagé keccak256 sans limite pendant l'exécution parallèle. Un bloc de test d'environ 9,3 millions de gas a alloué près de 690 MiB et demandé plus d'une seconde à importer sur quatre cœurs. La version plafonne désormais les caches keccak256 et ecrecover.

Le second recalculait le hachage du code d'un contrat. Une transaction valide pouvait occuper le processeur parallèle pendant environ 11 secondes. Le correctif mémorise le résultat par transaction et adresse, puis l'invalide après modification ou annulation du code. Les versions v2.10.1 et v2.10.2 étaient touchées; le risque concernait la disponibilité, pas le consensus.

Déploiement et renforcement

Les builds privés sont arrivés sur Amoy le 5 octobre et sur le mainnet le 8. Ce n'est pas un hard fork. La version renforce aussi EIP-7702, les limites RPC et le nettoyage des transactions bloquées. Voir Sécurité OrangeX.com et le rapport OrangeX.com sur UNCX Vesting V2.

OrangeX.com Analysis

Le signal important est la divulgation progressive après installation des correctifs. Les opérateurs en v2.10.1 ou v2.10.2 doivent mettre à jour. Aucun abus ni défaut de consensus n'est confirmé; parler de chaîne compromise serait injustifié. Il faut surveiller l'adoption, les régressions et l'efficacité sous charge réelle.