Ethereum Prépare Pools Privés Autofinancés Pour 2027

Imaginez un instant un réseau où vos transactions confidentielles ne dépendent plus d’un intermédiaire pour régler les frais de gaz. Où le protocole lui-même garantit qu’un constructeur de blocs ne peut pas simplement ignorer votre opération privée. C’est exactement ce que les chercheurs d’Ethereum viennent de placer sur la table pour l’upgrade Hegotá prévue en 2027. Une annonce discrète, publiée le 17 août 2026, qui pourrait transformer en profondeur la façon dont la confidentialité s’intègre au cœur de la deuxième plus grande blockchain au monde.

Ethereum Place La Confidentialité Au Cœur De Hegotá

Le message de Toni Wahrstätter, chercheur de la Ethereum Foundation, a fait le tour des cercles techniques en quelques heures. Dans un post publié sur X, il a résumé la position de l’équipe Protocol Architecture : FOCIL doit être la tête d’affiche de Hegotá, et Frame Transactions mérite de le rejoindre au même rang. Derrière ces acronymes se cache une ambition claire. Permettre aux pools de confidentialité de payer leurs propres frais réseau sans passer par un relais tiers, tout en renforçant les garanties d’inclusion au niveau du protocole.

Hegotá arrive après Glamsterdam, l’upgrade ciblée pour fin 2026. Alors que Glamsterdam se concentre sur l’enshrinement de la séparation proposeur-constructeur et les listes d’accès au niveau des blocs, Hegotá ouvre un nouveau chapitre. Privacy, résistance à la censure, abstraction de compte et gestion d’état y sont au menu. Soixante-six propositions restent en discussion. FOCIL est pour l’instant la seule confirmée. Le reste se joue dans les semaines qui viennent.

Ce Que Changent Vraiment Les Frame Transactions

Les Frame Transactions, formalisées sous l’EIP-8141, proposent un format de transaction bien plus expressif que le modèle actuel. Au lieu d’une structure figée, la logique se découpe en cadres programmables. Les portefeuilles et les applications gagnent un contrôle accru sur la validation, l’exécution et le paiement du gaz. Gas sponsorship, signatures alternatives, rotation de clés et d’autres formes d’abstraction de compte deviennent possibles de façon native.

Pour les pools de confidentialité, l’impact est direct. Aujourd’hui, un relais doit souvent soumettre la transaction et avancer les frais. Ce relais constitue un point de fuite potentiel : détails de comportement, informations réseau, horodatages. Avec les frames, le pool lui-même peut prendre en charge le paiement. L’intermédiaire disparaît. Wahrstätter le résume ainsi : « Ensemble avec les Frames, cela permet des privacy pools où le pool lui-même paie les frais, supprimant le besoin d’intermédiaires. »

Ensemble avec les Frames, cela permet des privacy pools où le pool lui-même paie les frais, supprimant le besoin d’intermédiaires. Ajoutez le support FOCIL, et les transactions privées gagnent aussi des garanties d’inclusion au niveau du protocole.

Toni Wahrstätter

Le package ne s’arrête pas là. Frame Transactions s’appuie sur Keyed Nonces et Recent Roots, regroupés sous l’EIP-8272. Les Keyed Nonces autorisent un compte à maintenir plusieurs séquences de transactions distinctes. Les Recent Roots permettent à une transaction de se référer à un état récent sans dépendre d’une référence de bloc unique et figée. Transaction Assertions, ou EIP-7906, complète le tableau. Les portefeuilles peuvent définir des conditions qui doivent rester vraies au moment du traitement. L’utilisateur limite ainsi ce qui peut se produire après signature et soumission.

FOCIL, Le Garde-Fou Contre L’exclusion Sélective

FOCIL, pour Fork-Choice Enforced Inclusion Lists, est aujourd’hui la seule proposition officiellement retenue pour Hegotá. Son principe est simple dans l’idée, puissant dans l’exécution. Un comité de validateurs publie des listes de transactions que les constructeurs de blocs sont censés inclure. Les attesteurs peuvent rejeter un bloc proposé si le constructeur a omis de façon injustifiée des transactions éligibles présentes dans une inclusion list.

À mesure que la production de blocs se spécialise et se concentre entre de grands acteurs, le risque de censure ou d’exclusion sélective augmente. FOCIL n’apporte pas la confidentialité en soi. Il ajoute une protection protocolaire contre le fait qu’un constructeur décide simplement d’ignorer certaines transactions. Pour les opérations issues de privacy pools, c’est une garantie supplémentaire de ne pas dépendre entièrement de la bonne volonté d’un builder.

