La Fondation Ethereum et Biconomy publient ensemble la norme ERC-8211 « Smart Batch Processing », permettant aux agents d’IA d’exécuter des opérations DeFi en plusieurs étapes dans une seule transaction de signature, avec des paramètres déterminés dynamiquement en fonction de l’état réel de la chaîne au moment même de l’exécution. Cette nouvelle norme ne nécessite pas de bifurcation au niveau du protocole ; les développeurs peuvent l’adopter immédiatement, et elle est considérée comme une étape clé pour débloquer l’exécution autonome de « IA × DeFi ».
(Contexte : vulgarisation|Quand les portefeuilles de contrats intelligents pourront-ils être largement adoptés ? Un article pour tout comprendre sur ERC-4337)
(Ajout de contexte : Circle lance le testnet Nanopayments : des agents IA sans compte débitent USDC, et le paiement autonome des chiens-mobiles en autonomie parvient à la réalité)
Table des matières
Basculer
Le 6 avril, Biconomy a officiellement publié la proposition ERC-8211 et a obtenu le soutien de la Fondation Ethereum. La percée centrale de cette norme tient en une seule phrase : faire en sorte que les paramètres de transaction ne soient décidés qu’au moment de l’exécution, et non au moment où l’utilisateur signe, où ils sont figés.
Cela ressemble à un détail technique, mais pour les agents d’IA et l’automatisation DeFi, la signification est totalement différente : auparavant, dans une série d’actions « d’abord retirer, ensuite échanger, puis déposer », dès que la situation du marché change, la transaction multi-étapes échoue ou le slippage explose ; désormais, tout peut être accompli en une seule signature, et les chiffres de chaque étape sont lus en temps réel depuis la chaîne.
Pour comprendre l’intérêt d’ERC-8211, il faut d’abord savoir quelles sont les limites de l’abstraction de compte (Account Abstraction) existante.
ERC-4337 est actuellement la norme la plus dominante en matière d’abstraction de compte sur Ethereum : elle permet l’exécution par lots de plusieurs opérations via des portefeuilles de contrats intelligents, en supprimant le tracas de multiples signatures. Mais elle a un problème fondamental : tous les paramètres, y compris le montant à échanger, la tolérance au slippage, et l’adresse cible, doivent être déterminés au moment où l’utilisateur signe ; ensuite, ils ne peuvent plus être modifiés.
Dans un environnement DeFi, cela est extrêmement fragile. Les cours des oracles se mettent à jour toutes les quelques secondes, la profondeur des pools de liquidité change à tout moment, et les taux des protocoles de prêt fluctuent aussi. L’utilisateur signe à l’instant T ; la transaction peut être incluse on-chain seulement à T+30 secondes : pendant ce laps de temps, si un des chiffres dérive, l’ensemble du batch risque d’échouer, ou de subir un slippage bien supérieur à ce qui était prévu.
Pour les utilisateurs humains, ce n’est qu’un petit désagrément « échoue parfois, réessaie une fois ». Mais pour les agents d’IA qui doivent s’exécuter entièrement en autonomie, c’est un obstacle structurel : vous ne pouvez pas faire en sorte qu’un agent d’IA gère de manière fiable des positions DeFi, car chaque étape peut échouer du fait que les paramètres sont devenus obsolètes.
La solution d’ERC-8211 consiste à introduire deux mécanismes : « résolution à l’exécution » (Runtime-resolved) et « validation des contraintes » (Constraint-validated).
En termes simples, lorsque l’utilisateur signe, il ne fixe plus des chiffres précis ; il écrit plutôt des « règles » : par exemple « le slippage ne doit pas dépasser 0,5 % », « le montant à échanger correspond au chiffre réellement retiré du protocole de prêt », « l’exécution n’a lieu que si le prix de l’oracle est entre X et Y ». Au moment où la transaction est réellement exécutée, le contrat lit alors les données en temps réel depuis la chaîne, renseigne les paramètres réels, puis vérifie si les conditions de contrainte sont respectées ; si c’est conforme, l’exécution a lieu.
Les cas d’usage typiques listés par Biconomy dans son annonce permettent d’illustrer cette différence : retrait du protocole de prêt → échange précis du montant reçu → dépôt dans un autre protocole, le tout réalisé dans une seule transaction. L’élément clé est « l’échange précis du montant reçu » : dans le modèle statique d’ERC-4337, vous devez deviner un nombre à renseigner ; dans ERC-8211, ce nombre est automatiquement lu au moment de l’exécution à partir du résultat de l’étape précédente.
Le potentiel des applications d’agents d’IA s’ouvre ainsi : un agent d’IA qui gère des positions DeFi peut définir un ensemble de règles de stratégie, afin que le contrat décide automatiquement, au moment de l’exécution, des paramètres réels de chaque étape en fonction du slippage, des soldes et des prix des oracles ; tout le processus n’exige aucune intervention humaine et ne devrait pas échouer à cause de variations minimes des conditions de marché.
ERC-8211 ne surgit pas de nulle part. Cette coopération trouve son origine dans l’atelier « Improve UX » organisé par la Fondation Ethereum en 2025 : à cette occasion, plusieurs équipes de développement de l’écosystème AA ont été réunies avec pour objectif d’identifier les plus gros points de friction de l’abstraction de compte lors de son utilisation réelle. Par la suite, le groupe de travail de la Fondation Ethereum a classé « améliorer l’UX » comme projet prioritaire stratégique ; ERC-8211 est précisément un produit direct de cette direction.
La Fondation Ethereum a choisi de soutenir cette direction pour une raison importante sur le plan technique : ERC-8211 est un encodage au niveau des contrats, et il n’a absolument pas besoin de toucher le niveau du protocole d’Ethereum, c’est-à-dire qu’il ne nécessite pas de hard fork. Cela réduit considérablement les barrières et les résistances à l’adoption. Les développeurs peuvent dès maintenant implémenter cette norme dans leurs contrats intelligents et leurs infrastructures AA, sans attendre une mise à jour du réseau principal d’Ethereum.
La nouvelle norme est aussi compatible avec les cadres AA existants : ce n’est pas une reconstruction complète, mais l’ajout de capacités dynamiques par-dessus des fondations déjà en place, comme ERC-4337. Pour les développeurs ayant déjà investi dans la construction de l’écosystème AA, les coûts de migration restent relativement maîtrisables.
À l’heure actuelle, la documentation officielle d’ERC-8211 a déjà été mise en ligne sur erc8211.com, et la discussion EIP se déroule publiquement sur ethereum-magicians.org ; les développeurs peuvent participer directement au processus d’affinage de la norme.
Ces dernières années, l’abstraction de compte a toujours été considérée comme une pièce importante du puzzle pour populariser Ethereum : permettre aux utilisateurs ordinaires de ne pas se soucier des clés privées, du Gas, ni des processus de signature, et de confier ces opérations sous-jacentes aux portefeuilles de contrats intelligents. Mais les limites statiques des normes existantes dans les scénarios d’automatisation sont l’une des raisons fondamentales pour lesquelles les agents d’IA ne peuvent pas exécuter de manière fiable des stratégies DeFi complexes.
ERC-8211 cherche précisément à combler cette lacune. Si la norme est largement adoptée, les agents d’IA pourront véritablement exécuter de façon autonome des stratégies DeFi en plusieurs étapes, et chaque étape réagira immédiatement aux conditions du marché, plutôt que de dépendre de l’utilisateur pour resigner en continu ou d’endurer un taux d’échec. Pour la piste en pleine croissance des « agents d’IA on-chain », c’est une mise à niveau importante au niveau de l’infrastructure.
Bien sûr, savoir si la norme pourra réellement être mise en œuvre dépend, au final, de la vitesse d’adoption par la communauté des développeurs. ERC-8211 est à l’heure actuelle encore au stade de proposition ; pour devenir une norme Ethereum largement acceptée, il faudra du temps et des validations.