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

Seize fois de mise à niveau, un changement complet, mais la chaîne ne peut pas s’arrêter.

Auteur : James/Snapcrackle

Traduction : Deep Tide TechFlow

Introduction de Deep Tide : L’ingénieur 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 de Thésée ». Cet article est la meilleure explication grand public de Strawmap à ce jour, couvrant son fonctionnement, ses cinq grands objectifs et ses sept mises à niveau, accessible même sans connaissances techniques.

Voici le texte intégral :

Ethereum a récemment publié 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 feuille de route est destinée… c’est moi.

L’ingénieur Ethereum Justin Drake a publié ce qu’il appelle « Strawmap », une proposition de feuille de route pour sept mises à niveau jusqu’en 2029. Vitalik Buterin, cofondateur 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 de Thésée ».

Ce métaphore mérite d’être expliquée.

Le bateau de Thésée est une expérience de pensée grecque antique : si vous remplacez chaque planche d’un bateau une par une, à la fin toutes les planches étant changées, est-ce toujours le même bateau ?

C’est précisément ce que propose Strawmap pour Ethereum.

D’ici 2029, chaque composant principal du système sera remplacé. Mais sans arrêt prévu pour une « grande refonte ». L’objectif est une mise à niveau compatible avec l’ancien, qui maintient la chaîne en fonctionnement tout en remplaçant les pièces — même si chaque mise à jour nécessite toujours que les opérateurs de nœuds mettent à jour leur logiciel, et que des situations exceptionnelles puissent survenir. C’est une reconstruction complète déguisée en mise à niveau progressive. Techniquement, bien que la couche de consensus et la couche d’exécution soient toutes deux en cours de reconstruction, l’état (soldes utilisateurs, stockage des contrats, historique) est conservé dans toutes les bifurcations. « Ce bateau est 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.

Le nom « Strawmap » est une contraction de « strawman » (ébauche) et « roadmap » (feuille de route). Une ébauche est une proposition initiale, imparfaite, 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 échéances et objectifs précis.

Ce travail est mené par 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 s’y appuyer pour construire. JP Morgan bénéficiera de ces mises à niveau comme n’importe quel petit groupe à São Paulo.

Imaginez : une alliance de top ingénieurs mondiaux reconstruisant Internet financier, et vous pouvez y accéder directement.

Comment fonctionne Ethereum (version 60 secondes)

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

Ethereum est essentiellement un ordinateur mondial partagé. Pas une machine gérée par une seule entreprise, mais des milliers d’opérateurs indépendants exécutant 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 est 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 ». Quatre-vingt-dix-deux slots (environ 6,4 minutes) forment une « époque ».

La finalité — le moment où une transaction devient irréversible — prend environ 13 à 15 minutes, selon la position 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. Cet écart explique 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 le « mécanisme de consensus ». Le mécanisme actuel fonctionne bien et a fait ses preuves, mais il a été conçu pour une époque plus ancienne, 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 de vraies limites à ce qu’on peut construire dessus. 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, finalisée, sans possibilité d’annulation.

Solution : remplacer le moteur de consensus. L’objectif est d’atteindre la finalité dans chaque slot par un vote unique. Minimmit, une proposition de recherche, est un protocole conçu pour un consensus ultra-rapide, mais ses détails sont encore en développement. L’essentiel : atteindre la finalité en un seul slot. Ensuite, la durée de chaque slot sera aussi raccourcie : de 12 secondes à 8, puis 6, 4, 3, puis 2 secondes.

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

2. Gigagas L1 : 300 fois plus rapide

Le plafond actuel d’Ethereum — 15 à 30 TPS — est la limite.

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

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 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 — quelques minutes à plusieurs heures — mais la réduire à une seconde (x1000) 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 réseau à 10 000 TPS avec finalité rapide serait plus simple, avec moins de composants, et moins sujet aux erreurs.

3. Teragas L2 : 10 millions de transactions par seconde via canaux rapides

Pour des volumes massifs (et des besoins sur mesure), il faut toujours Layer 2. Aujourd’hui, la limite des L2 dépend de 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 que l’ensemble est complet. C’est comme vérifier un livre de 500 pages en feuilletant 20 pages au hasard : si elles sont toutes là, on peut en déduire que le reste aussi.

PeerDAS est déjà déployé dans Fusaka, posant les bases pour Strawmap. La progression vers l’objectif complet implique des bifurcations successives, augmentant la capacité de données, tout en testant la stabilité du réseau.

