Feuille de route d'Ethereum 2029 : se réinventer entièrement, mais ce navire ne peut pas s'arrêter

Auteur : James/Snapcrackle

Traduction : Deep Tide TechFlow

Deep Tide Introduction : L’ingénieur en Ethereum Justin Drake a publié « Strawmap » — la toute première feuille de route structurée pour la mise à niveau d’Ethereum avec des échéances précises et des objectifs de performance. Vitalik la qualifie de « très importante » et la décrit comme une reconstruction du type « bateau du Minotaure ». Cet article est la meilleure explication grand public de Strawmap à ce jour, couvrant son fonctionnement, ses cinq grands objectifs et ses sept mises à niveau, de façon accessible même sans connaissances techniques.

Voici le texte intégral :

Ethereum vient de publier son plan de mise à niveau le plus détaillé à ce jour. Sept mises à niveau, cinq objectifs, une reconstruction à grande échelle.

Si vous vous demandez à qui cette guide s’adresse… c’est à moi.

L’ingénieur en Ethereum Justin Drake a publié ce qu’il appelle « Strawmap », une feuille de route pour sept grandes mises à niveau jusqu’en 2029. Vitalik Buterin, co-fondateur d’Ethereum, la qualifie de « très importante » et la décrit comme une reconstruction du cœur d’Ethereum à la manière du « bateau du Minotaure ».

Ce métaphore mérite d’être comprise.

Le bateau du Minotaure est une expérience de pensée grecque : si vous remplacez chaque planche d’un bateau, un par un, à la fin, est-ce toujours le même bateau ?

C’est ce que propose Strawmap pour Ethereum.

D’ici 2029, chaque composant principal du système sera remplacé. Mais sans planification d’une « grande coupure » pour tout réinitialiser. L’objectif est une mise à niveau compatible avec l’ancien, qui remplace les pièces tout en maintenant la chaîne en fonctionnement — même si chaque mise à niveau nécessite que les opérateurs de nœuds mettent à jour leur logiciel, et que des cas exceptionnels puissent survenir. C’est une reconstruction complète déguisée en mise à niveau progressive. Techniquement, bien que la logique de la couche de consensus et de la couche d’exécution soit en train d’être reconstruite, l’état (soldes des utilisateurs, stockage des contrats, historique) est conservé dans toutes les bifurcations. « Ce bateau est en train d’être reconstruit tout en transportant sa cargaison. » Montez à bord !

« Pourquoi ne pas tout recommencer à zéro ? » Parce que vous ne pouvez pas redémarrer, sinon vous perdrez ce qui donne de la valeur à Ethereum : les applications déjà en fonctionnement, les fonds en circulation, la confiance établie. Il faut remplacer les pièces tout en faisant avancer le bateau.

« Strawmap » est un mot-valise combinant « strawman (ébauche) » et « roadmap (feuille de route) ». Une ébauche est une proposition initiale, consciente de ses imperfections, faite pour être critiquée. Ce n’est pas un engagement, mais un point de départ pour le débat. Mais c’est la première fois que les constructeurs d’Ethereum proposent une feuille de route structurée, avec des échéances et des objectifs de performance clairs.

Ce travail réunit les meilleurs cryptographes et informaticiens du monde, et tout est open source. Sans frais de licence, sans contrat avec un fournisseur, sans équipe commerciale. Toute entreprise, tout développeur, tout pays peut y contribuer. JP Morgan bénéficiera de ces mises à niveau comme n’importe quel petit groupe de start-up à São Paulo.

Imaginez : une alliance d’ingénieurs de classe mondiale reconstruisant Internet financier, et vous pouvez y accéder directement.

Comment fonctionne Ethereum (version 60 secondes)

Avant de parler de ses destinations futures, voyons ce qu’il est aujourd’hui.

Ethereum est essentiellement un ordinateur mondial partagé. Ce n’est pas une entreprise qui gère un serveur, mais des milliers d’opérateurs indépendants dans le monde qui exécutent chacun une copie du même logiciel.