Wahrstätter insiste sur la combinaison. Frames pour l’indépendance des frais, FOCIL pour l’inclusion forcée. Ensemble, ces mécanismes offrent aux pools de confidentialité un environnement plus robuste, moins exposé aux points de friction externes. Il s’agit toutefois de la préférence d’une équipe de recherche, pas d’une décision finale des core developers.

Le Contexte Américain Et Les Enjeux De Conformité

Pour les utilisateurs situés aux États-Unis, ces propositions concernent la façon dont Ethereum traite les transactions privées. Elles ne modifient pas directement les règles fédérales sur la transmission d’argent, les sanctions ou le financement illicite. La question de la privacy crypto reste néanmoins sensible. En mars 2025, le Trésor américain a levé les sanctions économiques visant Tornado Cash après avoir réexaminé les questions juridiques et politiques soulevées par l’application de sanctions à une activité financière fondée sur la technologie.

Quelques mois plus tard, en août 2025, un jury de Manhattan a condamné Roman Storm, cofondateur de Tornado Cash, pour conspiration en vue d’opérer une entreprise de transmission d’argent non licenciée. Les jurés n’ont pas tranché sur les chefs de blanchiment d’argent et de violation de sanctions. Le Département de la Justice a affirmé que Tornado Cash avait transmis plus d’un milliard de dollars de produits criminels, dont des fonds liés au groupe Lazarus de Corée du Nord. La défense a maintenu que le protocole fonctionnait via un logiciel open-source autonome et que les développeurs ne contrôlaient pas les transactions individuelles.

Le design envisagé pour les privacy pools sur Ethereum se situe à un autre niveau. Il traite du paiement des frais et de l’inclusion des transactions, pas de la structure juridique ou des systèmes de conformité d’une application précise. Ni EIP-8141 ni EIP-7805 ne définissent comment une application de privacy gérerait le screening des sanctions américaines ou les règles de transmission d’argent. La distinction est importante. Le protocole fournit des outils. Les applications restent responsables de leur usage.

Hegotá Dans La Feuille De Route Plus Large

Hegotá s’inscrit dans une trajectoire multi-années. Glamsterdam, prévu avant fin 2026, place l’enshrined proposer-builder separation et les block-level access lists au centre. Ces listes d’accès indiquent quels comptes et quelles données de contrats un bloc nécessite, permettant aux clients de préparer les données avant l’exécution et de traiter certaines transactions en parallèle. Hegotá prolonge ce travail vers la privacy, la résistance à la censure et l’abstraction de compte.

D’autres pistes restent ouvertes. EIP-8368 envisage d’ajuster les coûts de création d’état si la limite de gaz dépasse le niveau retenu pour Glamsterdam. Des discussions portent sur des limites de gaz approchant 500 à 600 millions, sur des données d’access list séparées, et même sur des preuves zero-knowledge optionnelles de la machine virtuelle Ethereum sur le réseau principal. Chaque proposition doit se battre pour les ressources d’ingénierie, le soutien des clients, le temps de test et la place dans le calendrier 2027.

La privacy et la résistance quantique figurent aussi dans les plans à plus long terme. Une analyse de juillet 2026 rappelait que le Lean Ethereum de Vitalik Buterin appelle à de nouvelles cryptographies, à une vérification basée sur les preuves, à un stockage redessiné et à une privacy native au protocole sur les trois à quatre prochaines années. Hegotá n’est qu’une étape. Mais une étape qui pourrait ancrer durablement des mécanismes de confidentialité plus autonomes.

Le Calendrier Des Décisions Prochaines

Les équipes de clients d’exécution doivent soumettre leurs listes de préférences pour Hegotá avant le 10 septembre. Avant cette échéance, les développeurs prévoient de comparer EIP-8141 et EIP-8130 lors d’une réunion de breakout le 25 août. Une décision sur les designs concurrents d’abstraction de compte est ciblée pour l’appel All Core Developers Execution du 27 août. Le choix entre Frame Transactions et l’autre proposition d’abstraction de compte déterminera en partie la direction technique.

Wahrstätter a rappelé un principe simple : un hard fork ne peut pas être une liste de souhaits de la communauté ou des core developers improvisant sur ce qu’Ethereum devrait devenir un jour. Il faut décider quelles changements adopter ensuite et lesquels nécessitent plus de temps. FOCIL a déjà gagné sa place. Frame Transactions joue encore sa qualification. Le package complet que défend l’équipe Protocol Architecture reste une proposition, pas un acquis.

