Un bug d'Ethereum manque de déclencher une crise du réseau après la mise à niveau Fusaka

La mise à niveau Fusaka d'Ethereum s'est exécutée parfaitement le 4 décembre 2025, marquant une étape historique alors que le réseau a atteint zéro temps d'arrêt tout en mettant en œuvre sa plus importante expansion de disponibilité des données depuis EIP-4844.

Cependant, quelques heures après l'activation, un bug critique dans le client de consensus Prysm a menacé la stabilité du réseau, causant des problèmes de validation qui ont ralenti la finalisation des blocs avant que les garanties de diversité des clients n'empêchent une crise potentielle.

L'incident s'est déroulé alors que les nœuds Prysm ont connu des conditions similaires à un déni de service déclenchées par une génération excessive d'états historiques.

Le développeur principal de Prysm, Terence Tsao, a expliqué que "la génération d'états historiques est lourde en calcul et en mémoire, et un nœud peut subir un déni de service par un grand nombre de relecture d'états se produisant en parallèle."

Pendant deux heures, une augmentation des attestations périmées ciblant les racines de points de contrôle depuis des slots désactivés a forcé les nœuds affectés à reconstruire les états historiques, poussant les systèmes dans des conditions de fonctionnement compromises.

La Fondation Ethereum a rapidement émis des directives d'urgence, tandis que dix autres clients de consensus ont maintenu les opérations du réseau, empêchant toute interruption de service.

La diversité des clients prouve sa valeur pendant la crise

Alors que les opérateurs Prysm se sont précipités pour implémenter le drapeau de contournement d'urgence –disable-last-epoch-targets, les clients alternatifs, notamment Lighthouse, Teku, Nimbus et Lodestar, ont continué à valider les blocs sans interruption.

Le réseau a maintenu le consensus tout au long de l'incident, avec une finalisation continue malgré les problèmes de participation rencontrés par les validateurs affectés.

Lido Finance a signalé un impact minimal par rapport à d'autres solutions de staking, attribuant sa résilience aux opérations de validateurs distribués où Prysm alimente environ 15% des opérateurs de nœuds.

Les métriques du protocole pour le T3 2025 démontrent une utilisation équilibrée des clients comme stratégie délibérée pour atténuer les risques de défaillance d'un client unique.

La plupart des configurations Prysm exploitées par Lido ont récupéré en quelques heures après avoir appliqué les modifications de configuration recommandées ou être temporairement passées à des clients alternatifs.

L'incident a renforcé les arguments de longue date en faveur de la diversité des clients comme principale défense d'Ethereum contre les échecs de consensus.

Le développeur Kydo a saisi l'importance, notant que la mise à niveau a simultanément renforcé quatre récits critiques :

• Opérations sans temps d'arrêt
• Capacité de mise à l'échelle de la couche 2 grâce à l'activation de PeerDAS
• Protection par la diversité des clients
• Potentiel de génération de revenus.

Ethereum a brièvement atteint un taux de fonctionnement annuel de 3,2 milliards de dollars pendant l'incident, alors que les mécanismes de frais de blob s'ajustaient aux nouveaux paramètres de tarification.

PeerDAS et le scaling des blobs transforment la disponibilité des données

Au-delà de l'incident Prysm, Fusaka a livré des mises à niveau transformatrices à la couche de données d'Ethereum grâce à l'implémentation de PeerDAS et au mécanisme de fork Blob Parameter Only (BPO).

PeerDAS a introduit l'échantillonnage de disponibilité des données, permettant aux nœuds de stocker seulement 1/8 des données de blob tout en maintenant les garanties de sécurité.

Ce changement architectural permet des augmentations de débit jusqu'à 8 fois la capacité actuelle tout en gardant les exigences matérielles gérables pour les opérateurs indépendants.

Vitalik Buterin a souligné l'importance historique de la mise à niveau, déclarant : "PeerDAS dans Fusaka est significatif car il s'agit littéralement du partitionnement."

Il a célébré cette réalisation comme un rêve remontant à 2015, notant "Ethereum parvient à un consensus sur les blocs sans exiger qu'un seul nœud voie plus qu'une infime fraction des données."

L'implémentation représente une percée proposée pour la première fois en 2017, bien que Buterin ait reconnu les défis restants, notamment la construction de blocs distribués et le développement de mempool partitionnés.

Le mécanisme BPO permet à Ethereum d'augmenter la capacité des blobs entre les mises à niveau majeures plutôt que d'attendre des hard forks coordonnés.

Fusaka maintient initialement la cible actuelle de 6 blobs, mais des ajustements programmés augmenteront les limites à 10/15 le 9 décembre 2025, et à 14/21 le 7 janvier 2026.

Cela répond à la pression croissante alors que la demande de la couche 2 a poussé la capacité de blob d'Ethereum vers la saturation tout au long de 2024.

EIP-7918 lie les frais de base des blobs aux coûts d'exécution, empêchant l'effondrement du marché. Les frais de blob ont bondi de 1 500 fois immédiatement après l'activation, passant de 1 wei à 1 500 wei.

Le développeur Kydo a expliqué que cette augmentation "restaure un marché de frais fonctionnel pour les blobs, afin que le protocole puisse réellement utiliser le prix pour orienter la demande de blobs au lieu d'être bloqué à 1 wei."

Ce changement garantit que les opérateurs de couche 2 paient des coûts significatifs pour les ressources de calcul que leurs opérations imposent aux nœuds du réseau.

Notamment, Matt Hougan, CIO chez Bitwise, a également salué l'élan, notant : "Ethereum livrant deux mises à niveau majeures en un an est impressionnant. Le géant est réveillé et fait les bonnes choses."

Parmi les principales L2, selon les informations partagées avec Cryptonews, Optimism a annoncé des plans pour adopter les fonctionnalités de Fusaka dans l'OP Stack au début de 2026, avec Base, Soneium et d'autres équipes de couche 2 contribuant aux tests tout au long du développement.