EIP-7702 et ERC-4337 : sur quoi construire aujourd’hui ?
Gas sponsorisé, récupération de compte : deux standards peuvent déjà les offrir à vos utilisateurs, un troisième reste un brouillon. Sur lequel bâtir ?
EN 30 SECONDES
EIP-7702 est une modification d’Ethereum, en production, qui permet à un compte ordinaire d’exécuter le code d’un smart account. ERC-4337 est un standard en production qui fait passer les smart accounts par des contrats et des relais. Les frame transactions d’EIP-8141, un brouillon sans date confirmée, intégreraient le contrôle du compte et le paiement du gas à Ethereum.
À RETENIR · 3
- EIP-7702 (Final, en production depuis Pectra, le 7 mai 2025) permet à un compte ordinaire d’exécuter du code de contrat ; ERC-4337 (Final) passe par des bundlers et un contrat EntryPoint. Les deux se combinent.
- Les frame transactions d’EIP-8141 sont un brouillon, prévu pour Hegota : T2 2027 selon ethereum.org, date non confirmée.
- Construisez sur 7702 et 4337 dès maintenant ; gardez la vérification de signature dans une petite bibliothèque facile à déplacer.
Sur cette page
Le problème : trois noms pour un même but
EN BREF Si vous livrez un wallet ou une dapp (une application sur blockchain), vous choisissez entre trois propositions proches, situées à des couches différentes.
LES MOTS À CONNAÎTRE
- EOA
- Un « externally owned account » : un compte Ethereum classique, contrôlé par une seule clé privée.
- Smart account
- Un compte dont les règles sont écrites dans du code de contrat : récupération, plafonds, plusieurs signataires.
- Délégué
- Avec EIP-7702, le contrat vers lequel pointe un compte ordinaire, et dont il exécute le code comme si c’était le sien.
- Bundler
- Avec ERC-4337, un service qui rassemble les demandes signées et les envoie on-chain en une transaction.
- Paymaster
- Un contrat qui accepte de payer le gas (les frais du réseau) de la transaction de quelqu’un d’autre.
- Brouillon (Draft)
- Le statut d’une proposition encore en cours d’écriture. Ses noms et ses règles peuvent changer avant le statut Final.
EN CLAIR
Le compte Ethereum habituel est un EOA Un « externally owned account » : un compte Ethereum classique, contrôlé par une seule clé privée. Voir le glossaire : une clé privée, une adresse. Perdez la clé, l’argent est perdu, et chaque frais (le gas) est à votre charge. Un Smart account Un compte dont les règles sont écrites dans du code de contrat : récupération, plafonds, plusieurs signataires. Voir le glossaire peut mettre des règles dans du code : récupération, plafonds, actions groupées, ou un sponsor qui paie les frais.
Les EIP et les ERC sont des propositions Ethereum numérotées. EIP-7702 et ERC-4337 sont Final ; les frame transactions d’EIP-8141 sont un Brouillon (Draft) Le statut d’une proposition encore en cours d’écriture. Ses noms et ses règles peuvent changer avant le statut Final. Voir le glossaire. Et elles réécrivent les parties de 4337 sur lesquelles j’ai passé le plus de temps.
L’infrastructure Biconomy que je dirigeais a traité 38 M+ de transactions. Je suis parti avant la mise en production d’EIP-7702 : ce que je dis de 7702 et de 8141 vient des spécifications, relues le 7 octobre 2026.
Coming up next: Alors, que change vraiment chacun ?
La différence entre EIP-7702 et ERC-4337
EN BREF EIP-7702 change ce qu’exécute un compte existant ; ERC-4337, le chemin d’une demande jusqu’à un smart account.
Ce ne sont pas des rivaux : un EOA 7702 peut être un compte 4337.
EIP-7702 est un changement de protocole. Un nouveau type de transaction, 0x04, contient des autorisations signées. Chacune dit : « fais pointer mon EOA vers ce contrat », le Délégué Avec EIP-7702, le contrat vers lequel pointe un compte ordinaire, et dont il exécute le code comme si c’était le sien. Voir le glossaire.
Les appels vers l’EOA exécutent alors le code du délégué. Même adresse, même clé, et cette clé peut toujours envoyer des transactions et redéléguer. Un relais (un service qui envoie la transaction pour vous) ou un paymaster 4337 peut sponsoriser le gas.
ADAM explique : Voyez 7702 comme une serrure connectée sur votre vieille porte : même porte, et l’ancienne clé marche encore. Le hic : vous avez choisi son code, et une serrure mal faite peut laisser entrer un voleur jusqu’à ce que vous signiez son remplacement.
ERC-4337 ne demande aucune mise à jour du réseau (un fork). L’utilisateur signe une UserOperation, une demande en forme de transaction. Un Bundler Avec ERC-4337, un service qui rassemble les demandes signées et les envoie on-chain en une transaction. Voir le glossaire la porte à un contrat EntryPoint commun, et un Paymaster Un contrat qui accepte de payer le gas (les frais du réseau) de la transaction de quelqu’un d’autre. Voir le glossaire peut payer le gas.
ÉTAPE PAR ÉTAPE
Étape 1. Signature. Le wallet signe la demande (marquée 0x7702 dans son champ factory) et l’autorisation 7702.
- Signature Le wallet signe la demande (marquée 0x7702 dans son champ factory) et l’autorisation 7702.
- Faire pointer l’EOA Une transaction de type 0x04 fait pointer l’EOA vers son délégué.
- Transmission La même transaction atteint l’EntryPoint.
- Contrôle Le compte vérifie la signature.
- Sponsor Un paymaster, s’il y en a un, accepte de payer.
- Exécution L’appel de l’utilisateur part du compte.
Où en sont EIP-7702, ERC-4337 et EIP-8141 aujourd’hui
EN BREF Deux sont Final et en production ; EIP-8141 est un brouillon, prévu mais pas livré, au 7 octobre 2026.
Sept. 2021 : création d’ERC-4337
Aujourd’hui Final. Son en-tête cite EIP-712 et EIP-7702 comme prérequis.
Mai 2024 : création d’EIP-7702
Aujourd’hui Final.
7 mai 2025 : Pectra sur le mainnet
Pectra (EIP-7600) active 7702 au timestamp mainnet 1746612311.
Janv. 2026 : création d’EIP-8141
Un brouillon qui exige notamment EIP-7702.
T2 2027 : Hegota attendu
Planification en cours, date non confirmée, frame transactions prévues.
Source de cette dernière ligne : la page Hegota d’ethereum.org. Elle cite deux changements à ce stade, les frame transactions et FOCIL, des listes d’inclusion conçues pour empêcher les constructeurs de blocs d’écarter des transactions.
Prévu ne veut pas dire livré. Anticipez 8141, mais ne construisez pas encore dessus. Et Hegota est une mise à jour du mainnet Ethereum : chaque L2 (réseau de couche 2) suit son propre calendrier.
Construire sur 7702 et 4337 sans attendre les frame transactions
EN BREF N’attendez pas : construisez sur ce qui est Final, et gardez les parties propres à 4337 assez faciles à remplacer.
Dans tous les cas, gardez la vérification de signature dans une petite bibliothèque qui prend un hash et une signature. Aujourd’hui, elle est derrière validateUserOp, le contrôle 4337. Si les frame transactions arrivent sous cette forme, elle pourra passer derrière le leur.
OBJET OBTENU
Bâtir sur ce qui est Final
Sources : EIP-7702, ERC-4337, ERC-7579 (brouillon), EIP-8141 (brouillon), EIP-7600 (Pectra), ethereum.org, Hegota.
NIVEAU TERMINÉ
Ce que vous savez maintenant
- Ce que change EIP-7702 (ce qu’exécute un compte) et ERC-4337 (le chemin d’une demande jusqu’au compte).
- Pourquoi EIP-8141 est un brouillon à anticiper, pas encore une base.
Vérifiez par vous-même
Touchez ou cliquez une question pour voir la réponse.
Vos utilisateurs ont déjà des EOA classiques et veulent du gas sponsorisé le mois prochain. Que choisissez-vous ?
Une délégation EIP-7702 vers un délégué audité qui soit aussi un compte 4337 : même adresse, et les paymasters fonctionnent dès aujourd’hui.
Ingénieur web3 x IA, ancien CTO d’Integra. Auteur nommé (1 sur 5) d’ERC-3643, premier auteur d’ERC-6960, co-auteur d’ERC-7410 et co-auteur d’ERC-8203, encore à l’état de brouillon.
Un projet à livrer ou un poste à pourvoir ?
Parlons de votre besoinSuivre les notes techniques
Recevez les nouveaux articles sur l’IA en production et les smart contracts par email.