Pourquoi Cette Approche Change La Donne Pour La Privacy

Jusqu’ici, la plupart des solutions de confidentialité sur Ethereum ont dû composer avec des contraintes externes. Relais pour les frais, dépendance à la bonne volonté des builders, exposition potentielle de métadonnées. Les Frame Transactions attaquent le premier point en permettant au pool de s’autofinancer. FOCIL s’attaque au second en imposant des listes d’inclusion au niveau du fork-choice. La combinaison réduit les surfaces d’attaque et les points de centralisation.

Cela ne signifie pas que la privacy devient magiquement parfaite. Les applications devront toujours gérer leurs propres modèles de conformité, leurs preuves de non-inclusion dans des listes de sanctions, leurs mécanismes de gouvernance. Mais le protocole fournit désormais des primitives plus adaptées. Moins de friction technique, plus de garanties d’accès. Pour les utilisateurs qui recherchent une confidentialité réelle sans dépendre d’acteurs tiers, l’évolution est significative.

Les développeurs d’applications de privacy suivent ces discussions avec attention. Un format de transaction plus expressif ouvre des possibilités de design nouvelles. Des nonces clés permettent de gérer plusieurs flux d’activité sans collision. Des assertions de transaction donnent aux utilisateurs un contrôle plus fin sur ce qui peut se produire après signature. Ces détails techniques, apparemment secondaires, conditionnent en réalité l’expérience utilisateur et le niveau de sécurité global.

Les Limites Et Les Inconnues Qui Persistent

Rien n’est encore gravé dans le marbre. EIP-8141 reste sous considération, pas programmé. Les équipes clients comparent toujours avec EIP-8130. Le nombre de 66 propositions sous discussion ne signifie pas que toutes entreront dans Hegotá. La plupart n’ont pas encore atteint le stade de l’implémentation, des réseaux de développement ou des testnets publics. L’espace dans un hard fork reste limité. Les ressources d’ingénierie aussi.

FOCIL lui-même, bien que confirmé, devra prouver son efficacité en conditions réelles. Les listes d’inclusion doivent être correctement construites, diffusées et respectées. Les mécanismes de rejet de blocs doivent fonctionner sans créer de nouvelles vulnérabilités ou de problèmes de performance. L’expérience passée avec d’autres mécanismes de résistance à la censure montre que les détails d’implémentation comptent autant que les principes.

Sur le plan réglementaire, le flou demeure. Les propositions protocolaires ne résolvent pas les questions de conformité auxquelles font face les applications. Un pool de confidentialité qui paie ses propres frais reste soumis aux mêmes cadres juridiques qu’auparavant. La distinction entre protocole et application continue d’être un point de friction dans les discussions politiques et judiciaires.

Ce Que Cela Signifie Pour Les Utilisateurs Et Les Développeurs

Pour l’utilisateur final, l’arrivée potentielle de ces mécanismes se traduirait par une expérience plus fluide. Moins de dépendance à des relais, moins de risques de voir une transaction privée purement et simplement ignorée, plus de possibilités de définir des conditions strictes avant soumission. L’abstraction de compte gagne en maturité. Les portefeuilles peuvent offrir des fonctionnalités plus avancées sans contourner le protocole.

Pour les développeurs, le chantier est plus technique. Adapter les applications aux Frame Transactions, intégrer le support des Keyed Nonces, tirer parti des Recent Roots, préparer les assertions. Le calendrier est serré. Les décisions d’août et septembre 2026 conditionneront le travail de 2027. Ceux qui anticipent dès maintenant se placeront en position favorable une fois les spécifications stabilisées.

La communauté dans son ensemble gagne un signal clair. Ethereum ne traite plus la privacy comme un sujet périphérique. En plaçant FOCIL en tête d’affiche et en poussant Frame Transactions au même niveau, l’équipe Protocol Architecture envoie un message. La confidentialité et la résistance à la censure font partie des priorités de protocole, pas seulement des préoccupations d’applications tierces.

Une Étape Dans Une Transformation Plus Profonde

Hegotá ne sera pas le dernier mot. La feuille de route Lean Ethereum de Vitalik Buterin dessine un horizon de trois à quatre ans où la privacy native, les preuves zero-knowledge et une refonte du stockage deviennent structurelles. Les Frame Transactions et FOCIL constituent des briques. Elles préparent le terrain pour des évolutions plus ambitieuses. Elles rendent aussi plus réaliste l’idée que des pools de confidentialité puissent fonctionner de façon plus autonome, plus robuste et moins exposée.