Ces opérateurs valident les transactions de façon indépendante. Certains sont appelés validateurs, qui mettent en jeu leur ETH en garantie. Si un validateur tente de tricher, sa mise sera confisquée. Toutes les 12 secondes, ils parviennent à un consensus sur les transactions qui ont eu lieu, dans quel ordre. Cette fenêtre de 12 secondes s’appelle un « slot ». Chaque 32 slots (environ 6,4 minutes), on forme une « époque ».

La finalité — le moment où une transaction devient irréversible — prend environ 13 à 15 minutes, selon la position de la transaction dans le cycle.

Ethereum traite environ 15 à 30 transactions par seconde, selon leur complexité. En comparaison, Visa peut traiter plus de 65 000 transactions par seconde. C’est pourquoi la plupart des applications Ethereum fonctionnent aujourd’hui sur des « Layer 2 » — des systèmes indépendants qui regroupent de nombreuses transactions, puis envoient un résumé à la couche principale pour garantir la sécurité.

Ce système de consensus, qui permet à tous ces opérateurs de s’accorder, s’appelle « mécanisme de consensus ». Le mécanisme actuel fonctionne bien et a fait ses preuves, mais il a été conçu pour une époque antérieure, limitant la capacité du réseau.

L’objectif de Strawmap est de résoudre tous ces problèmes, une mise à niveau à la fois.

Les cinq grands objectifs de Strawmap

La feuille de route s’articule autour de cinq objectifs. Ethereum fonctionne déjà, avec des milliards de dollars en circulation chaque jour. Mais il y a des limites concrètes à ce qu’on peut construire. Ces cinq objectifs visent à éliminer ces limites.

1. L1 ultra-rapide : finalité en secondes

Aujourd’hui, il faut environ 13 à 15 minutes pour qu’une transaction sur Ethereum soit confirmée — c’est-à-dire devenue irréversible, définitive, sans possibilité d’annulation.

Solution : remplacer le moteur de consensus. L’objectif est d’atteindre la finalité en un seul slot par un vote unique. Minimmit, une proposition de protocole en cours d’étude, est une option clé, conçue pour un consensus ultra-rapide, mais ses détails sont encore en développement. L’essentiel : atteindre la finalité dans un seul slot. Ensuite, la durée du slot elle-même sera réduite : de 12 secondes à 8, puis 6, 4, 3, puis 2 secondes.

La finalité n’est pas seulement une question de vitesse, mais de certitude. Pensez aux virements bancaires : le délai entre « envoi » et « règlement » est une fenêtre où des erreurs peuvent survenir. Si vous effectuez un paiement de millions de dollars, une transaction boursière ou une vente immobilière, ces 13 minutes d’incertitude posent problème. Réduire ce délai à quelques secondes change fondamentalement ce que le réseau peut faire — pas seulement pour des applications cryptographiques natives, mais pour toute opération impliquant une valeur.

2. L1 gigagaz : 300 fois plus rapide

Le débit actuel d’Ethereum (15-30 TPS) est une limite majeure.

Solution : Strawmap vise 1 gigagas d’exécution par seconde, ce qui correspond à environ 10 000 TPS pour des transactions typiques (selon leur complexité). La technologie clé : la « preuve à divulgation zéro » (ZK proof).

Une explication simple : aujourd’hui, chaque opérateur doit recalculer chaque opération pour en vérifier la validité. C’est comme si chaque employé devait refaire le même exercice. C’est sûr, mais très inefficace. La ZK proof permet de vérifier une preuve mathématique compacte attestant que le calcul est correct, avec très peu de travail. La génération de ces preuves est encore lente (minutes à heures), mais la réduire à une seconde — un facteur 1000 d’accélération — est un enjeu de recherche actif, pas seulement d’ingénierie. Des équipes comme RISC Zero et Succinct progressent rapidement, mais c’est encore à la pointe.

Un Ethereum principal à 10 000 TPS avec finalité rapide implique moins de composants, moins de points de défaillance.

3. Teragas L2 : 10 millions de TPS via canaux rapides

