Et si l’ordinateur quantique n’était plus un scénario de science-fiction pour 2040, mais une hypothèse de travail à intégrer dès maintenant dans le calendrier d’une blockchain mondiale? C’est précisément le virage que vient d’acter Ethereum. Le réseau ne se contente plus d’évoquer la menace dans des notes de recherche: il fixe une cible opérationnelle, décembre 2029, pour rendre sa couche 1 résistante au quantique sur l’exécution, le consensus et la disponibilité des données. Derrière cette date se dessine déjà le prochain grand chantier, Hegotá, avec des transactions à cadres programmables, des preuves d’exécution encore optionnelles et un débat toujours ouvert sur l’émission d’ether.
Pourquoi Ethereum Avance Sa Ligne De Défense Quantique
La plupart des estimations placent encore un ordinateur quantique cryptographiquement pertinent après 2030. Les équipes protocole ont pourtant choisi une hypothèse plus agressive: un tel machine pourrait exister vers 2030. Dès lors, attendre n’est plus une option. Le cluster Protocol a qualifié l’échéance de 2029 de non négociable, au moins jusqu’en janvier 2027, moment où des experts externes devront réévaluer l’état réel de la course quantique.
Cette posture n’est pas un coup de communication. Elle découle d’une réalité technique simple: les signatures elliptiques qui sécurisent aujourd’hui comptes, validateurs et agrégations de votes ne résisteraient pas à un adversaire quantique suffisamment puissant. Changer ces primitives n’est pas un simple remplacement de bibliothèque. C’est un chantier qui traverse trois couches distinctes, avec des contraintes différentes et des calendriers de hard fork qui ne se superposent pas naturellement.
La couche d’exécution peut gagner en agilité cryptographique. Le consensus, lui, exige des fourches dédiées. La disponibilité des données doit, à terme, se défaire de dépendances incompatibles avec l’objectif post-quantique.
Trois Couches, Trois Problèmes Différents
Sur l’exécution, le défi tient surtout aux comptes. Aujourd’hui, l’authentification repose massivement sur des courbes elliptiques. Demain, un compte devra pouvoir changer de méthode de vérification sans attendre une nouvelle fourche à chaque évolution des standards. C’est là qu’intervient l’idée d’agilité cryptographique: le protocole ne fige plus une seule signature pour tous, il laisse l’account définir sa propre logique de validation.
Le consensus pose un problème plus profond. Les signatures des validateurs et leur agrégation sont tissées dans les règles mêmes du protocole. On ne bascule pas d’un schéma à l’autre par un simple paramètre. Il faudra des hard forks ciblés, des spécifications nouvelles, des clients alignés et des tests de sécurité à grande échelle. La moindre approximation ici toucherait la finalité et la sécurité économique du réseau.
La disponibilité des données n’échappe pas à la migration. Certaines dépendances cryptographiques actuelles ne satisfont pas la cible post-quantique. Le plan publié par Protocol insiste donc pour que les trois systèmes avancent ensemble, plutôt que de laisser une couche devenir le maillon faible d’un réseau déjà résistant ailleurs.
Ce Que La Couche 1 Ne Protégera Pas Toute Seule
Même si Ethereum tient son calendrier, le socle ne garantit rien aux systèmes qui gravitent autour. Portefeuilles, solutions de garde, ponts, rollups et applications peuvent conserver des dépendances classiques. Lors de l’AMA du 16 septembre, cette question a ressurgi: comment identifier, hors du cœur de protocole, les primitives vulnérables et les remplacer avant l’échéance?
Le sujet est moins spectaculaire qu’un hard fork, mais il conditionne la sécurité réelle des utilisateurs. Un pont qui continue d’accepter d’anciennes signatures, un contrat de garde figé, une application qui ne sait pas faire tourner une clé: autant de surfaces qui resteraient exposées alors même que la couche 1 aurait déjà basculé.
Rendre Ethereum post-quantique ne consiste pas seulement à changer le cœur du protocole. Il s’agit aussi d’entraîner tout l’écosystème à abandonner, pièce par pièce, les schémas qui ne tiendront plus.
Hegotá, Premier Relais Visible Du Calendrier
La cible 2029 ne tiendra pas avec une seule fourche. Protocol l’écrit clairement: le travail devra se chevaucher entre Hegotá, puis I*, J* et les étapes suivantes. On ne termine pas une mise à jour pour seulement ensuite ouvrir la recherche suivante. Clients, cryptographes, relecteurs de sécurité et chercheurs externes devront avancer sur plusieurs stades en parallèle.
Hegotá reste pour l’instant une mise à niveau en planification, avec une période attendue autour du deuxième trimestre 2027 et aucune date mainnet confirmée. Deux changements y sont formellement inscrits: FOCIL et les Frame Transactions. Le reste du périmètre continue d’être sélectionné. C’est dans cette fourche que se joue le premier grand geste d’agilité côté comptes.
Frame Transactions: Des Comptes Qui Choisissent Leur Preuve
EIP-8141, plus connue sous le nom de Frame Transactions, est désormais prévue pour Hegotá. Le brouillon sépare validation, exécution et paiement du gaz en cadres programmables. Un compte peut définir comment il vérifie une autorisation, au lieu de dépendre pour toujours du modèle de signature actuel.
Concrètement, cela ouvre plusieurs usages. Rotation de clés. Paiement de gaz sponsorisé. Arrangements tarifaires alternatifs. Groupes d’actions atomiques, où une approbation peut être annulée si l’opération suivante échoue. Le rôle post-quantique de ce design n’est pas d’imposer un unique algorithme de signature. Il est de permettre à un compte d’adopter un nouveau schéma via sa propre logique, sans que tout le réseau doive figer un format pour chaque utilisateur.
Protocol a classé Frames en priorité S pour Hegotá et l’a présenté comme la tête d’affiche de la couche d’exécution. Le paquet actuel l’associe aux nonces clés d’EIP-8250 et aux racines récentes d’EIP-8272. Selon les chercheurs, cette combinaison sert aussi des cas de confidentialité et trace une sortie progressive des clés maîtresses secp256k1.
| Élément | Statut actuel | Intérêt principal |
|---|---|---|
| EIP-8141 Frames | Prévu pour Hegotá, spécification encore en brouillon | Validation programmable et agilité cryptographique |
| EIP-8250 / EIP-8272 | Associés au paquet Frames | Nonces clés et racines récentes, voie vers plus de confidentialité |
| EIP-8025 | Proposé pour Hegotá, pas encore requis au consensus | Preuves d’exécution optionnelles |
| FOCIL | Formellement programmé dans Hegotá | Inclusion moins dépendante d’un seul constructeur de blocs |
Un détail souvent négligé mérite d’être souligné: les Frames peuvent laisser un utilisateur payer les frais via un sponsor ou un jeton, tandis que les validateurs continuent de recevoir des frais réseau libellés en ether. La structure économique du protocole n’est donc pas cassée. Elle devient plus flexible côté utilisateur, sans rompre le dénominateur commun côté validateurs.
La spécification reste un brouillon, même si l’inclusion est prévue. Rien n’empêche des ajustements pendant l’implémentation et les tests. C’est un point important pour quiconque voudrait déjà présenter Frames comme une fonctionnalité livrée. Le créneau est réservé. Le texte, lui, peut encore bouger.
Des Preuves D’Exécution D’Abord Optionnelles
Le chantier L1-zkEVM suit une montée en puissance volontairement étagée. EIP-8025 propose des preuves d’exécution optionnelles. Validateurs et nœuds pourraient les produire ou les consommer sans modifier, pour l’instant, les règles de validité du consensus. L’idée est de tester en conditions réelles la création de preuves, le réseau, la vérification et l’intégration client, avant que ces preuves ne deviennent obligatoires pour valider un bloc.
La proposition reste à l’état de brouillon et figure dans la section « proposé pour inclusion » de Hegotá. Protocol l’a malgré tout classée en priorité A en septembre, estimant qu’elle ferait entrer le travail d’exécution sans état dans les spécifications canoniques et réduirait la multiplication de branches zkVM séparées.
Plus tard, la feuille de route vise des preuves obligatoires: les validateurs pourraient vérifier un résumé succinct plutôt que de réexécuter chaque bloc. L’ordre exact des fourches n’est pas figé. Protocol souligne qu’une partie du travail post-quantique côté consensus pourrait passer devant les preuves d’exécution obligatoires. Autrement dit, la sécurité cryptographique du consensus pourrait primer sur l’accélération de la vérification par preuves.
Performances En Hausse, Preuves De Sûreté Encore Incomplètes
Les chiffres de fin 2025 ont marqué les esprits: 99 % des blocs Ethereum pouvaient être prouvés en moins de dix secondes sur le matériel cible, après une chute brutale des temps de preuve. Ce n’est pas encore la fin de l’histoire. Le suivi zkEVM actuel sépare toujours la conformité ISA, la preuve en temps réel et la maturité de sécurité.
La vérification formelle n’a pas non plus éliminé le besoin de tests. Un rapport de mai sur le zkEVM a montré qu’un travail de vérification sur SP1 Hypercube avait établi des garanties mathématiques pour une partie de l’implémentation RISC-V, avant que des essais ultérieurs ne révèlent un problème JALR et d’autres écarts dans les hypothèses. La leçon, formulée par les équipes, est limpide: une affirmation formelle doit dire précisément ce qui a été prouvé, et ce qui reste hors du périmètre.
L’équipe de vérification formelle continue d’outiller cette exigence. Le programme better.codes d’août s’appuie sur Lean et ArkLib pour tester des revendications de solidité cryptographique sur des systèmes de preuve fondés sur des hachages. Des subventions du deuxième trimestre ont aussi soutenu la vérification des contraintes zkVM RISC-V et des outils d’exécution Ethereum. La recherche avance. Elle n’autorise pas encore un raccourci vers le consensus obligatoire.
Confidentialité: Une Voie Par Les Frames Plutôt Qu’Un Mécanisme Unique
La confidentialité n’est plus un sujet satellite. Elle figure parmi les programmes de recherche multi-fourches de Protocol, aux côtés du post-quantique. Le plan actuel commence par des outils au niveau de la transaction autour de Hegotá, notamment Frames et FOCIL, avant d’attaquer plus tard une confidentialité post-quantique et des conceptions de mempool chiffré.
FOCIL vise à rendre l’inclusion d’une transaction moins dépendante d’un seul constructeur de blocs. Combiné à des comptes programmables et à des nonces clés, le dispositif pourrait permettre à des applications de confidentialité d’utiliser le pipeline transactionnel habituel, sans relais dédié pour chaque opération privée. La feuille de route décrit Frames comme un support pour une validation préservant la vie privée et une abstraction du gaz, tandis que FOCIL fournit le mécanisme d’inclusion.
Un autre brouillon, EIP-8182, proposait un mécanisme inscrit dans le protocole pour des transferts privés d’ether et de jetons ERC-20. Protocol l’a écarté du cadrage de Hegotá en septembre, estimant que la voie fondée sur les Frames pouvait soutenir la confidentialité sans graver un système particulier dans le protocole. Ce refus n’enterre pas la confidentialité native. Il change simplement l’itinéraire d’ingénierie privilégié pour l’instant.
Cette prudence a une logique. Enshriner trop tôt un schéma de confidentialité, c’est risquer de figer un design qui devra ensuite cohabiter avec des primitives post-quantiques encore en mouvement. Mieux vaut, selon l’approche retenue, doter les comptes d’une flexibilité générique, puis laisser les applications composer leurs flux privés par-dessus.
Finalité Plus Rapide, Mais Pas Au Prix Du Consensus Découplé
La recherche sur la finalité avance sur un calendrier distinct. La feuille de route du 7 septembre désigne le consensus découplé comme candidat principal pour la fourche I* après Hegotá. L’idée consiste à séparer la disponibilité d’un bloc du mécanisme de finalité, afin de faire descendre cette dernière de l’ordre de la minute vers l’ordre de la seconde, par étapes successives. Spécifications et prototypes restent en développement.
Quick Slots, qui pourrait raccourcir le créneau actuel de 12 secondes, n’a pas reçu le même engagement pour Hegotá. EIP-8198 a été classé en priorité B. Protocol demande une spécification complète, une implémentation, une évaluation d’écosystème et la confirmation que le changement n’interférera pas avec le consensus découplé. Une institution liée à l’écosystème a récemment soutenu l’exploration d’un passage de 12 à 10 secondes, tout en rappelant que EIP-8198 n’était pas programmé pour inclusion.
La tension est classique: aller plus vite sans casser le chemin plus structurel. Accélérer le slot peut séduire les marchés et les applications. Si cela complique le découplage entre disponibilité et finalité, le gain immédiat pourrait coûter cher plus tard. D’où le refus, pour l’instant, de surcharger Hegotá.
L’Émission D’Ether Reste Une Question Politique
L’AMA du 16 septembre est revenue, encore et encore, sur l’émission d’ETH et la taille de la base de staking. Plusieurs questions ont contesté la courbe de récompense actuelle. D’autres ont demandé si la croissance continue du staking pouvait peser sur les détenteurs non stakés ou concentrer le système de validateurs.
Une proposition concrète existe: EIP-8363. Elle imagine une combustion d’émission dégressive, qui réduirait l’émission nette des validateurs à mesure que le ratio de staking augmente, jusqu’à annuler l’émission de consensus près d’un seuil de saturation proche de 50 % de l’offre. Le brouillon prévoit une transition de 18 mois s’il était un jour activé.
Protocol a unanimement refusé d’inscrire EIP-8363 dans le cadrage de Hegotá, tout en précisant que ce refus n’était pas un jugement sur le fond. Le cluster rappelle que l’émission touche chaque détenteur, chaque staker et le budget de sécurité du réseau. Le sujet doit donc traverser un processus d’écosystème, et non être tranché par un seul groupe de sélection de fourche.
Le contraste avec Frames est instructif. Frames a un créneau de fourche. L’émission, elle, n’a que des positions de chercheurs et un brouillon. Tant qu’il n’y a ni spécification adoptée ni chemin d’activation, parler d’une décision d’Ethereum sur les récompenses de staking serait prématuré.
Une Fondation Réorganisée Pour Porter Plusieurs Fronts À La Fois
En juin, la Fondation a créé cinq clusters principaux: Protocol, Access, User, Community et Institutional, plus les fonctions d’opération et de direction. La restructuration s’est accompagnée d’une réduction d’effectifs d’environ 54 personnes, soit près de 20 %, et d’une redistribution plus nette entre recherche, besoins utilisateurs et relations institutionnelles.
Protocol porte désormais la livraison des hard forks et des axes comme la sécurité post-quantique, le zkEVM et la confidentialité de couche 1. Access se concentre sur les transactions, la preuve, la délégation et le contrôle utilisateur. Institutional dialogue avec établissements financiers, entreprises, gouvernements, universités et organisations non lucratives. Cette découpe n’est pas cosmétique: elle dit que le calendrier 2029 ne tiendra que si la recherche, le produit et l’adoption avancent ensemble.
Le document de priorités du 7 septembre insiste sur le chevauchement des travaux. Hegotá n’est qu’un relais. I* et J* devront déjà être préparés pendant que Frames et FOCIL prennent forme. Les équipes clientes, les cryptographes et les relecteurs externes sont donc convoqués sur plusieurs stades simultanément, ce qui change aussi la façon dont la communauté devra suivre le rythme.
Ce Que Les Utilisateurs Et Les Bâtisseurs Devraient Surveiller
Pour un utilisateur, la première conséquence visible ne sera pas un badge « quantum safe » sur son portefeuille. Ce sera, si Hegotá tient, une plus grande liberté de validation et de paiement. Des comptes capables de tourner une clé. Des frais pris en charge par un tiers. Des opérations groupées plus sûres. Puis, plus tard, une pression croissante pour que les applications cessent de dépendre d’anciennes signatures.
Pour un développeur de rollup ou de pont, le message est plus urgent. La couche 1 peut changer. Les dépendances héritées, elles, resteront vulnérables si personne ne les inventorie. Identifier dès maintenant où se nichent les schémas classiques, dans les contrats, les relais, les preuves de light client ou les mécanismes de garde, n’est plus un exercice académique.
Pour un staker ou un détenteur, le débat sur l’émission restera politique. Les chercheurs peuvent soutenir une réforme. Protocol refuse de la trancher via Hegotá. Tant que l’écosystème n’aura pas convergé, la courbe actuelle demeure le cadre de référence, avec toutes les tensions qu’elle nourrit sur la taille du staking.
Repères à retenir
- Décembre 2029 est une cible d’ingénierie, pas une garantie.
- Une réévaluation externe est prévue à partir de janvier 2027.
- Frames et FOCIL sont inscrits pour Hegotá; EIP-8025 reste proposé.
- Les preuves zkEVM ne changent pas encore la validité consensus.
- L’émission d’ETH n’a pas de politique adoptée.
Les Questions Que La Communauté Continue De Poser
Ethereum sera-t-il forcément résistant au quantique en 2029? Non. La date est un objectif d’équipe, pas une assurance. La Fondation prévoit de réexaminer le rythme quantique avec des regards extérieurs dès le début 2027. Si la menace avance plus vite, le calendrier devra se resserrer. Si elle recule, l’échéance pourra être rediscutée, mais pas avant cette revue.
EIP-8141 est-il déjà confirmé au sens d’une spécification figée? Non plus. Les Frame Transactions sont prévues pour Hegotá, mais le texte reste un brouillon. Il peut évoluer durant l’implémentation. Confondre « programmé » et « livré » serait une erreur de lecture.
Le réseau utilise-t-il déjà des preuves zkEVM pour le consensus? Pas aujourd’hui. EIP-8025 ouvre la porte à des preuves optionnelles. Les preuves obligatoires appartiennent à une étape ultérieure. Quant à l’émission, EIP-8363 demeure un projet, et Protocol a refusé d’en faire l’objet d’une décision de fourche à court terme.
Un Calendrier Qui Force L’Écosystème À Grandir Plus Vite
Il y a quelque chose de singulier dans cette séquence. Ethereum n’attend pas qu’un ordinateur quantique fasse la une pour bouger. Il traite 2030 comme une hypothèse de planification exigeante et en déduit un programme de fourches emboîtées. En même temps, il refuse de tout enshriner trop tôt: pas de schéma de confidentialité unique gravé dans Hegotá, pas de politique d’émission tranchée par un comité de cadrage, pas de preuves obligatoires avant d’avoir testé le terrain.
Cette double posture, urgente et prudente, peut frustrer. Elle a pourtant une cohérence. Changer trop vite le consensus sans preuves de sûreté, c’est exposer le réseau. Changer trop tard les signatures, c’est exposer l’épargne. Entre les deux, Protocol tente de construire des leviers d’agilité, à commencer par des comptes capables de changer de méthode d’authentification sans attendre le prochain grand soir protocolaire.
Le prochain point de contrôle n’est donc pas 2029. C’est le processus de périmètre encore ouvert de Hegotá. Frames et FOCIL sont dans la file. EIP-8025 reste candidat. D’autres pièces devront encore franchir spécification, prototype et tests avant qu’un créneau leur soit accordé. Derrière cette mécanique un peu aride se joue une question plus simple, presque existentielle pour une blockchain publique: saura-t-elle renouveler sa cryptographie assez tôt, sans se figer, et sans laisser l’écosystème à la traîne?
La réponse ne tiendra pas dans un communiqué. Elle se construira fork après fork, preuve après preuve, rotation de clé après rotation de clé. Jusqu’à ce que décembre 2029 cesse d’être une ligne sur une feuille de route et devienne, ou non, une propriété réelle du réseau que des millions de comptes utilisent chaque jour.
