Vitalik Buterin explique pourquoi l’Ethereum a besoin de l’ossifiabilité pour une résilience à long terme

Aperçu des principaux éléments

• Vitalik Buterin a expliqué pourquoi l’Ethereum a besoin de l’ossifiabilité pour être résilient.
• Sept exigences protocolaires doivent être remplies avant qu’Ethereum puisse s’ossifier.
• Ethereum devrait fonctionner comme le pouls du monde, et non comme un serveur de jeu vidéo.

Vitalik Buterin a publié des billets le 12 janvier 2026, expliquant pourquoi Ethereum a besoin de la capacité de s’ossifier pour une résilience à long terme.

Le cofondateur d’Ethereum a déclaré que la blockchain devait passer le test du “walkaway”, c’est-à-dire qu’elle devait fonctionner sans les mises à jour permanentes des fournisseurs. Ethereum est destiné à accueillir des applications sans confiance et à confiance réduite dans les domaines de la finance, de la gouvernance et d’autres secteurs.

Le protocole doit prendre en charge des applications qui fonctionnent comme des outils plutôt que comme des services nécessitant une maintenance constante de la part du fournisseur.

L’Ethereum doit passer le test de la fuite pour une résilience à long terme

M. Buterin a déclaré qu’Ethereum lui-même devait passer le test du “walkaway”. La blockchain est conçue pour des applications sans confiance et à confiance réduite.

Il doit prendre en charge des applications qui fonctionnent comme des outils, dont la propriété est entièrement transférée au moment de l’achat. Cela contraste avec les services qui perdent leur fonctionnalité lorsque les vendeurs se désintéressent de la maintenance ou sont confrontés à des problèmes de sécurité.

Il n’est pas possible de créer de telles applications sur une couche de base qui dépend des mises à jour permanentes des fournisseurs pour rester utilisable.

Cela s’applique même lorsque le fournisseur est le processus de développement de base. Ethereum, la blockchain, doit présenter les caractéristiques que les développeurs recherchent dans les applications Ethereum. La couche de base ne peut pas nécessiter une intervention continue.

Cela signifie qu’Ethereum doit atteindre un point où il peut s’ossifier si les développeurs le souhaitent. Le protocole ne doit pas cesser d’évoluer.

Ethereum doit atteindre un point où sa proposition de valeur ne dépend pas strictement de caractéristiques qui ne sont pas déjà intégrées dans le protocole. La capacité à geler le développement tout en maintenant une fonctionnalité complète définit l’ossifiabilité.

Le test “walkaway” garantit que si tous les développeurs disparaissaient demain, Ethereum continuerait à fonctionner pendant des décennies.

Les applications construites sur la blockchain conserveraient leur fonctionnalité sans mise à jour du protocole. Cette résilience jette les bases d’applications véritablement décentralisées qui survivront à leurs créateurs.

Sept conditions pour l’ossification du protocole Ethereum

M. Buterin a fait part de sept exigences spécifiques pour qu’Ethereum atteigne l’ossifiabilité. Premièrement, une résistance quantique totale est nécessaire.

Le protocole devrait s’abstenir de retarder la résistance quantique au profit de gains d’efficacité à court terme. Les utilisateurs individuels ont ce droit, mais le protocole ne doit pas l’avoir.

Pouvoir dire que le protocole Ethereum est cryptographiquement sûr pendant cent ans est une chose que les développeurs devraient s’efforcer d’atteindre dès que possible.

Deuxièmement, il faut une architecture capable de s’étendre à une échelle suffisante. Le protocole doit posséder des propriétés qui lui permettent de s’étendre à plusieurs milliers de transactions par seconde au fil du temps.

Cela inclut la validation de ZK-EVM et l’échantillonnage de données par le biais de PeerDAS. Dans l’idéal, la mise à l’échelle se fait par le biais de changements de paramètres uniquement plutôt que par des fourches caudines. Ces modifications devraient utiliser le mécanisme de vote des validateurs employé pour les limites de gaz.

Troisièmement, il est nécessaire de mettre en place une architecture d’état qui puisse durer des décennies. Cela implique de décider et de mettre en œuvre des formes d’apatridie partielle et d’expiration de l’état.

La solution doit permettre à Ethereum de fonctionner avec des milliers de TPS pendant des décennies sans que les exigences en matière de synchronisation, de disque dur ou d’E/S ne soient dépassées. Elle doit également assurer la pérennité des types d’arbres et de stockage pour un environnement à long terme.

Quatrièmement, il faut un modèle de compte à usage général par le biais d’une abstraction complète du compte. Cela signifie qu’il faut s’éloigner de l’ECDSA enchâssé pour la validation des signatures. Cinquièmement, un programme de gaz exempt de vulnérabilités DoS est nécessaire pour l’exécution et la vérification ZK.

Sixièmement, il faut un modèle économique PoS qui puisse durer des décennies tout en restant décentralisé. Ce modèle devrait soutenir l’utilité de l’ETH en tant que garantie sans confiance dans les monnaies stables à gouvernance réduite.

Septièmement, un modèle de construction de blocs résistant à la pression de la centralisation tout en garantissant la résistance à la censure dans des environnements futurs inconnus est nécessaire.

M. Buterin a déclaré que les développeurs devraient cocher au moins une case chaque année, idéalement plusieurs. L’objectif est de faire ce qu’il faut une fois, en se basant sur la connaissance plutôt que sur des compromis à mi-chemin.

La mise à l’échelle de la bande passante est plus sûre que l’approche de réduction de la latence

M. Buterin a déclaré qu’il était plus sûr d’augmenter la bande passante que de réduire le temps de latence. Avec PeerDAS et les preuves à connaissance nulle, les développeurs savent comment augmenter la bande passante de plusieurs milliers de fois par rapport à la situation actuelle.

Les chiffres deviennent nettement plus favorables avec le sharding. Aucune loi physique n’empêche de combiner échelle extrême et décentralisation.

La réduction de la latence est soumise à des contraintes différentes. Ethereum est fondamentalement limité par la vitesse de la lumière et d’autres facteurs.

Les nœuds, en particulier les attestateurs, doivent fonctionner dans des environnements ruraux partout dans le monde, à la fois dans des environnements domestiques et commerciaux en dehors des centres de données.

Le protocole doit résister à la censure et garantir l’anonymat des nœuds, en particulier des auteurs de propositions et des auteurs d’attestations.

L’exploitation d’un nœud dans des lieux non concentrés doit être non seulement possible, mais aussi économiquement viable. Si les mises en dehors de la ville de New York entraînent une baisse de 10 % des revenus, davantage de personnes miseront à New York au fil du temps.

Ethereum lui-même doit passer le test du “walkaway”, de sorte que les développeurs ne peuvent pas construire une blockchain dépendant d’une constante remise en question sociale pour la décentralisation. L’économie ne peut pas prendre en charge la totalité de la charge, mais elle doit en prendre en charge la plus grande partie.