Feuille de route d’Ethereum pour 2029 en détail : se transformer entièrement, mais ce navire ne doit pas cesser de naviguer
TechFlow SélectionTechFlow Sélection
Feuille de route d’Ethereum pour 2029 en détail : se transformer entièrement, mais ce navire ne doit pas cesser de naviguer
Sept mises à niveau, un renouvellement complet, mais la chaîne ne doit jamais s’arrêter.
Dédié à des analyses Web3 approfondiesAuteur : James/Snapcrackle
Traduction et synthèse : TechFlow
Introduction de TechFlow : Le chercheur Ethereum Justin Drake a publié le « Strawmap » — la première feuille de route structurée d’améliorations d’Ethereum dotée d’échéances précises et d’objectifs de performance clairement définis. Vitalik Buterin l’a qualifié d’« extrêmement important » et a décrit son effet cumulé comme une reconstruction à la manière du « navire de Thésée ». Cet article constitue actuellement la présentation la plus claire et la plus complète du Strawmap, couvrant son fonctionnement, ses cinq objectifs fondamentaux ainsi que ses sept étapes d’implémentation — compréhensible même par les non-spécialistes.
Texte intégral :
Ethereum vient de publier son plan d’amélioration le plus détaillé jamais conçu : sept mises à niveau, cinq objectifs stratégiques, une refonte globale.
Si vous vous demandez pour quel néophyte ce guide est destiné… c’est pour moi.
Le chercheur Ethereum Justin Drake a présenté ce qu’il appelle le « Strawmap », un calendrier de sept propositions d’amélioration s’étendant jusqu’en 2029. Vitalik Buterin, co-fondateur d’Ethereum, l’a qualifié d’« extrêmement important » et a décrit l’effet cumulé de ces changements comme une reconstruction du cœur d’Ethereum à la manière du « navire de Thésée ».
Cette métaphore mérite d’être comprise.
Le « navire de Thésée » est une expérience de pensée issue de la Grèce antique : si l’on remplace progressivement chaque planche d’un navire, jusqu’à ce que toutes soient remplacées, s’agit-il encore du 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é. Pourtant, aucune interruption planifiée ni réécriture radicale n’est prévue. L’objectif consiste à réaliser des mises à niveau rétrocompatibles, permettant de remplacer les planches tout en maintenant le navire en pleine navigation — bien que chaque mise à niveau exige néanmoins une mise à jour logicielle par les opérateurs de nœuds, et que certains cas particuliers puissent évoluer. Il s’agit donc d’une reconstruction complète déguisée en améliorations progressives. Stricto sensu, bien que la logique des couches de consensus et d’exécution soit entièrement reconstruite, l’état (soldes utilisateurs, stockage des contrats et historique des transactions) est préservé dans toutes les fourches. « Le navire est reconstruit tout en transportant sa cargaison. » Montez à bord !
« Pourquoi ne pas tout recommencer depuis zéro ? » Parce qu’un redémarrage est impossible sans perdre ce qui confère sa valeur à Ethereum : les applications déjà déployées, les fonds déjà en circulation, la confiance déjà établie. Il faut remplacer les planches pendant que le navire navigue.
Le nom « Strawmap » fusionne les termes anglais « strawman » (projet préliminaire) et « roadmap » (feuille de route). Un projet préliminaire est une proposition délibérément imparfaite, conçue spécifiquement pour être soumise à la critique. Ce n’est donc pas un engagement, mais le point de départ d’un débat. Toutefois, il s’agit de la première fois que les développeurs d’Ethereum ont tracé une voie d’amélioration structurée, calée sur un calendrier précis et dotée d’objectifs de performance clairement formulés.
Ce travail mobilise certains des meilleurs cryptographes et informaticiens au monde. Et tout est entièrement open source. Aucun droit d’auteur, aucun contrat avec des fournisseurs, aucune équipe commerciale d’entreprise. Toute entreprise, tout développeur, tout pays peut y construire. JPMorgan Chase bénéficiera de ces améliorations exactement de la même façon qu’une petite start-up de trois personnes à São Paulo.
Imaginez qu’une alliance d’ingénieurs de premier plan dans le monde entreprenne la reconstruction complète des infrastructures financières d’internet — et que vous puissiez y accéder directement.
Comment fonctionne Ethereum (version en 60 secondes)
Avant d’aborder où il va, commençons par ce qu’il est aujourd’hui.
Ethereum est essentiellement un ordinateur mondial partagé. Il ne s’agit pas d’un serveur exploité par une seule entreprise, mais de milliers d’instances indépendantes du même logiciel, exécutées à travers le monde par des opérateurs distincts.
Ces opérateurs valident indépendamment les transactions. Certains d’entre eux, appelés « validateurs », engagent également leur propre ETH comme garantie. Si un validateur tente de tricher, son ETH engagé est confisqué. Toutes les 12 secondes, les validateurs parviennent à un accord sur les transactions effectuées et leur ordre exact. Cette fenêtre de 12 secondes s’appelle un « slot » (emplacement). Chaque groupe de 32 slots (soit environ 6,4 minutes) forme une « epoch » (époque).
La « finalité » réelle — le moment où une transaction devient irréversible — prend environ 13 à 15 minutes, selon la position de votre transaction dans le cycle.
La vitesse de traitement d’Ethereum est d’environ 15 à 30 transactions par seconde, selon la complexité de chaque transaction. En comparaison, le réseau Visa traite plus de 65 000 transactions par seconde. Cette différence explique pourquoi la plupart des applications Ethereum actuelles fonctionnent sur des réseaux « Layer 2 » — des systèmes indépendants qui regroupent un grand nombre de transactions avant d’envoyer un résumé sécurisé à la couche principale d’Ethereum.
Le système permettant à tous ces opérateurs d’atteindre un consensus s’appelle le « mécanisme de consensus ». Le mécanisme actuel d’Ethereum fonctionne correctement et a fait ses preuves dans la pratique, mais il a été conçu pour une ère antérieure et limite la capacité maximale du réseau.
L’objectif du Strawmap est de résoudre tous ces problèmes, un à la fois.
Cinq objectifs fondamentaux du Strawmap
La feuille de route organise l’ensemble autour de ces cinq objectifs. Ethereum fonctionne déjà, avec des milliards de dollars qui circulent quotidiennement sur le réseau. Toutefois, il comporte des limites réelles quant aux applications qu’il est possible d’y développer. Ces cinq objectifs visent précisément à lever ces limitations.
1. L1 rapide : finalité en quelques secondes
Aujourd’hui, une transaction envoyée sur Ethereum nécessite environ 13 à 15 minutes pour être véritablement confirmée — c’est-à-dire devenir irréversible, définitive et non annulable.
Solution : Remplacer le moteur permettant à tous les opérateurs d’atteindre un consensus. L’objectif est d’obtenir la finalité au sein d’un seul slot, via un vote unique. Minimmit est l’un des principaux candidats en cours d’étude : il s’agit d’un protocole conçu spécifiquement pour un consensus ultra-rapide, bien que sa conception finale soit encore en cours d’achèvement. Ce qui importe ici, c’est l’objectif : atteindre la finalité au sein d’un seul slot. Le temps d’un slot lui-même sera également réduit progressivement : la trajectoire proposée est 12 secondes → 8 → 6 → 4 → 3 → 2.
La finalité ne concerne pas uniquement la vitesse, mais aussi la certitude. Pensez à un virement bancaire : le délai entre « envoyé » et « réglé » correspond à la fenêtre durant laquelle une erreur reste possible. Si vous effectuez un paiement d’un million de dollars, le règlement d’un contrat obligataire ou la transaction immobilière sur une blockchain, cette incertitude de 13 minutes devient problématique. La réduire à quelques secondes transforme fondamentalement les usages possibles de ce réseau — non seulement pour les applications natives du domaine crypto, mais aussi pour toute activité impliquant un transfert de valeur.
2. L1 Gigagas : une vitesse accrue de 300 fois
Le réseau principal d’Ethereum traite actuellement environ 15 à 30 transactions par seconde : c’est là que réside le goulot d’étranglement.
Solution : Le Strawmap vise une capacité d’exécution de 1 gigagas par seconde, ce qui équivaut approximativement à 10 000 transactions par seconde pour des transactions typiques (le chiffre exact dépend de la complexité de chaque transaction, car différentes opérations consomment des quantités variables de gaz). La technologie centrale utilisée est la « preuve à divulgation nulle de connaissance » (preuve ZK).
La façon la plus simple de comprendre cela est la suivante : actuellement, chaque opérateur du réseau doit recalculer chaque opération afin d’en vérifier la justesse. Cela revient à demander à chaque employé d’une entreprise de refaire, indépendamment, tous les calculs effectués par ses collègues. Sécurisé ? Oui. Extrêmement inefficace ? Aussi. Une preuve ZK permet de vérifier une brève « facture mathématique » compacte prouvant que le calcul est correct, offrant le même niveau de confiance avec un effort minimal.
Les logiciels capables de générer ces preuves sont actuellement trop lents. Dans leur version actuelle, ils nécessitent plusieurs minutes à plusieurs heures pour traiter des tâches complexes. Les faire passer à l’échelle de la seconde — soit un gain de vitesse d’environ 1 000 fois — constitue un problème de recherche actif, et non plus simplement un défi d’ingénierie. Des équipes telles que RISC Zero et Succinct progressent rapidement, mais ce domaine demeure à la pointe de la recherche.
Atteindre 10 000 TPS sur le réseau principal combiné à une finalité rapide signifie une architecture simplifiée, moins de composants actifs, et donc moins de points de défaillance potentiels.
3. L2 Teragas : 10 millions de transactions par seconde via des canaux rapides
Pour des volumes de transactions vraiment massifs (et des besoins personnalisés), les réseaux Layer 2 restent indispensables. Aujourd’hui, leur capacité maximale est limitée par la quantité de données que le réseau principal d’Ethereum peut traiter pour leur compte.
Solution : Une technologie appelée « échantillonnage de disponibilité des données » (DAS). Plutôt que de télécharger l’intégralité des données pour en vérifier l’existence, chaque opérateur examine un échantillon aléatoire et utilise des méthodes mathématiques pour prouver que l’ensemble complet des données est disponible. C’est comme vérifier qu’un livre de 500 pages est bien présent sur une étagère : on tourne aléatoirement 20 pages différentes ; si elles sont toutes présentes, on peut statistiquement conclure que le reste du livre y est également.
PeerDAS a déjà été déployé lors de la mise à niveau Fusaka, posant ainsi les fondations nécessaires au Strawmap. Son extension vers l’objectif final implique une croissance itérative : chaque fourche augmente progressivement la capacité de données, accompagnée à chaque étape de tests rigoureux de stabilité réseau.
Un écosystème L2 capable de traiter 10 millions de transactions par seconde ouvre des portes inaccessibles à toute blockchain existante aujourd’hui. Imaginez une chaîne logistique mondiale où chaque produit et chaque expédition disposent d’un jeton numérique ; ou des millions d’appareils connectés générant des données vérifiables ; ou encore un système de micropaiements de fractions de centime. Ces charges de travail dépassent largement les capacités de tout réseau existant aujourd’hui, tandis qu’elles seraient largement absorbées à 10 millions de TPS.
4. L1 post-quantique : préparation face aux ordinateurs quantiques
La sécurité d’Ethereum repose sur des problèmes mathématiques extrêmement difficiles à résoudre pour les ordinateurs actuels. Cela s’applique à l’ensemble du système — y compris les signatures utilisées par les utilisateurs lors de l’envoi de transactions, ainsi que celles employées par les validateurs pour parvenir à un consensus. Lorsque les ordinateurs quantiques deviendront suffisamment puissants, ils pourraient potentiellement résoudre ces deux types de problèmes, autorisant ainsi la falsification de transactions ou le vol de fonds.
Solution : Migrer vers de nouvelles méthodes cryptographiques (basées sur des fonctions de hachage), jugées résistantes aux attaques quantiques. Il s’agit d’une amélioration programmée plus tardivement, car elle touche presque chaque composant du système, et que les nouvelles méthodes requièrent des volumes de données nettement plus importants (des kilo-octets plutôt que des octets), modifiant ainsi totalement l’économie liée à la taille des blocs, à la bande passante et au stockage du réseau.
La menace posée par les ordinateurs quantiques sur la cryptographie actuelle pourrait encore prendre plusieurs années, voire plusieurs décennies. Mais si vous construisez une infrastructure destinée à durer — une infrastructure pouvant abriter des milliers de milliards de dollars de valeur — reporter à plus tard n’est pas une réponse satisfaisante.
5. L1 privé : confidentialité des transactions
Tout est par défaut public sur Ethereum. À moins d’utiliser une application dédiée à la confidentialité telle que Railgun, ou un réseau L2 axé sur la confidentialité comme ZKsync ou Aztec, chaque transaction, chaque montant et chaque contrepartie sont visibles par tous.
Solution : Intégrer nativement le transfert confidentiel au cœur même d’Ethereum. L’objectif technique est de permettre au réseau de vérifier la validité d’une transaction (le solde suffisant de l’expéditeur, la justesse des calculs mathématiques), sans divulguer les détails réels. Vous pouvez ainsi prouver « il s’agit d’un paiement légitime de 50 000 dollars », sans révéler qui paie qui, ni à quelle fin.
Des solutions de contournement existent déjà. EY et StarkWare ont annoncé en février 2026 Nightfall sur Starknet, apportant des transactions privées dans l’environnement L2. Toutefois, ces solutions augmentent la complexité et les coûts. Intégrer la confidentialité directement à la couche fondamentale élimine complètement le besoin de middleware.
C’est aussi le point de convergence avec le travail post-quantique : quelle que soit la solution de confidentialité développée, elle doit simultanément résister aux attaques quantiques. Deux défis qui doivent être résolus conjointement. Résoudre ce problème fera disparaître l’un des principaux obstacles à l’adoption massive.
Sept fourches (mises à niveau)
Le Strawmap propose sept mises à niveau, espacées d’environ six mois chacune, débutant par Glamsterdam. Chaque mise à niveau est délibérément limitée à un ou deux changements majeurs, car en cas de problème, il faut pouvoir identifier précisément la cause.
La première mise à niveau après Fusaka (déjà déployée, posant les bases grâce à PeerDAS et à l’optimisation des données) est Glamsterdam, qui réorganise la façon dont les blocs de transactions sont assemblés.
Hegotá introduit ensuite des améliorations structurelles supplémentaires. Les fourches restantes (I à M) s’étendent jusqu’en 2029, mettant progressivement en œuvre un consensus plus rapide, des preuves ZK, une disponibilité accrue des données, une cryptographie résistante aux attaques quantiques et des fonctionnalités de confidentialité.
Pourquoi jusqu’en 2029 ?
Parce que certains de ces problèmes ne sont pas encore résolus.
Remplacer le mécanisme de consensus est la tâche la plus difficile. Imaginez remplacer le moteur d’un avion en plein vol, alors que des milliers de copilotes doivent approuver chaque modification. Chaque changement exige plusieurs mois de tests et de vérification formelle. Par ailleurs, réduire le temps de cycle à moins de 4 secondes finira par heurter des limites physiques : le temps de propagation d’un signal autour de la Terre est d’environ 200 millisecondes, et à un certain stade, on court littéralement contre la vitesse de la lumière.
Rendre les générateurs de preuves ZK suffisamment rapides constitue un autre défi de pointe. L’écart entre la vitesse actuelle (minutes) et la vitesse cible (secondes) est d’environ 1 000 fois, ce qui nécessite des percées mathématiques et du matériel spécialisé.
L’extension de la disponibilité des données est moins ardue, mais plus opérationnelle. Les fondements mathématiques sont solides ; le défi réside dans la gestion prudente d’un réseau en temps réel, détenant des centaines de milliards de dollars de valeur.
La migration post-quantique représente un cauchemar opérationnel, car les nouvelles signatures sont nettement plus volumineuses, modifiant l’économie de tout le réseau.
La confidentialité native ajoute, outre la difficulté technique, une sensibilité politique. Les régulateurs craignent que les outils de confidentialité favorisent le blanchiment d’argent. Les ingénieurs doivent concevoir un système assez privé pour être utile, tout en étant suffisamment transparent pour répondre aux exigences réglementaires — et qui, en plus, doit résister aux attaques quantiques.
Ces améliorations ne peuvent pas être menées simultanément. Certaines dépendent d’autres : on ne peut pas atteindre 10 000 TPS sans des preuves ZK matures, ni étendre les capacités L2 sans avoir d’abord renforcé la disponibilité des données. Ces dépendances déterminent le calendrier.
Compte tenu de l’ampleur des ambitions, une durée de trois ans et demi est en réalité très ambitieuse.
Et 2029 ?
Tout d’abord, un facteur d’incertitude existe. Le Strawmap précise explicitement : « Le projet actuel suppose un développement piloté par des humains. Un développement piloté par l’IA et une vérification formelle automatisée pourraient considérablement raccourcir ce calendrier. »
En février 2026, un développeur nommé YQ a parié avec Vitalik sur la possibilité pour une seule personne, assistée par des agents IA, de programmer l’intégralité du système Ethereum prévu pour la feuille de route 2030+. Quelques semaines plus tard, il publiait ETH2030 : un client expérimental Go d’exécution, revendiquant environ 713 000 lignes de code, implémentant les 65 éléments du Strawmap, et indiquant qu’il fonctionne sur les réseaux de test et sur le réseau principal.
Est-ce prêt pour la production ? Non. Comme l’a souligné Vitalik, il contient presque certainement des vulnérabilités critiques partout, et dans certains cas, des implémentations incomplètes (stubs), voire des parties que l’IA n’a même pas tenté de produire. Toutefois, la réponse de Vitalik mérite une attention particulière : « Il y a six mois, même une telle réalisation aurait semblé hors de portée. Ce qui compte, c’est la tendance… Les gens devraient garder l’esprit ouvert (pas une certitude ! une simple possibilité) à l’idée que la feuille de route d’Ethereum pourrait être achevée bien plus vite que prévu, et que les normes de sécurité pourraient dépasser largement les attentes. »
L’analyse fondamentale de Vitalik est que la bonne utilisation de l’IA ne consiste pas simplement à aller plus vite, mais à consacrer la moitié des gains à la vitesse et l’autre moitié à la sécurité : davantage de tests, davantage de vérifications mathématiques, davantage d’implémentations indépendantes d’un même composant.
Le projet Lean Ethereum procède actuellement à des vérifications formelles assistées par machine pour certaines parties de la pile cryptographique et des preuves. Du code exempt de bogues — longtemps considéré comme une utopie idéaliste — pourrait bien devenir une attente fondamentale.
Le Strawmap est un document de coordination, non une promesse. Ses objectifs sont ambitieux, son calendrier visionnaire, et sa mise en œuvre dépend de centaines de contributeurs indépendants.
Mais la question véritable ne porte pas tant sur le respect ou non des délais fixés pour chaque objectif. Elle concerne plutôt le choix entre construire sur cette trajectoire — ou la concurrencer.
Et tout ceci — la recherche, les percées, la migration cryptographique — se déroule dans un environnement ouvert, gratuitement, et est accessible à tous… C’est précisément cette dimension qui mérite, dans cette histoire, bien plus d’attention qu’elle n’en reçoit actuellement.
Bienvenue dans la communauté officielle TechFlow
Groupe Telegram :https://t.me/TechFlowDaily
Compte Twitter officiel :https://x.com/TechFlowPost
Compte Twitter anglais :https://x.com/BlockFlow_News
@Snapcrackle
