
Un EOA est un compte externe (externally owned account) sur Ethereum, contrôlé par une clé privée. Un seul jour de fin octobre 2026, environ un expéditeur sur 16 avait orienté le sien vers du code de compte intelligent via EIP-7702. Dans la crypto, le sens d'EOA n'a rien à voir avec les acceptions juridique, médicale ou argotique des mêmes trois lettres.
Sur les 382 357 adresses Ethereum ayant envoyé une transaction un jour de fin octobre 2026, environ une sur 16 portait du code de délégation EIP-7702 en fin de journée, et aucune ne portait de code de contrat ordinaire. Délégués ou non, tous ces expéditeurs ont signé avec une clé privée, car Ethereum n'accepte des transactions que de la part d'EOA.
L'EOA en bref
Élément | EOA |
Ce que c'est | Un compte Ethereum contrôlé par une clé privée |
Adresse | 0x suivi de 40 caractères hexadécimaux issus du hachage de la clé publique |
Coût de création | Aucun |
Initie des transactions | Oui, contrairement à un compte de contrat |
Passerelles vers comptes intelligents | UserOperations ERC-4337, délégation EIP-7702 depuis mai 2025 |
Un jour de fin octobre | Environ 6,1 % des 382 357 expéditeurs portaient du code de délégation 7702 |
Risque principal | Quiconque détient la clé ou la phrase de récupération contrôle le compte |
Qu'est-ce qu'un EOA dans la crypto ?
Un EOA est le type de compte qu'une personne pilote depuis l'extérieur de la chaîne. La documentation sur les comptes d'Ethereum nomme deux types de comptes et décrit le compte externe comme « contrôlé par quiconque détient les clés privées ». L'autre type, le compte de contrat, obéit à du code.
La spécification formelle d'Ethereum explique le volet « externe ». L'édition Shanghai de février 2025 du Yellow Paper qualifie une transaction d'« unique instruction signée cryptographiquement, construite par un acteur extérieur au périmètre d'Ethereum ». Elle ajoute que « l'expéditeur d'une transaction ne peut pas être un contrat », et le détenteur de la clé est cet acteur extérieur.
La paire de clés comporte deux moitiés, et l'article clés publiques contre clés privées sur Phemex Academy détaille laquelle vous pouvez partager.
Comment fonctionne un EOA ?
Chaque EOA commence par une clé privée, que la page sur les comptes d'Ethereum décrit comme « 64 caractères hexadécimaux » que la plupart des bibliothèques de portefeuilles génèrent au hasard. La clé publique en découle grâce aux mathématiques des courbes elliptiques, et l'adresse découle de la clé publique. Un portefeuille peut produire les trois hors ligne avant même que le compte ne touche la chaîne.
Une adresse EOA Ethereum compte 42 caractères. La page sur les comptes la construit « en prenant les 20 derniers octets du hachage Keccak-256 de la clé publique et en ajoutant 0x au début ». Cela laisse 40 caractères hexadécimaux derrière le préfixe 0x.
Sa création ne coûte rien, selon les termes de la page sur les comptes. L'adresse peut recevoir de l'ETH avant que son propriétaire ait signé quoi que ce soit, car le réseau ne découvre la clé publique que lorsque la première transaction signée arrive.
Chaque EOA conserve aussi un nonce, que la page sur les comptes définit comme « un compteur indiquant le nombre de transactions envoyées depuis un compte externe ». Une seule transaction par nonce peut passer, de sorte qu'un transfert signé ne peut pas être rejoué pour déplacer deux fois les mêmes fonds.
Quand une transaction arrive, l'Ethereum Virtual Machine exécute ce qu'elle appelle, et l'expéditeur paie le gas en ETH pour le travail effectué.
Quelle est la différence entre un EOA et un compte de contrat ?
La distinction entre EOA et compte de contrat se réduit à ce qui détient le contrôle. Un EOA obéit à une clé privée et peut initier une transaction. Un compte de contrat obéit à son propre code et n'agit que lorsqu'une transaction ou un autre contrat l'appelle.
Fonctionnalité | EOA | Compte de contrat |
Contrôlé par | Une clé privée | Son propre code |
Initie une transaction | Oui | Non, il ne répond qu'aux appels |
Coût de création | Aucun | Des frais, puisqu'il utilise le stockage du réseau |
Code sur le compte | Aucun, ou un pointeur EIP-7702 de 23 octets | Le contrat déployé |
Un compte de contrat est l'adresse d'un smart contract déployé ; il n'a donc aucune clé privée. EIP-3607, une norme Final créée le 10 juin 2021, demande aux clients de rejeter toute transaction dont l'expéditeur détient du code déployé. Son texte ajoute qu'« un bloc contenant une telle transaction DOIT être considéré comme invalide ».
Beaucoup de guides antérieurs datent d'avant un changement. La page sur les comptes d'Ethereum décrit encore le hash de code d'un EOA comme le hash d'une chaîne vide, et cela valait pour chaque EOA jusqu'au 7 mai 2025. Depuis, un EOA peut porter un pointeur de délégation, si bien que la ligne de partage passe par la clé privée. Un EOA en possède une, un compte de contrat non. Un EOA délégué conserve à la fois sa clé et son adresse.
Qu'est-ce qu'un portefeuille EOA ?
Un portefeuille EOA est l'application ou l'appareil qui stocke la clé privée d'un EOA et signe avec elle. Les pièces restent sur le registre d'Ethereum. Selon les mots de la page sur les comptes, « vous ne détenez jamais réellement de cryptomonnaie, vous détenez des clés privées ».
C'est pourquoi l'importation de la même clé privée dans une autre application de portefeuille retrouve la même adresse et le même solde. Un portefeuille non custodial vous remet cette clé, ainsi qu'une phrase de récupération capable de la reconstruire, et le détenteur de la clé est seul à signer pour le compte.
Un portefeuille de contrat intelligent conserve ses fonds sur un compte de contrat, dont le code fixe les règles de dépense. Depuis mai 2025, un portefeuille EOA peut ajouter certaines de ces règles via EIP-7702 sans migrer vers une nouvelle adresse. L'annonce Pectra de la Fondation Ethereum cite le regroupement de transactions parmi elles.
Comment EIP-7702 permet-il à un EOA d'exécuter du code de compte intelligent ?
EIP-7702, intitulé « Set Code for EOAs », est une norme Final créée le 7 mai 2024. Il ajoute le type de transaction 0x04, qui permet aux EOA de « définir le code dans leur compte » au moyen d'autorisations signées désignant chacune un contrat délégué.
Pour chaque autorisation qui réussit ses vérifications et désigne une adresse non nulle, le protocole écrit un indicateur de délégation dans le code du compte. Ce pointeur mesure 23 octets : le préfixe 0xef0100 suivi de l'adresse sur 20 octets du délégué, et tout appel à l'EOA exécute dès lors le code du délégué.
La clé privée continue de fonctionner comme avant, car EIP-7702 modifie EIP-3607 pour permettre à un EOA « dont le code est un indicateur de délégation valide » d'être à l'origine de transactions.
La mise à niveau Pectra d'Ethereum a activé EIP-7702. Son premier bloc a atteint le mainnet le 7 mai 2025, à l'epoch 364032 planifiée par la Fondation Ethereum. La même annonce précise que « le propriétaire de l'EOA peut toujours créer une autre autorisation EIP-7702 qui révoque ou remplace le code de délégation existant ».
Une autorisation signée ne garantit pas une délégation. L'EIP demande aux clients d'ignorer tout tuple échouant à une vérification — mauvais chain ID ou nonce obsolète, par exemple — et de passer au suivant. Le code du compte est la seule preuve qu'une délégation a pris effet.
Les comptes intelligents ERC-4337 ont-ils toujours besoin d'un EOA ?
Oui, au moment où quelque chose atteint la chaîne. ERC-4337, une norme Final créée le 29 septembre 2021, construit les comptes intelligents d'une manière qui « évite complètement la nécessité de modifications du protocole de la couche de consensus ».
Un utilisateur signe une UserOperation, que la norme définit comme « une structure décrivant une transaction à envoyer au nom d'un utilisateur ».
Un bundler, « un nœud (constructeur de blocs) capable de traiter des UserOperations », en regroupe plusieurs dans une seule transaction. Un paymaster peut couvrir les frais en tant que « contrat d'assistance qui accepte de payer pour la transaction ».
Cette transaction unique a toujours besoin d'un expéditeur ordinaire. EIP-3607 exclut un contrat comme expéditeur, donc un bundler envoie chaque lot depuis un EOA et le signe avec la clé privée de ce compte. Le compte intelligent derrière chaque UserOperation n'envoie pas lui-même cette transaction.
Combien d'expéditeurs Ethereum utilisent la délégation EIP-7702 ?
Le jour du recensement de fin octobre, 23 432 expéditeurs ont terminé la journée avec un indicateur de délégation, soit 6,13 % des 382 357 adresses distinctes ayant envoyé au moins une transaction. Les 358 925 autres, soit 93,87 %, ne détenaient aucun code.
Ces comptes délégués ont envoyé 91 068 transactions, soit 5,91 % des 1,54 million présentes sur la chaîne ce jour-là. Leurs délégations pointaient vers 271 contrats délégués différents, et un seul contrat a attiré 6 522 des 23 432 comptes, soit 27,83 %. Une faille dans ce contrat unique toucherait d'un coup plus d'un quart des expéditeurs délégués du jour.
Méthode : le recensement prend toutes les transactions des 7 178 blocs Ethereum de ce jour calendaire, échecs compris. Il conserve chaque adresse émettrice une fois et vérifie le code détenu par chacune dans le dernier bloc du jour. Un indicateur de délégation fait exactement 23 octets commençant par 0xef0100, il ne peut donc pas passer pour du code de contrat.
Quels sont les risques d'un EOA ?
Un EOA n'a pas de bouton de réinitialisation. Quiconque détient sa clé privée ou la phrase de récupération sous-jacente contrôle le compte. Une phrase perdue enferme le propriétaire pour de bon, et une phrase divulguée remet tout à quelqu'un d'autre. La configuration la plus sûre garde cette phrase hors ligne, et comment sauvegarder une phrase de récupération couvre les étapes.
EIP-7702 ajoute un second risque : une délégation vers un code défaillant. Les notes de sécurité de l'EIP eux-mêmes avertissent qu'« un délégué mal implémenté peut permettre à un acteur malveillant de prendre un contrôle quasi complet sur l'EOA du signataire ». Une autorisation signée pointant vers un contrat hostile fait sciemment la même chose.
Le chain ID ajoute une subtilité. Une autorisation signée avec le chain ID 0 passe la vérification de chaîne de l'EIP sur tout réseau exécutant EIP-7702. Quiconque détient cette signature peut la soumettre sur une autre chaîne où le nonce du compte correspond.
Comment utiliser un EOA avec Phemex ?
Votre EOA est l'endroit où l'ETH arrive lorsque vous le retirez de Phemex vers un auto-gardiennage, et un dépôt depuis ce portefeuille commence comme une transaction signée par la même clé. La chaîne ne voit que l'adresse et la signature de l'EOA, donc l'adresse que vous collez décide où vont les pièces.
Copiez l'adresse de 42 caractères depuis votre propre portefeuille et comparez ses premiers et derniers caractères après l'avoir collée.
Vérifiez que le réseau de retrait correspond à celui utilisé par votre portefeuille, puisque le même format d'adresse fonctionne sur de nombreuses chaînes EVM.
Envoyez d'abord un petit montant, puis le reste une fois que ce transfert de test est arrivé.
Négocier le cours de l'ETH sur Phemex ne touche pas du tout votre EOA. Les contrats à terme ETH s'y règlent à l'intérieur de votre compte Phemex, donc aucune transaction on-chain ni signature de clé privée n'a lieu. Les positions sur ces contrats utilisent l'effet de levier, et Phemex en clôt automatiquement une si les pertes atteignent sa marge.
Questions fréquentes
Qu'est-ce qu'un EOA dans la blockchain ?
Un EOA, ou compte externe, est un compte Ethereum contrôlé par une clé privée. Il détient ETH et tokens, initie des transactions et ne coûte rien à créer. L'autre type de compte, le compte de contrat, exécute du code et n'agit que lorsqu'on l'appelle.
Qu'est-ce qu'un compte externe sur Ethereum ?
C'est le type de compte qu'une personne contrôle depuis l'extérieur de la chaîne via une clé privée. Son adresse est 0x suivi des 20 derniers octets du hachage Keccak-256 de la clé publique, 42 caractères au total, et un nonce compte chaque transaction envoyée.
Un EOA peut-il détenir du code de smart contract ?
Depuis le 7 mai 2025, un EOA peut détenir une seule catégorie de code : un indicateur de délégation EIP-7702 de 23 octets qui fait que les appels au compte exécutent le code d'un contrat choisi. Sous EIP-3607, un compte détenant tout autre code ne peut pas envoyer de transaction du tout.
Peut-on retirer une délégation EIP-7702 ?
Oui, le propriétaire peut signer une nouvelle autorisation à tout moment. La diriger vers l'adresse zéro efface le code du compte selon EIP-7702, et la diriger vers un autre contrat remplace l'ancien délégué.
En résumé
Les comptes intelligents sont arrivés sur Ethereum en s'appuyant sur l'EOA. EIP-7702 ajoute une logique de contrat à la même adresse, et les lots ERC-4337 partent toujours depuis des EOA : une clé privée reste la seule chose capable d'initier une transaction.
Cela alourdit les enjeux autour de la phrase de récupération. La clé qui signe un paiement peut aussi signer une autorisation remettant le compte à un contrat ; elle mérite donc plus de soin que toute fonctionnalité de portefeuille construite par-dessus.
Avertissement : cet article est fourni à titre informatif uniquement et ne constitue pas un conseil financier. Le trading de cryptomonnaies implique un risque substantiel. Effectuez toujours vos propres recherches avant de prendre des décisions d'investissement.
