EIP-8141 : Vitalik vient de résoudre le problème vieux de dix ans d'Ethereum

Vitalik Buterin annonce l’EIP-8141, une refonte de l’abstraction des comptes destinée à supprimer les intermédiaires et à remodeler entièrement la couche de transaction d’Ethereum.

Le problème de l’abstraction des comptes sur Ethereum est non résolu depuis 2016. Jusqu’à maintenant. Vitalik Buterin a annoncé sur X que l’EIP-8141 est en ligne, et il comble toutes les lacunes restantes que l’EIP-86 initial a soulevées il y a près de dix ans.

La proposition est ce que Buterin décrit comme un « omnibus ». Elle regroupe tout ce que l’abstraction des comptes devait corriger, puis ajoute encore plus. Ce seul cadre indique à quel point cet EIP couvre de terrain.

À lire absolument : Le financement ETH devient positif avec 262 millions de dollars d’entrées après 35 jours de baisse

Le concept de transaction Frame que personne n’avait vu venir

Le mécanisme central s’appelle les Transactions Frame. Une transaction consiste en N appels. Ces appels peuvent lire les données de l’autre, et chacun a la capacité d’autoriser un expéditeur et un payeur de gaz. C’est toute la conception au niveau du protocole.

Cela semble trompeusement simple. Mais la flexibilité qu’il ouvre est là où commence la véritable histoire. Un compte multisignature standard, par exemple, exécuterait deux frames : une pour la validation et une pour l’exécution. Des opérations atomiques comme approuver-puis-spendre deviennent triviales.

Si un compte n’existe pas encore, une frame de « déploiement » est ajoutée en premier. Buterin a indiqué que l’EIP-7997 correspond bien ici, car il maintient la cohérence des adresses de contrat entre les chaînes.

Vous pourriez aussi aimer : De Rails Legacy à la Blockchain : pourquoi les grandes banques parient sur la tokenisation

Paymasters, Confidentialité et Fin des Intermédiaires

Le paiement du gaz en tokens comme RAI fonctionne désormais sans relais externe. Le contrat paymaster gère la conversion ETH en temps réel. Les frames s’exécutent en séquence : déploiement si nécessaire, validation, validation du paymaster, la dépense réelle, exécution, et enfin un remboursement des tokens non utilisés.

Cette dernière étape est importante. Comme l’a déclaré Buterin sur X, cela élimine totalement les intermédiaires. Pas de relayeurs. Pas de diffuseurs tiers. Juste la chaîne.

Les protocoles de confidentialité bénéficient d’une mise à niveau similaire. Deux voies existent. D’abord, un contrat paymaster vérifie un ZK-SNARK valide et couvre le gaz si la vérification passe. Ensuite, des nonces 2D permettent à un compte individuel de fonctionner comme un protocole de confidentialité et de recevoir des transactions en parallèle de nombreux utilisateurs. Buterin a mentionné RIP-7712 dans ce contexte.

Cela cible directement la douleur de l’expérience utilisateur dans des outils comme Railgun et Tornado Cash, où les diffuseurs publics créent des frictions. L’EIP-8141 les remplace par un mempool public à usage général.

Vous pourriez aussi aimer : Le CEO de BlackRock appelle à la tokenisation sur une seule blockchain

La résistance quantique fait désormais partie de la conversation

Les comptes existants peuvent également intégrer ce cadre. Cela inclut les EOAs. Les opérations par lots, le sponsoring de transactions, et la compatibilité complète avec FOCIL deviennent des transactions de premier ordre. FOCIL, dans ce contexte, garantit une inclusion rapide tandis que l’EIP-8141 gère la complexité de ce qui doit être inclus.

Les schémas de signatures résistants à la quantique sont également à l’étude. L’efficacité reste un défi, mais Buterin a publié séparément des travaux en cours dans cette direction via Firefly et un autre post sur X.

Règles du mempool : d’abord conservatrices, puis expansion

Une contrainte réelle subsiste. Au niveau du mempool, le premier ensemble de règles sera conservateur. Les frames de validation doivent précéder ceux d’exécution et ne peuvent pas appeler de contrats externes. Les paymasters disposent d’un mécanisme de staking pour limiter le risque de déni de service.

Une seconde version du mempool, plus permissive, fonctionnera en option en parallèle. La version restreinte s’élargira avec le temps, à mesure que les règles seront jugées sûres.

Buterin, écrivant sur X, a indiqué que tout cela semble réalisable en un an sous la fourche Hegota. Dix ans entre l’EIP-86 et l’EIP-8141. Une seule fourche pour tout livrer.