Ethereum a publié le plan de mise à niveau le plus détaillé de son histoire : sept mises à niveau, cinq objectifs, une reconstruction majeure.
Si vous vous demandez à qui s’adresse ce guide… c’est à moi.
Le chercheur Ethereum Justin Drake vient de publier ce qu’il nomme le "Strawmap", un calendrier proposé de sept mises à niveau majeures jusqu’en 2029. Vitalik Buterin, cofondateur d’Ethereum, l’a jugé "très important" et a comparé son effet cumulatif à une reconstruction du cœur d’Ethereum, à la manière du "Ship of Theseus".
Cette métaphore mérite d’être expliquée.
Le Ship of Theseus est une expérience de pensée grecque : si l’on remplace chaque planche d’un navire une à une, et qu’au final toutes les pièces sont changées, est-ce toujours le même navire ?
C’est précisément ce que propose le Strawmap pour Ethereum.
D’ici 2029, chaque composant majeur du système sera remplacé. Mais il n’est jamais question d’une "réécriture totale arrêtant tout". Le but est d’effectuer des mises à niveau rétrocompatibles, maintenant la chaîne active pendant le remplacement des éléments, même si chaque mise à niveau exige des opérateurs qu’ils mettent à jour leur logiciel et que certains cas limites évoluent. Il s’agit d’une reconstruction complète, présentée comme des mises à niveau progressives. Pour être rigoureux, alors que la logique de consensus et d’exécution est reconstruite, l’état (soldes des utilisateurs, stockage des contrats, historique) est conservé à travers tous les forks. Le "navire" est reconstruit alors qu’il transporte encore sa cargaison. Tous à bord !
"Pourquoi ne pas repartir de zéro ?" Parce qu’on ne peut pas redémarrer sans perdre ce qui fait la valeur d’Ethereum : les applications déjà existantes, les flux financiers, la confiance établie. Il faut remplacer les planches pendant que le navire avance.
Le nom "Strawmap" est une combinaison de "strawman" et "roadmap". Un strawman est une proposition préliminaire, publiée en sachant qu’elle est imparfaite, pour encourager la critique. Ce n’est donc pas une promesse, mais un point de départ pour le débat. C’est la première fois que les développeurs d’Ethereum explicitent un chemin de mise à niveau structuré, avec des échéances et des objectifs de performance clairs.
Les personnes impliquées figurent parmi les meilleurs cryptographes et informaticiens au monde. Et tout est open source. Aucun frais de licence, aucun contrat fournisseur, pas d’équipe commerciale. Toute entreprise, tout développeur, tout pays peut s’appuyer dessus. Les améliorations dont bénéficiera JPMorgan seront aussi accessibles à une startup de trois personnes à São Paulo.
Imaginez un consortium mondial d’ingénieurs de haut niveau reconstruisant l’infrastructure financière de l’internet, et vous pouvez simplement… vous connecter.
Avant de parler de son avenir, voici ce qu’est Ethereum aujourd’hui.
Ethereum est un ordinateur mondial partagé. Au lieu qu’une entreprise unique gère un serveur, des milliers d’opérateurs indépendants dans le monde exécutent chacun une copie du même logiciel.
Ces opérateurs vérifient les transactions de façon autonome. Un sous-ensemble, les validateurs, engage aussi leur propre argent (ETH) comme dépôt de garantie. S’ils trichent, ils le perdent. Toutes les 12 secondes, les validateurs s’accordent sur les transactions réalisées et leur ordre. Cette fenêtre de 12 secondes s’appelle un "slot". Chaque 32 slots (environ 6,4 minutes) forment une "epoch".
La finalité réelle, le moment où une transaction devient irréversible, prend environ 13 à 15 minutes, selon le cycle.
Ethereum traite environ 15 à 30 transactions par seconde, selon la complexité de chaque transaction. À titre de comparaison, le réseau Visa gère plus de 65 000 par seconde. Cet écart explique pourquoi la plupart des applications Ethereum fonctionnent aujourd’hui sur des réseaux "Layer 2", qui regroupent de nombreuses transactions et publient un résumé sur Ethereum pour la sécurité.
Le mécanisme qui permet à tous ces opérateurs de s’accorder s’appelle le "consensus mechanism". Celui d’Ethereum fonctionne et a fait ses preuves, mais il a été conçu pour une époque antérieure et limite les capacités du réseau.
Le Strawmap vise à corriger tout cela. Une mise à niveau à la fois.
Les cinq grands objectifs du Strawmap
La feuille de route s’articule autour de cinq objectifs. Ethereum fonctionne déjà. Des milliards de dollars y transitent chaque jour. Mais il existe de vraies limites à ce qui peut être construit dessus. Ces cinq cibles visent à lever ces barrières.
1. Fast L1 : Finalité en quelques secondes
Lorsque vous envoyez une transaction sur Ethereum aujourd’hui, il faut environ 13 à 15 minutes pour qu’elle soit vraiment finale, c’est-à-dire irréversible.
La solution : remplacer le moteur qui permet à tous les opérateurs de s’accorder. L’objectif est d’atteindre la finalité en une seule phase de vote dans chaque slot. Minimmit est l’un des principaux candidats, un protocole conçu pour un consensus ultra-rapide, mais le design exact reste à affiner. Ce qui compte, c’est la cible : la finalité dans un slot unique. Ensuite, la durée des slots elle-même est réduite : 12 secondes → 8 → 6 → 4 → 3 → 2.
La finalité n’est pas qu’une question de rapidité ; c’est une question de certitude. Pensez à un virement bancaire. Le temps entre "envoyé" et "réglé" est la fenêtre où tout peut encore mal tourner.
Si vous déplacez un paiement d’un million de dollars, ou finalisez une transaction obligataire, ou concluez une vente immobilière sur une blockchain, ces 13 minutes d’incertitude posent problème. Réduisez-les à quelques secondes, et vous transformez fondamentalement ce que le réseau peut faire. Non seulement pour les applications crypto natives, mais pour tout ce qui transfère de la valeur.
2. Gigagas : 300x plus grand
Le réseau principal d’Ethereum gère environ 15–30 transactions par seconde. C’est un goulot d’étranglement.
La solution : le Strawmap vise une capacité d’exécution de 1 gigagas par seconde, soit environ 10 000 TPS pour des transactions typiques (le chiffre exact dépend de la complexité de chaque transaction, puisque différentes opérations consomment différentes quantités de gas). L’idée centrale repose sur une technologie appelée "zero-knowledge proofs" (ZK proofs).
Aujourd’hui, chaque opérateur du réseau doit refaire chaque calcul pour vérifier sa validité. C’est comme si chaque employé d’une entreprise refaisait les calculs de tous ses collègues. Sûr ? Oui. Extrêmement inefficace ? Aussi.
Les ZK proofs permettent de vérifier un reçu mathématique compact prouvant que le calcul a été correctement effectué. Même confiance, une fraction du travail.
Le logiciel qui génère ces preuves est encore trop lent. Les versions actuelles prennent des minutes à des heures pour des calculs complexes.
Ramener cela à quelques secondes, soit une amélioration d’environ 1 000x, est un problème de recherche actif, pas seulement un défi d’ingénierie. Des équipes comme RISC Zero et Succinct progressent rapidement, mais cela reste à la frontière.
Un réseau principal à 10 000 TPS avec une finalité rapide signifie moins de complexité, moins de points de défaillance.
3. Teragas L2 : 10 millions de TPS sur les voies express
Les réseaux Layer 2 restent indispensables pour des volumes vraiment massifs (et la personnalisation). Aujourd’hui, les L2 sont limités par la quantité de données que le réseau principal d’Ethereum peut gérer pour eux.
La solution : une technique appelée "Data Availability Sampling" (DAS). Au lieu que chaque opérateur télécharge toutes les données pour vérifier leur existence, ils vérifient chacun des échantillons aléatoires et utilisent les mathématiques pour s’assurer que l’ensemble du jeu de données est intact. C’est comme vérifier qu’un livre de 500 pages est bien sur l’étagère en feuilletant 20 pages au hasard ; si elles y sont toutes, vous pouvez être statistiquement certain que le reste l’est aussi.
PeerDAS a été intégré lors de la mise à jour Fusaka, qui a posé les bases de tout ce que le Strawmap construit. Atteindre l’objectif complet implique une expansion itérative : plus de capacité de données à chaque fork, des tests de résistance de la stabilité du réseau à chaque étape.
10 millions de transactions par seconde à travers l’écosystème L2 ouvrent la voie à ce qui est aujourd’hui impossible sur toute blockchain. Imaginez des chaînes d’approvisionnement mondiales où chaque produit et expédition possède un jeton numérique. Ou des millions d’appareils connectés générant des données vérifiables. Ou des systèmes de micropaiement gérant des fractions de centime. Ces charges de travail dépassent les capacités de tout réseau existant. À 10 millions de TPS, elles tiennent sans difficulté.
4. Post-Quantum L1 : Préparer l’arrivée des ordinateurs quantiques
La sécurité d’Ethereum repose sur des problèmes mathématiques extrêmement difficiles à résoudre pour les ordinateurs actuels. Cela concerne à la fois les signatures que les utilisateurs font lors de l’envoi de transactions et celles que les validateurs utilisent pour atteindre le consensus. Les ordinateurs quantiques, s’ils deviennent assez puissants, pourraient casser les deux, permettant potentiellement à quelqu’un de falsifier des transactions ou de voler des fonds.
La solution : migrer vers de nouvelles méthodes cryptographiques (schémas basés sur le hachage) réputées résistantes aux attaques quantiques. Il s’agit d’une mise à niveau ultérieure car elle touche presque tout le système, et les nouvelles méthodes utilisent des données bien plus volumineuses (kilooctets au lieu d’octets), ce qui modifie l’économie des tailles de blocs, de la bande passante et du stockage sur l’ensemble du réseau.
Les attaques quantiques sur la cryptographie actuelle sont probablement à des années, voire des décennies. Mais si vous construisez une infrastructure censée durer, qui pourrait contenir des milliers de milliards de dollars, "on verra plus tard" n’est pas une réponse acceptable.
5. Private L1 : Rendre les transactions confidentielles
Tout sur Ethereum est public par défaut. À moins d’utiliser une application de confidentialité comme Railgun ou un L2 axé sur la confidentialité comme ZKsync ou Aztec, chaque transaction, chaque montant, chaque contrepartie est visible de tous.
La solution : intégrer les transferts confidentiels directement dans le cœur d’Ethereum. L’objectif technique est de permettre au réseau de vérifier qu’une transaction est valide, que l’expéditeur possède les fonds et que les calculs sont corrects, sans révéler les détails. Il est possible de prouver "voici un paiement légitime de 50 000 $" sans révéler qui paie qui, ni pourquoi.
Aujourd’hui, il existe des solutions de contournement. EY et StarkWare ont annoncé Nightfall sur Starknet en février 2026, apportant des transactions préservant la confidentialité à un environnement Layer 2. Mais ces solutions ajoutent complexité et coût. Intégrer la confidentialité dans la fondation supprime le besoin de middleware.
Les sept forks (mises à niveau)
Le Strawmap propose sept mises à niveau sur un rythme d’environ six mois, en commençant par Glamsterdam. Chaque mise à niveau est délibérément limitée à un ou deux changements majeurs à la fois, car en cas de problème, il faut pouvoir identifier précisément la cause.
Hegotá suit avec d’autres améliorations structurelles. Les forks restants (I* à M*) s’étendent jusqu’en 2029, déployant progressivement un consensus plus rapide, des ZK proofs, une disponibilité de données accrue, une cryptographie résistante aux ordinateurs quantiques et des fonctionnalités de confidentialité.
Pourquoi cela prend-il jusqu’en 2029 ?
Parce que certains de ces problèmes ne sont pas résolus.
Remplacer le mécanisme de consensus est le plus difficile. Imaginez remplacer les moteurs d’un avion en plein vol, alors que des milliers de copilotes doivent s’accorder sur chaque changement. Chaque modification nécessite des mois de tests et de vérification formelle. Et la volonté de réduire les cycles à moins de 4 secondes se heurte à un problème physique : il faut environ 200 millisecondes pour qu’un signal fasse le tour du globe. À un moment, on affronte la vitesse de la lumière.
Rendre les ZK provers suffisamment rapides est l’autre problème de frontière. L’écart entre la vitesse actuelle (minutes) et la cible (secondes) est d’environ 1 000x. Cela requiert des avancées mathématiques et du matériel dédié.
La montée en capacité de la disponibilité des données est difficile mais plus abordable. Les mathématiques fonctionnent. Le défi est de le faire prudemment sur un réseau actif contenant des centaines de milliards de valeur.
La migration post-quantique est un cauchemar opérationnel car les nouvelles signatures sont tellement plus volumineuses qu’elles modifient l’économie de tout le système.
La confidentialité native est politiquement sensible en plus d’être techniquement complexe. Les régulateurs craignent que les outils de confidentialité favorisent le blanchiment d’argent. Les ingénieurs doivent bâtir quelque chose d’assez privé pour être utile, mais assez transparent pour satisfaire les exigences de conformité, et cela doit aussi être résistant aux ordinateurs quantiques.
Et tout ne peut pas arriver en même temps. Certaines mises à niveau dépendent des autres. On ne peut pas atteindre 10 000 TPS sans ZK proofs matures. On ne peut pas faire évoluer les L2 sans travailler sur la disponibilité des données. Ces chaînes de dépendances déterminent le calendrier.
Trois ans et demi est en réalité ambitieux au vu de ce qui est tenté.
2029 ?
Il existe un facteur imprévu. Le Strawmap note explicitement que "le projet actuel suppose un développement piloté par l’humain. Le développement piloté par l’IA et la vérification formelle pourraient considérablement raccourcir le calendrier."
En février 2026, un développeur nommé YQ a parié avec Vitalik qu’une personne pourrait utiliser des agents IA pour coder l’ensemble du système Ethereum selon la feuille de route 2030+. En quelques semaines, il a livré ETH2030 : un client d’exécution Go expérimental revendiquant environ 713 000 lignes de code, avec les 65 éléments du Strawmap implémentés, annoncé comme fonctionnant sur des réseaux de test et le mainnet.
Est-ce prêt pour la production ? Non. Comme l’a souligné Vitalik, il y a presque certainement des bugs critiques partout, et dans certains cas, probablement des implémentations incomplètes où l’IA n’a même pas tenté la version complète. Mais la réponse de Vitalik mérite d’être lue attentivement : "Il y a six mois, même cela était hors de portée, et ce qui compte, c’est la tendance… Il faut rester ouvert à la possibilité (pas la certitude ! la possibilité) que la feuille de route Ethereum soit achevée bien plus vite que prévu, avec un niveau de sécurité bien supérieur à ce qu’on attend."
L’idée clé de Vitalik est que la bonne façon d’utiliser l’IA n’est pas seulement d’aller plus vite. C’est de prendre moitié du gain en vitesse, moitié en sécurité : plus de tests, plus de vérification mathématique, plus d’implémentations indépendantes du même concept.
L’initiative Lean Ethereum travaille sur la vérification formelle machine pour des parties de la pile cryptographique et de preuves. Un code sans bug, longtemps considéré comme un fantasme idéaliste, pourrait en fait devenir une attente de base.
Le Strawmap est un document de coordination, pas une promesse. Ses objectifs sont ambitieux, son calendrier est aspirant, et son exécution dépend de centaines de contributeurs indépendants.
Mais la vraie question n’est pas de savoir si chaque objectif sera atteint dans les temps. C’est de savoir si vous voulez construire sur une plateforme avec cette trajectoire, ou lui faire concurrence.
Et le fait que tout cela — la recherche, les avancées, les migrations cryptographiques — se déroule en toute transparence, gratuitement, accessible à tous… c’est la partie de l’histoire qui mérite bien plus d’attention qu’elle n’en reçoit.
Avertissement :
1. Cet article est reproduit à partir de [[Snapcrackle](https://x.com/Snapcrackle/status/2029174289379811594)]. Tous droits réservés à l’auteur original [*Snapcrackle*]. En cas d’objection à cette republication, veuillez contacter l’équipe Gate Learn, qui traitera votre demande rapidement.
2. Clause de non-responsabilité : Les opinions exprimées dans cet article sont celles de l’auteur et ne constituent en aucun cas un conseil en investissement.
3. Les traductions de cet article dans d’autres langues sont réalisées par l’équipe Gate Learn. Sauf mention contraire, la copie, distribution ou plagiat des articles traduits est interdite.
**
