Ethereum a maintenu une production de blocs ininterrompue pendant plus d'une décennie en séparant la création des blocs du règlement final, une conception qui permet au réseau de survivre à des pannes de validateurs et à des bugs de clients sans s'arrêter.
Le chercheur d'Ethereum, Luca Zanolini, a expliqué comment l'architecture de consensus à deux couches du réseau sépare la production de blocs du règlement final, une structure qui maintient le flux des transactions depuis plus de 10 ans.
"Le protocole ne punit que ce qu'il peut prouver", a écrit Zanolini, décrivant comment la couche de finalité d'Ethereum protège l'historique réglé via les votes signés des validateurs, tandis que la couche de production continue d'ajouter des blocs, indépendamment de cela.
La distinction est devenue visible en mai 2023, lorsque des défaillances de clients ont perturbé la finalité à deux reprises en 24 heures — la première interruption durant environ 25 minutes et la seconde près d'une heure. Les blocs ont continué d'arriver, les transactions sont restées disponibles et le réseau s'est rétabli sans redémarrage coordonné. Une défaillance de Prysm après la mise à niveau Fusaka en décembre 2025 a fait chuter la participation des validateurs à environ 75 %, entraînant le manque de 41 époques par le réseau et une perte d'environ 382 ETH de récompenses pour les validateurs, mais d'autres clients ont continué de fonctionner et Ethereum a évité de perdre la finalité.
Zanolini a déclaré qu'un arrêt de la couche de base gèlerait plus que de simples transferts de jetons — les plateformes de prêt ne pourraient pas traiter les liquidations, les oracles ne pourraient pas mettre à jour les prix, les rollups ne pourraient pas publier de données et les ponts ne pourraient pas confirmer un nouvel état. L'équipe de consensus du protocole de la Fondation Ethereum étudie désormais les moyens de réduire le temps de finalité par rapport aux deux époques actuelles, Vitalik Buterin soutenant Minimmit, un système de finalité en un tour proposé qui pourrait régler les blocs plus rapidement, bien que sa conception actuelle accepte une tolérance aux pannes formelle inférieure à celle de Casper FFG.
Comment les Inactivity Leaks Rétablissent la Finalité Sans Fork Dur
Lorsque la finalité reste indisponible pendant plus de quatre époques, Ethereum active une fuite d'inactivité. Les validateurs hors ligne perdent progressivement leur mise effective, les pénalités augmentant lors d'une perturbation prolongée. Cela déplace l'équilibre des votes jusqu'à ce que les validateurs participants contrôlent à nouveau suffisamment de mise pour finaliser la chaîne automatiquement. Zanolini a décrit cette voie de récupération comme un élément essentiel de la conception d'Ethereum, car le protocole peut revenir à la finalité sans attendre que chaque validateur hors ligne se reconnecte.
La Diversité des Clients Limite la Portée des Bugs Partagés
Le modèle d'Ethereum devient plus fragile lorsqu'un seul client de consensus contrôle trop de mise. Un client au-dessus d'un tiers peut menacer la finalité lors d'une défaillance majeure. Un contrôle au-dessus de la moitié peut fausser le choix de fork, tandis qu'un client au-dessus des deux tiers pourrait aider à finaliser un historique invalide avant que les opérateurs ne puissent réagir. L'incident Prysm de décembre 2025 a démontré cette dynamique : la défaillance a fait chuter la participation à 75 %, mais comme d'autres clients ont continué à fonctionner, le réseau a complètement évité de perdre la finalité.
Les Enjeux
L'analyse de Zanolini présente la résilience d'Ethereum comme un ensemble de choix liés. Les blocs continus préservent l'accès, la finalité protège l'historique réglé, le slashing punit les fautes prouvables, les pénalités d'inactivité soutiennent la récupération automatique et la pluralité des clients réduit la portée d'un bug partagé sur l'ensemble du réseau de validateurs. Une proposition de recherche de mars suggérait d'utiliser un comité échantillonné pour des blocs plus rapides pendant qu'un processus distinct finalise la chaîne en arrière-plan, permettant aux deux systèmes d'utiliser des paramètres de temporisation et de sécurité différents.
Cet article est fourni à titre d'information uniquement et ne constitue pas un conseil en investissement.