Pour des volumes massifs (et des besoins sur mesure), il faut toujours Layer 2. Aujourd’hui, la limite des L2 est dictée par la capacité de traitement de la couche principale.

Solution : une technique appelée « échantillonnage de disponibilité des données » (DAS). Au lieu de télécharger toutes les données, chaque opérateur vérifie un échantillon aléatoire, puis utilise des preuves mathématiques pour garantir l’intégralité. C’est comme vérifier un livre de 500 pages en feuilletant 20 pages au hasard : si elles sont toutes présentes, on peut en déduire que le reste l’est aussi.

PeerDAS est déjà déployé sur Fusaka, préparant le terrain pour Strawmap. La prochaine étape consiste à augmenter la capacité à chaque bifurcation, en testant la stabilité du réseau.

Une capacité de 10 millions de TPS sur L2 ouvre la porte à des cas d’usage impossibles aujourd’hui : chaînes d’approvisionnement mondiales, tokens pour chaque produit ou expédition, millions d’appareils connectés générant des données vérifiables, micro-paiements à quelques cents. Ces charges de travail sont hors de portée de tout réseau actuel, mais à 10 000 TPS, elles seront possibles.

4. L1 post-quantique : préparer l’ère des ordinateurs quantiques

La sécurité d’Ethereum repose sur des mathématiques difficiles à casser aujourd’hui. Cela concerne la signature lors de l’envoi de transactions, et la signature utilisée par les validateurs pour parvenir à un consensus. Si un ordinateur quantique devient suffisamment puissant, il pourrait casser ces protections, permettant à quelqu’un de falsifier des transactions ou de voler des fonds.

Solution : migrer vers de nouvelles méthodes cryptographiques (basées sur le hachage), résistantes aux attaques quantiques. C’est une mise à niveau tardive, car elle touche presque tout le système, et les nouvelles méthodes nécessitent beaucoup plus de données (kilooctets contre octets), ce qui impacte la taille des blocs, la bande passante et le stockage.

Les menaces quantiques sont encore à plusieurs années, voire décennies, mais pour une infrastructure conçue pour durer — avec des trillions de dollars en jeu — attendre n’est pas une option.

5. L1 confidentiel : rendre les transactions privées

Par défaut, tout sur Ethereum est public. Sauf si vous utilisez des applications comme Railgun, ZKsync ou Aztec, où chaque transaction, montant et contrepartie est visible de tous.

Solution : intégrer la confidentialité directement dans la couche principale. L’objectif est que le réseau puisse vérifier la validité d’une transaction (fonds suffisants, mathématiques correctes) sans révéler ses détails. Vous pouvez prouver « qu’il s’agit d’un paiement légitime de 50 000 dollars » sans révéler qui a payé ou à qui.

Il existe déjà des solutions provisoires : EY et StarkWare ont annoncé en février 2026 que Starknet intégrerait Nightfall, pour des transactions privées en L2. Mais ces solutions ajoutent complexité et coût. Intégrer la confidentialité dans la couche de base élimine le besoin d’intermédiaires.

C’est aussi une étape clé pour la compatibilité avec la cryptographie post-quantique : tout système de confidentialité doit être résistant aux attaques quantiques. Deux défis à résoudre simultanément. La réussite de cette étape éliminerait un obstacle majeur à l’adoption massive.

Les sept bifurcations (mises à niveau)

Strawmap propose sept bifurcations, environ tous les six mois, à partir de Glamsterdam. Chaque bifurcation est volontairement limitée à une ou deux modifications majeures, pour pouvoir diagnostiquer précisément la cause en cas de problème.

Après Fusaka (déployé, avec PeerDAS et optimisation des données), la première bifurcation est Glamsterdam, qui restructure la façon dont les blocs de transactions sont assemblés.

Hegotá apportera ensuite des améliorations structurelles supplémentaires. Les bifurcations restantes (I à M) s’étaleront jusqu’en 2029, introduisant progressivement un consensus plus rapide, la ZK proof, l’extension de la disponibilité des données, la cryptographie résistante aux ordinateurs quantiques, et la confidentialité.

