Imaginez un instant pouvoir effectuer une transaction privée sur Ethereum sans jamais dépendre d’un tiers pour payer les frais de réseau. Plus de relayer qui voit passer vos mouvements, plus de point de vulnérabilité supplémentaire. C’est exactement ce que certains chercheurs de la Fondation Ethereum sont en train de pousser pour l’upgrade Hegotá prévue en 2027. Et si l’idée paraît simple sur le papier, elle ouvre en réalité une discussion bien plus large sur la vie privée, la censure et l’avenir même de l’expérience utilisateur sur la deuxième blockchain du monde.
Pourquoi la confidentialité devient un sujet central pour Ethereum
Depuis plusieurs années, la question de la vie privée sur Ethereum revient régulièrement sur la table. Les utilisateurs le savent : chaque transaction laisse des traces. Les adresses, les montants, les interactions avec les contrats intelligents… tout est public. Pour ceux qui souhaitent protéger un minimum leur activité financière, les solutions existantes reposent souvent sur des pools de confidentialité. Mais ces outils ont un point faible récurrent : ils ont besoin d’un intermédiaire pour soumettre la transaction et régler les frais de gaz.
Ce relayer, aussi discret soit-il, devient un maillon supplémentaire dans la chaîne. Il peut observer des patterns, collecter des métadonnées ou simplement constituer une cible pour des pressions externes. Dans un contexte où les autorités américaines ont multiplié les actions contre des services de mixage, la simple existence d’un tiers centralisé ou semi-centralisé soulève des inquiétudes légitimes. D’où l’intérêt croissant pour des mécanismes qui permettraient aux pools eux-mêmes de financer leurs propres transactions.
C’est précisément sur ce point que se concentre aujourd’hui une partie des discussions techniques autour de Hegotá. L’idée n’est pas de créer un nouvel outil de confidentialité magique, mais de donner aux développeurs les briques protocolaires nécessaires pour que les pools puissent fonctionner de manière plus autonome et plus résistante à la censure.
Frame Transactions : une nouvelle façon de penser les transactions
Au cœur de la proposition se trouve le concept de Frame Transactions, référencé sous le numéro EIP-8141. Contrairement au format de transaction classique d’Ethereum, relativement rigide, les frames introduisent une structure programmable. Les portefeuilles et les applications gagneraient ainsi un contrôle beaucoup plus fin sur la validation, l’exécution et le paiement des frais.
Concrètement, la logique de la transaction serait découpée en « cadres » programmables. Cela ouvre la porte à des cas d’usage variés : sponsorship de gaz, systèmes de signature alternatifs, rotation de clés, et plus largement toutes les formes d’abstraction de compte. Pour les pools de confidentialité, l’intérêt est direct. Le pool pourrait lui-même payer les frais de réseau sans passer par un relayer externe. La transaction resterait ainsi plus isolée des regards extérieurs.
Toni Wahrstätter, chercheur de la Fondation Ethereum, a récemment souligné que ces frames constituaient un format de transaction « bien plus expressif ». Selon lui, ils s’inscrivent dans la vision plus large d’une expérience transactionnelle repensée pour les années à venir. Associés à d’autres propositions comme les Keyed Nonces et les Recent Roots (EIP-8272), ils permettraient à un compte de gérer plusieurs séquences de transactions distinctes et de se référer à un état récent du réseau sans être bloqué sur un bloc fixe.
On trouve également dans le package envisagé les Transaction Assertions (EIP-7906). Ces assertions offriraient aux utilisateurs la possibilité de définir des conditions qui doivent rester vraies au moment où la transaction est traitée. Une manière de limiter ce qui peut se produire après la signature, et donc de renforcer la sécurité côté portefeuille.
FOCIL : protéger les transactions contre l’exclusion sélective
Si Frame Transactions s’occupent de la flexibilité et du paiement des frais, FOCIL (Fork-Choice Enforced Inclusion Lists, EIP-7805) s’attaque à un autre problème : la censure potentielle par les constructeurs de blocs. Dans le modèle actuel, où la production de blocs devient de plus en plus spécialisée et concentrée, un builder pourrait théoriquement choisir d’ignorer certaines transactions, y compris celles issues de pools de confidentialité.
FOCIL propose qu’un comité de validateurs publie des listes de transactions que les builders sont censés inclure. Si un builder omet de manière injustifiée des transactions éligibles, les attesteurs peuvent rejeter le bloc proposé. Le système n’apporte pas la confidentialité en soi, mais il ajoute une garantie protocolaire d’inclusion. Pour les utilisateurs de pools privés, cela signifie moins de dépendance à la bonne volonté d’un acteur économique particulier.
À l’heure actuelle, FOCIL est la seule proposition déjà confirmée pour Hegotá. Les autres éléments, dont Frame Transactions, restent en discussion. Les équipes clientes comparent d’ailleurs EIP-8141 avec une autre proposition d’abstraction de compte (EIP-8130) avant de trancher. Une réunion technique est prévue fin août pour avancer sur ce point, avec une décision attendue peu après.
Un package cohérent pour la confidentialité protocolaire
Ce qui rend la proposition intéressante, c’est la combinaison des pièces. Frame Transactions permettent au pool de payer ses propres frais. FOCIL renforce les chances que la transaction soit effectivement incluse. Keyed Nonces et Recent Roots apportent de la flexibilité supplémentaire. Ensemble, ces éléments créent un environnement plus favorable aux applications de confidentialité sans pour autant imposer un design particulier aux développeurs.
Wahrstätter insiste sur ce point : il s’agit d’une préférence de l’équipe Protocol Architecture, pas d’une décision finale des core developers. Hegotá compte actuellement soixante-six propositions en discussion. Toutes ne trouveront évidemment pas leur place dans la mise à jour. Les choix devront tenir compte des ressources d’ingénierie, du support des clients, du temps de test et de la cohérence globale du fork.
Comme le chercheur l’a rappelé, un fork ne peut pas être une liste de souhaits. Il faut décider ce qui doit être adopté maintenant et ce qui nécessite encore du temps de maturation.
Le contexte américain et les leçons des affaires passées
Impossible d’évoquer la confidentialité sur Ethereum sans rappeler le climat réglementaire aux États-Unis. Les outils de mixage ont fait l’objet d’une attention soutenue de la part des autorités. Le Trésor américain a retiré les sanctions économiques visant Tornado Cash en mars 2025 après avoir réexaminé les questions juridiques et politiques liées à l’application de sanctions à une activité fondée sur de la technologie. Dans le même temps, il a réaffirmé ses préoccupations concernant l’utilisation des actifs numériques par des acteurs illicites, notamment nord-coréens.
Parallèlement, un jury de Manhattan a reconnu Roman Storm, cofondateur de Tornado Cash, coupable de complot en vue d’exploiter une entreprise de transmission d’argent non autorisée. Les jurés n’ont pas tranché sur les chefs de blanchiment et de sanctions. Le ministère de la Justice a affirmé que le protocole avait transmis plus d’un milliard de dollars de produits criminels. La défense a quant à elle souligné le caractère autonome et open-source du logiciel, arguant que les développeurs ne contrôlaient pas les transactions individuelles.
Ces affaires illustrent la tension permanente entre innovation technique et exigences de conformité. Les propositions discutées pour Hegotá se situent à un niveau différent : elles concernent le paiement des frais et l’inclusion des transactions, pas la structure juridique ou les systèmes de conformité d’une application particulière. Ni EIP-8141 ni EIP-7805 ne définissent comment un pool de confidentialité devrait gérer le screening des sanctions ou les règles de transmission d’argent. Ces questions restent du ressort des développeurs d’applications et des cadres légaux nationaux.
Hegotá dans la feuille de route plus large d’Ethereum
Hegotá doit succéder à Glamsterdam, l’upgrade que les développeurs souhaitent livrer avant la fin 2026. Glamsterdam se concentre notamment sur l’Enshrined Proposer-Builder Separation et les Block-Level Access Lists, ainsi que sur des ajustements de la tarification des ressources réseau. L’idée est d’intégrer plus profondément dans le protocole la séparation entre proposers et builders, et de permettre aux clients de préparer les données avant l’exécution afin de traiter certaines transactions en parallèle.
Les candidats pour Hegotá prolongent ce travail vers la confidentialité, la résistance à la censure, l’abstraction de compte et la gestion de l’état. Parmi les autres pistes étudiées figure EIP-8368, qui ajusterait les coûts de création d’état si la limite de gaz venait à être relevée au-delà des niveaux prévus pour Glamsterdam. Des discussions portent aussi sur des listes d’accès séparées, des plafonds de gaz pouvant atteindre 500 à 600 millions, et éventuellement des preuves zero-knowledge sur le réseau principal.
La confidentialité et la résistance quantique s’inscrivent dans une vision encore plus longue. Le plan Lean Ethereum évoqué par Vitalik Buterin prévoit de nouvelles primitives cryptographiques, une vérification fondée sur les preuves, un stockage repensé et une confidentialité native au niveau du protocole sur un horizon de trois à quatre ans. Les propositions actuelles pour Hegotá constituent donc une étape intermédiaire, concrète, plutôt qu’une révolution complète.
Ce que cela change concrètement pour les utilisateurs
Pour l’utilisateur final, l’intérêt principal réside dans la réduction des frictions et des points de surveillance. Aujourd’hui, utiliser un pool de confidentialité implique souvent de faire confiance à un service tiers pour soumettre la transaction. Demain, si Frame Transactions et FOCIL sont adoptés, ce service pourrait devenir optionnel. Le pool lui-même financerait le gaz, et le protocole offrirait des garanties d’inclusion plus robustes.
Cela ne rend pas magiquement toutes les transactions privées. La confidentialité dépend toujours de la conception de l’application, de la taille de l’anonymat set, des pratiques des utilisateurs et de nombreux autres facteurs. Mais cela enlève un obstacle technique et opérationnel non négligeable. Moins d’intermédiaires signifie aussi moins de surfaces d’attaque et moins de risques de fuite de métadonnées.
Les portefeuilles, de leur côté, pourraient proposer des expériences plus fluides. L’abstraction de compte, déjà explorée sous différentes formes, gagnerait en expressivité. Les développeurs disposeraient d’outils plus puissants pour construire des flux utilisateur sophistiqués sans avoir à bricoler autour des limitations actuelles du format de transaction.
Les défis techniques et organisationnels restants
Rien n’est encore acquis. Frame Transactions doit encore convaincre face à des propositions concurrentes. Les équipes clientes doivent évaluer la complexité d’implémentation, les risques de bugs, les performances et la compatibilité avec l’écosystème existant. FOCIL, bien que plus avancé dans le processus de sélection, nécessite lui aussi un travail d’ingénierie substantiel pour être déployé de manière sûre.
Le calendrier est ambitieux. Les équipes d’exécution doivent soumettre leurs listes de préférences pour Hegotá d’ici le 10 septembre. Avant cela, une réunion de travail fin août doit permettre de comparer les différentes approches d’abstraction de compte. Le rythme des discussions All Core Developers reste soutenu, mais les décisions finales dépendront de la maturité technique réelle de chaque EIP.
Il faut aussi garder à l’esprit que l’ajout de nouvelles fonctionnalités au protocole a un coût. Chaque changement augmente la surface d’attaque potentielle, complexifie le code des clients et allonge le temps de synchronisation et de validation. Les développeurs core ont toujours privilégié une approche prudente, préférant livrer des améliorations solides plutôt que d’empiler des fonctionnalités incomplètes.
Une évolution pragmatique plutôt qu’une révolution
Ce qui se dessine avec ces propositions n’est pas une bascule brutale vers un Ethereum totalement privé. C’est plutôt une série d’ajustements pragmatiques qui donnent aux constructeurs d’applications plus de latitude pour offrir de la confidentialité sans sacrifier l’inclusion ni créer de nouveaux points de centralisation. Le protocole reste neutre ; ce sont les applications qui choisiront d’exploiter ou non ces nouvelles possibilités.
Dans un environnement où la pression réglementaire reste forte et où les utilisateurs deviennent de plus en plus sensibles à la traçabilité de leurs mouvements, ces évolutions techniques ont du sens. Elles ne résolvent pas tous les problèmes, mais elles réduisent certains des compromis les plus visibles d’aujourd’hui.
La suite dépendra des prochains mois de discussions, de tests et de décisions collectives. Si Frame Transactions rejoint FOCIL dans le package final de Hegotá, 2027 pourrait marquer un tournant discret mais significatif dans la manière dont la confidentialité est gérée sur Ethereum. Un tournant qui, pour une fois, ne reposerait pas uniquement sur des applications tierces, mais sur des fondations protocolaires plus solides.
En attendant, les chercheurs et les développeurs continuent d’affiner les propositions. Les utilisateurs, de leur côté, peuvent suivre ces discussions avec un œil attentif : ce qui se décide aujourd’hui dans les appels techniques et les documents de recherche façonne concrètement l’expérience qu’ils auront demain sur le réseau. La confidentialité n’est plus seulement une question d’application. Elle devient progressivement une question d’architecture.
Et c’est peut-être là le point le plus intéressant de toute cette histoire. Après des années où la vie privée sur Ethereum a reposé sur des solutions externes, parfois fragiles, parfois contestées, le protocole lui-même commence à se doter d’outils capables de soutenir des modèles plus autonomes. Que ces outils soient finalement retenus pour 2027 ou reportés à plus tard, le simple fait qu’ils soient sérieusement considérés montre un changement de priorités. La confidentialité n’est plus un sujet périphérique. Elle s’installe progressivement au centre des réflexions sur l’évolution d’Ethereum.
Pour les pools de confidentialité, l’enjeu est clair : pouvoir fonctionner sans relayer, sans point de défaillance unique, et avec une meilleure protection contre l’exclusion. Pour les utilisateurs, c’est la promesse d’une expérience plus simple et plus discrète. Pour le réseau dans son ensemble, c’est un pas supplémentaire vers une infrastructure capable d’accueillir des cas d’usage variés sans forcer tout le monde dans le même moule de transparence totale. Les mois qui viennent diront si cette ambition se concrétise dans Hegotá ou si elle devra attendre encore un peu. Mais la direction, elle, semble déjà tracée.