Une capacité de 10 millions de TPS en L2 ouvrirait des possibilités inaccessibles aujourd’hui : chaînes d’approvisionnement mondiales avec tokens numériques pour chaque produit, millions d’appareils connectés générant des données vérifiables, micro-paiements à quelques cents… Ces charges de travail sont impossibles à gérer sur les réseaux actuels, mais à 10 000 TPS, tout cela serait possible.

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

La sécurité d’Ethereum repose sur des mathématiques difficiles à casser avec nos ordinateurs actuels. Cela concerne la signature des transactions et la validation par les validateurs. Mais si un jour des ordinateurs quantiques suffisamment puissants apparaissent, ils pourraient falsifier des signatures ou 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 au lieu de octets), ce qui impacte la taille des blocs, la bande passante et le stockage.

Les attaques quantiques sont encore à des années, voire des 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 privé : confidentialité des transactions

Par défaut, tout sur Ethereum est public. Sauf si vous utilisez des applications comme Railgun ou des L2 axés sur la confidentialité (ZKsync, Aztec). Chaque transaction, chaque montant, chaque contrepartie est visible de tous.

Solution : intégrer la confidentialité directement dans le cœur d’Ethereum. L’objectif est de permettre la vérification de la validité d’une transaction (fonds suffisants, mathématiques correctes) sans révéler ses détails. Vous pouvez prouver « cette transaction est légitime pour 50 000 dollars » sans dévoiler qui a payé quoi ni pourquoi.

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

C’est aussi une convergence avec la recherche post-quantique : tout système de confidentialité doit être résistant aux ordinateurs 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 mises à niveau, environ tous les six mois, à partir de Glamsterdam. Chaque mise à niveau est volontairement limitée à une ou deux modifications majeures, pour pouvoir diagnostiquer précisément en cas de problème.

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

Hegotá apporte des améliorations structurelles supplémentaires. Les autres bifurcations (I à M) s’étendent jusqu’en 2029, introduisant progressivement un consensus plus rapide, la ZK preuve, l’extension de la disponibilité des données, la cryptographie résistante aux quanta, et la confidentialité.

Pourquoi jusqu’en 2029 ?

Parce que certains problèmes ne sont pas encore 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. Chaque changement nécessite des mois de tests et de vérifications formelles. À un certain point, réduire le cycle à moins de 4 secondes posera des problèmes physiques : la latence du signal autour de la Terre est d’environ 200 ms, et à un moment, on sera à la vitesse de la lumière.

Rendre les preuves ZK suffisamment rapides est une autre frontière. La différence entre la vitesse actuelle (minutes) et la cible (secondes) est d’environ 1000x, nécessitant des avancées mathématiques et du matériel spécialisé.

L’extension de la disponibilité des données est plus simple, mais tout aussi critique. La mathématique est là, mais il faut faire preuve de prudence dans un réseau valant des trillions de dollars en temps réel.

La migration post-quantique est un cauchemar opérationnel : les nouvelles signatures étant beaucoup plus volumineuses, cela bouleverse toute l’économie du système.

La confidentialité native soulève aussi des enjeux politiques : les régulateurs craignent que ces outils facilitent le blanchiment d’argent. Les ingénieurs doivent construire des solutions suffisamment privées pour être utiles, tout en étant suffisamment transparentes pour respecter la conformité, et résistantes aux quanta.

Ces priorités ne peuvent pas toutes avancer en même temps. Certaines mises à jour dépendent d’autres. On ne peut pas atteindre 10 000 TPS sans une preuve ZK mature, ni étendre Layer 2 sans travaux sur la disponibilité des données. La feuille de route dépend de ces dépendances.

Considérant tout cela, trois ans et demi est déjà très ambitieux.

Et 2029 ?

D’abord, un facteur d’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 réduire le calendrier. »

En février 2026, un développeur nommé YQ a parié avec Vitalik qu’un seul homme pourrait programmer tout le système Ethereum pour 2030+ en utilisant une IA. En quelques semaines, il a publié ETH2030 : un client de test en 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 ? Non. Comme Vitalik l’a souligné, il y a probablement des vulnérabilités clés, des stub dans certains cas, et l’IA n’a pas encore tenté une version complète. 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. »

L’idée centrale de Vitalik est que l’utilisation de l’IA ne doit pas seulement accélérer, mais aussi renforcer la 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 fondamentale.

Strawmap est un document de coordination, pas un engagement. Son ambition est grande, la feuille de route est visionnaire, et sa réalisation 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 — recherche, avancées, 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.