Le débat technique reste ouvert. Certains préfèrent d’autres designs d’abstraction de compte. D’autres s’interrogent sur la complexité introduite par les frames ou sur les coûts de FOCIL en termes de latence et de coordination. Ces discussions sont saines. Elles forcent les propositions à s’affiner. Elles garantissent aussi que ce qui entre finalement dans Hegotá a été suffisamment challengé.

En attendant, le 17 août 2026 marque un point d’inflexion visible. Pour la première fois de façon aussi explicite, des chercheurs de la Fondation placent la capacité des privacy pools à s’autofinancer et à bénéficier de garanties d’inclusion au centre d’une upgrade majeure. Le chemin vers 2027 sera long, technique et parfois conflictuel. Mais la direction est tracée. Ethereum cherche à rendre la confidentialité moins dépendante d’acteurs externes et plus ancrée dans le protocole lui-même.

Les Prochaines Étapes À Suivre De Près

La réunion de breakout du 25 août et l’appel ACD Execution du 27 août constitueront les premiers tests concrets. La comparaison entre EIP-8141 et EIP-8130 déterminera si Frame Transactions conserve son statut de tête d’affiche potentielle. Les listes de préférences des clients d’exécution, attendues pour le 10 septembre, donneront une vision plus claire du consensus réel. Ensuite viendront les phases d’implémentation, de testnet et de coordination entre clients.

Pendant ce temps, les équipes qui construisent des applications de privacy peuvent déjà explorer les implications. Comment un pool pourrait-il réellement payer ses frais via des frames ? Quelles assertions offriraient le meilleur équilibre entre sécurité et usabilité ? Comment intégrer les listes d’inclusion FOCIL dans les flux utilisateurs ? Ces questions techniques, posées dès maintenant, permettront d’être prêts le moment venu.

La privacy sur Ethereum n’a jamais été simple. Entre contraintes techniques, pressions réglementaires et fragmentation des solutions, le chemin a été semé d’obstacles. Les propositions pour Hegotá n’effacent pas ces obstacles. Elles en retirent cependant quelques-uns parmi les plus structurels. Un format de transaction plus expressif, une protection d’inclusion protocolaire, la capacité pour un pool de s’autofinancer. Trois leviers qui, combinés, changent la nature du problème.

Reste à voir si la communauté des développeurs suivra. Si les clients adopteront. Si les tests valideront. Et si, en 2027, Hegotá livrera effectivement ce que les chercheurs de Protocol Architecture appellent de leurs vœux. Pour l’instant, le signal est clair. Ethereum regarde sérieusement du côté des privacy pools autofinancés et protégés contre l’exclusion sélective. Et cela, en soi, constitue déjà une évolution notable.

Les mois qui viennent diront si cette ambition se transforme en code déployé. En attendant, la discussion est ouverte, technique et passionnante. Pour quiconque suit de près l’évolution d’Ethereum, Hegotá s’annonce comme un moment important. Non pas parce qu’il révolutionnera tout d’un coup, mais parce qu’il ancre dans le protocole des mécanismes que beaucoup attendaient depuis longtemps. La confidentialité n’est plus seulement une question d’application. Elle devient, peu à peu, une question de protocole.

Et c’est précisément ce déplacement qui mérite d’être suivi avec attention. Car une fois que le protocole prend en charge une partie du travail, les applications peuvent se concentrer sur d’autres fronts. Conformité, expérience utilisateur, modèles économiques, gouvernance. Les bases techniques, elles, deviennent plus solides. C’est tout l’enjeu des Frame Transactions et de FOCIL. Poser des fondations plus robustes pour que la privacy puisse, enfin, respirer un peu plus librement sur Ethereum.

Le 17 août 2026 restera peut-être comme le jour où cette ambition a été formulée de façon claire et publique. Maintenant, le travail concret commence. Décisions techniques, comparaisons de designs, implémentations, tests. Le chemin vers Hegotá 2027 est lancé. Et avec lui, la possibilité concrète de voir des privacy pools capables de se passer d’intermédiaires pour le paiement des frais, tout en bénéficiant de garanties d’inclusion renforcées. Une évolution qui, si elle se concrétise, marquera un tournant dans l’histoire de la confidentialité sur la blockchain Ethereum.