Vitalik répond à l'incident de vulnérabilité du « client Prysm » : l'absence d'ultimaté occasionnelle d'Ethereum ne pose pas de problème ! L'important est de ne pas finaliser des erreurs

Vitalik Buterin, co-fondateur d’Ethereum, a personnellement réagi à l’incident récent impliquant une vulnérabilité du client Prysm, qui a failli entraîner une interruption de la finalisation, en minimisant les inquiétudes de la communauté : « Perdre la finalisation occasionnellement ne pose aucun problème, ce qui est vraiment critique, c’est la validation d’un bloc erroné. » Il a insisté sur le fait qu’un retard de quelques heures n’est pas grave, la chaîne peut continuer à fonctionner normalement, la seule ligne rouge à ne pas franchir étant : ne pas finaliser un bloc incorrect. (Résumé préalable : Vue d’ensemble : Quelles sont les bénéfices de la mise à niveau Fusaka pour Ethereum ?) (Complément d’informations : Vitalik annonce que la limite de gas d’Ethereum pourrait encore augmenter de 5 fois en 2026, mais les opérations inefficaces seront punies 5 fois plus !) Peu après la mise à niveau Fusaka sur le réseau principal d’Ethereum le 3 décembre, le client Prysm (environ 23 % de part de marché) a rencontré une vulnérabilité dans la version v7.0.0, empêchant de nombreux validateurs de voter correctement. La participation au vote sur le réseau est tombée sous 75 %, laissant seulement 9 points de pourcentage avant la perte totale de finalisation, ce qui a provoqué une panique dans la communauté. Cependant, grâce à une coordination d’urgence des développeurs, le problème a été résolu en quelques heures, et la finalisation sur la chaîne a finalement été rétablie avec succès. Vitalik Buterin a personnellement répondu : Perdre la finalisation occasionnellement ne pose aucun problème La vulnérabilité a été rapidement corrigée, mais les discussions dans la communauté ont été vives. À ce sujet, Vitalik Buterin, co-fondateur d’Ethereum, a publié un message sur X pour calmer les esprits, déclarant : « Je pense personnellement que perdre la finalisation de temps en temps ne pose pas du tout problème. La finalisation est utilisée quand nous sommes _très certains_ qu’un bloc ne sera pas rétourné. Si un bug dans un client majeur retarde la finalisation de quelques heures, ce n’est pas grave. Pendant ce temps, la chaîne continue de fonctionner normalement. Ce qu’il faut éviter, c’est… — vitalik.eth (@VitalikButerin) 4 décembre 2025 » Les experts en protocoles Ethereum sont totalement d’accord Selon un rapport de Cointelegraph, Fabrizio Romano Genovese, docteur en informatique de l’Université d’Oxford, associé chez 20squares, société de recherche en blockchain, et expert en protocole Ethereum, partage à 100 % l’avis de Vitalik. Il explique : « Quand Ethereum perd la finalisation, il revient simplement temporairement au mode Bitcoin. Depuis sa création en 2009, Bitcoin n’a jamais garanti la finalisation, mais tout le monde continue à l’utiliser avec plaisir. » Il insiste sur le fait que la perte de finalisation n’équivaut pas à une insécurité du réseau, mais que l’« assurance contre la réorganisation » passe de « certitude » à « probabilité ». En mai 2023, suite à des bugs dans Prysm et Teku, Ethereum a perdu la finalisation à deux reprises durant 24 heures, sans que cela n’entraîne de risque systémique, le réseau principal continuant à produire des blocs normalement. Par ailleurs, Genovese souligne que ce qui sera réellement affecté sont les Layer 2 et ponts inter-chaînes qui dépendent excessivement de la finalisation, comme AggLayer de Polygon, qui suspendra les dépôts et retraits, mais sans que les fonds des utilisateurs soient réinitialisés. « Au pire, cela pourrait simplement entraîner un léger retard dans la réception des fonds. » Selon lui, si les développeurs de ponts n’ont pas mis en place de mécanismes de secours en cas de perte de finalisation, c’est leur responsabilité, pas un problème inhérent au protocole. Qu’est-ce que la « finalisation » d’Ethereum exactement ? La finalisation (Finality) d’Ethereum est une garantie essentielle du consensus PoS : lorsqu’un bloc reçoit plus de 66 % (2/3) des votes des validateurs du réseau, il est marqué comme « justifié » ; si ce même bloc maintient cette majorité sur deux epochs consécutifs, il devient « finalisé » ; une fois finalisé, il ne pourra en principe jamais être rétourné, sauf si plus de 1/3 des validateurs commettent une fraude en acceptant la destruction massive de leur ETH mis en jeu. Si le taux de vote reste en dessous de 66 % sur le long terme, un mécanisme d’« inactivité » (Inactivity Leak) s’active pour punir les validateurs hors ligne, afin de restaurer la normalité du réseau. Articles liés Vitalik remet Kohaku en avant, et fait don de 256 ETH : quelles sont ses intentions ? Vitalik alerte : les personnes intelligentes ont besoin de « règles simples », il ne faut pas tomber dans des pièges moraux Vitalik signe la « déclaration de confiance », comment la réécriture des clés privées, la sécurité et l’expérience utilisateur sur la blockchain sont influencées — <Vitalik回應「Prysm客戶端」漏洞事件：以太坊偶爾沒最終性沒關係！別最終化錯誤就行> Cet article a été publié pour la première fois par 动区BlockTempo, le média d’actualités blockchain le plus influent.