Pourquoi jusqu’en 2029 ?

Parce que certains problèmes restent non résolus.

Remplacer le mécanisme de consensus est le plus difficile. Imaginez changer le moteur d’un avion en vol, avec des milliers de copilotes devant s’accorder sur chaque changement. Chaque modification nécessite des mois de tests et de vérifications formelles. Et à un certain point, réduire le cycle à moins de 4 secondes rencontrera des limites physiques : la vitesse de la lumière limite la vitesse de communication, avec un délai d’environ 200 ms pour faire le tour de la Terre.

Rendre les ZK proofers suffisamment rapides est un autre défi de pointe. La différence entre la vitesse actuelle (minutes) et la cible (secondes) est d’environ 1000 fois, nécessitant des avancées mathématiques et du matériel spécialisé.

L’extension de la disponibilité des données est plus accessible, mais tout aussi complexe. La mathématique est claire, mais il faut faire preuve de prudence dans un réseau valant des centaines de milliards de dollars en temps réel.

La migration post-quantique est un cauchemar opérationnel : les nouvelles signatures étant beaucoup plus volumineuses, elles changent toute la dynamique économique.

La confidentialité native, en plus de ses défis techniques, soulève aussi des enjeux politiques. Les régulateurs craignent que les outils de confidentialité facilitent le blanchiment d’argent. Les ingénieurs doivent créer des solutions suffisamment privées pour être utiles, tout en étant suffisamment transparentes pour respecter la conformité, et résistantes aux attaques quantiques.

Ces priorités sont incompatibles à court terme. Certaines mises à niveau dépendent d’autres : on ne peut pas atteindre 10 000 TPS sans ZK, ni étendre L2 sans améliorer la disponibilité des données. Ces dépendances déterminent le calendrier.

Compte tenu de la complexité, trois ans et demi sont déjà très ambitieux.

Et en 2029 ?

Il y a une incertitude. Strawmap indique explicitement : « La version actuelle suppose un développement principalement humain. Le développement piloté par l’IA et la vérification formelle pourraient considérablement accélérer le calendrier. »

En février 2026, un développeur nommé YQ a parié avec Vitalik qu’un seul développeur pourrait programmer tout le système Ethereum pour 2030+ à l’aide d’un agent IA. En quelques semaines, il a publié ETH2030 : un client Go expérimental, avec environ 713 000 lignes de code, intégrant toutes les 65 entrées de Strawmap, en testnet et mainnet.

Est-ce prêt à produire ? Non. Comme Vitalik le souligne, il y a probablement des vulnérabilités majeures, des implémentations incomplètes, voire des prototypes. Mais sa réponse est importante : « Il y a six mois, même une telle chose semblait hors de portée. Ce qui compte, c’est la tendance… Les gens devraient rester ouverts à cette possibilité (pas la certitude, mais la possibilité) : la feuille de route d’Ethereum sera achevée bien plus vite que prévu, avec des standards de sécurité plus élevés que prévu. »

La clé de Vitalik est que l’utilisation de l’IA ne doit pas seulement accélérer, mais aussi équilibrer vitesse et sécurité : plus de tests, plus de vérifications mathématiques, plus d’implémentations indépendantes.

Le projet Lean Ethereum travaille à la validation formelle de certains composants cryptographiques et preuves. Un code sans vulnérabilités — longtemps considéré comme une utopie — pourrait devenir une attente standard.

Strawmap est un document de coordination, pas un engagement. Son ambition est grande, sa feuille de route est visionnaire, et sa mise en œuvre dépend de centaines de contributeurs indépendants.

Mais le vrai enjeu n’est pas de respecter chaque étape, mais de savoir si vous souhaitez construire sur cette plateforme ou la concurrencer.

Et tout cela — recherches, innovations, migrations cryptographiques — se déroule dans un environnement ouvert, gratuit, accessible à tous… C’est cette partie qui, dans cette histoire, devrait recevoir bien plus d’attention qu’elle n’en reçoit actuellement.