L’essor des agents IA capables de dialoguer, d’utiliser des outils et d’initier des paiements crée un nouveau maillon critique dans l’infrastructure numérique : qui décide que le travail a réellement été effectué avant de libérer l’argent ? D’un côté, les géants technologiques standardisent déjà la connexion aux outils, la communication entre agents et l’autorisation de paiement. De l’autre, une nouvelle génération de primitives d’escrow programmable — ERC‑8183, x402, Agent Escrow Protocol — tente de faire de ce « moment du jugement » un espace neutre, gouverné par des smart contracts plutôt que par des plateformes fermées.
De l’IA conversationnelle aux agents qui paient
Les premiers grands modèles de langage (LLM) comme ChatGPT, Gemini ou Claude étaient principalement cantonnés à la génération de texte et à la recherche d’information. En 2025–2026, la tendance dominante est celle des agents autonomes : des systèmes capables de planifier, d’appeler des API, d’interagir avec des sites web et d’enchaîner des actions de bout en bout.
Des plateformes comme Anthropic, Google ou de multiples frameworks open source ont généralisé la capacité des agents à se connecter à des outils externes, à conserver de la mémoire et à coordonner plusieurs sous-tâches. La logique naturelle suivante est de leur donner aussi la capacité de régler des factures, de rémunérer d’autres agents ou d’acheter des ressources — compute, données, API — sans intervention humaine à chaque étape.
Des initiatives comme OpenClaw illustrent des agents capables d’agir sur un PC local ou un serveur pour gérer emails, calendriers ou achats simples, tout en buttant encore sur l’étape finale du paiement. D’autres projets de agent commerce automatisent déjà la conversion de crypto en achats réels via des cartes virtuelles, avec des fonds conservés dans des contrats d’escrow on-chain jusqu’à la validation de la tâche.
Le stack actuel du commerce agentique : ce qu’il résout — et ce qu’il ne résout pas
Une bonne partie du stack technique des agents IA est déjà en cours de standardisation, mais la concentration porte sur la connectivité, la coordination et l’autorisation — pas sur la vérification du travail effectué. Plusieurs protocoles se partagent les couches hautes de cette pile :
- MCP (Model Context Protocol) d’Anthropic — connecte agents et applications à des outils et sources de données externes. Il tourne désormais sur des milliers de serveurs publics.
- A2A (Agent-to-Agent) de Google — permet aux agents de communiquer à travers les organisations.
- UCP (Universal Commerce Protocol) de Google — standardise les parcours de checkout automatisés avec les grands marchands.
- x402 de Coinbase — protocole permettant d’envoyer des paiements en stablecoins directement via HTTP, ayant déjà traité des centaines de millions de transactions.
- AP2 (Agent Payment Protocol) de Google — fondé sur des mandats de paiement signés encadrant précisément ce qu’un agent est autorisé à dépenser.
- Verifiable Intent de Mastercard — journalise et prouve ce qu’un utilisateur a autorisé.
Tous ces protocoles résolvent principalement la question : « Qui a le droit de payer quoi, et comment déplacer l’argent ? » Aucun ne tranche la question de la livraison effective. C’est ce que les analystes appellent l’« authorization-verification gap » : le fossé structurel entre la capacité de signer un paiement et la capacité de juger si le résultat était bien conforme à la commande. C’est précisément sur ce vide que la crypto tente de s’insérer.
ERC‑8183 : l’escrow programmable comme primitive manquante
Publiée fin février 2026, ERC‑8183 est une proposition de standard Ethereum qui formalise un automate d’état simple pour des transactions basées sur des tâches. La séquence est minimaliste mais élégante :
- Un client ouvre un job et dépose les fonds en escrow
- Le prestataire soumet le travail
- Un évaluateur marque le job comme complété ou rejeté
- Une expiration rembourse automatiquement le client si rien ne se passe
Le standard définit quatre états : Open, Funded, Submitted, Terminal. Seul l’évaluateur peut marquer un travail comme terminé. Dans la communauté Ethereum, on souligne qu’il ne s’agit ni d’une IA ni d’un concept spécifiquement « agentique », mais d’un registre de jobs avec des fonds escrowés — ce qui est justement sa force : une primitive générique pour tout commerce basé sur des livrables, humain ou machine.
La dimension « agentique » vient de la composition d’ERC‑8183 avec d’autres briques : ERC‑8004 (réputation et confiance pour les agents), oracles décentralisés, systèmes de staking ou preuves zkML (zero-knowledge machine learning) attestant que certaines conditions sont remplies. Dans cette architecture, les agents IA ne décident pas unilatéralement de libérer les fonds — ils interagissent avec un contrat d’escrow qui impose un chemin d’état clair, auditable et programmable.
Pourquoi l’escrow est au cœur du problème
Dans le monde traditionnel, l’escrow sert de tiers de confiance pour retenir des fonds jusqu’à ce que les deux parties confirment qu’un contrat a été respecté — mais repose souvent sur des intermédiaires lents, coûteux et contraints réglementairement. Dans un monde d’agents autonomes qui s’échangent micropaiements et services 24/7, ces frictions deviennent incompatibles avec le rythme de l’économie machine-à-machine.
Les smart contracts d’escrow déplacent ce rôle vers le code : les fonds sont verrouillés on-chain, les conditions de libération sont publiques et immuables, et aucune entité centralisée ne peut détourner ou geler les fonds sans que cela soit prévu dans le contrat. Cela correspond parfaitement à la nature des agents IA, qui sont eux-mêmes du code et ont besoin d’une couche de règlement native au logiciel, indépendante des horaires bancaires ou des KYC humains.
Sans escrow on-chain, l’économie d’agents serait condamnée à se recentraliser autour de plateformes qui agissent en gardiens, recréant les mêmes concentrations de pouvoir que dans le Web2.
Des agents véritablement autonomes, sans humain juridiquement derrière eux, ne peuvent pas ouvrir de comptes bancaires ni se conformer au modèle actuel d’infrastructure de paiement. La crypto devient alors non pas un choix, mais une nécessité structurelle.
Études de cas : quand IA et escrow se rencontrent déjà
Circle : escrow piloté par IA sur stablecoins
Circle, l’émetteur de l’USDC, a présenté un prototype d’agent d’escrow alimenté par IA combinant modèles multimodaux et smart contracts. Le système parse automatiquement des contrats PDF, en extrait les termes clés, déploie les smart contracts d’escrow correspondants, et vérifie la complétion des tâches — y compris via analyse d’images — avant de déclencher le règlement. Les fonds circulent en USDC sur plusieurs blockchains via le Cross-Chain Transfer Protocol de Circle, permettant des règlements quasi instantanés là où des processus traditionnels prendraient des jours.
Agent Commerce multi-chaîne : achats réels via escrow
Des projets comme Interact, présentés lors de hackathons Web3, permettent aux utilisateurs de déposer des fonds dans un contrat d’escrow multi-chaîne (Hedera, Flare, Flow) pour demander à un agent IA d’effectuer des tâches réelles : commander une pizza, réserver un vol ou acheter sur Amazon. L’agent agit comme proxy humain, utilise cartes virtuelles et APIs de paiement, mais ne peut réclamer sa rémunération qu’une fois la tâche validée par l’utilisateur ou après un délai prédéfini. Les cas de non-exécution déclenchent un remboursement intégral automatique.
Agent Escrow Protocol : réputation on-chain pour agents IA
Agent Escrow Protocol introduit un système de réputation et de score de crédit on-chain pour les paiements entre agents sur Base, en s’appuyant sur l’USDC. Chaque interaction met à jour un registre de réputation partagé : une mission correctement complétée attribue un point positif, tandis que les différends ajustent la réputation des deux parties. Ce registre devient une infrastructure de confiance publique pour l’économie des agents — permettant à tout nouvel agent ou client de consulter l’historique d’une contrepartie avant de l’engager.
L’avantage structurel de la crypto — et ses zones d’ombre
La crypto présente plusieurs caractéristiques structurellement alignées avec les besoins des agents IA : transactions 24/7, règlement quasi instantané, absence de gatekeeper humain, programmabilité native via smart contracts et transparence des registres. Alors que des dirigeants comme Mark Zuckerberg anticipent des centaines de millions, voire des milliards d’agents autonomes, la nécessité d’une infrastructure de paiement native au logiciel devient difficile à ignorer.
Cependant, Big Tech progresse rapidement sur la couche d’autorisation et d’intégration marchande. Si ces acteurs parviennent à intégrer des mécanismes de pseudo-vérification au-dessus de leurs rails propriétaires, ils pourraient capturer le « moment du jugement » à l’intérieur de jardins clos, reléguant la crypto à un rôle périphérique.
Les primitives crypto souffrent encore de défis réels : gouvernance (qui contrôle vraiment l’évaluateur, même s’il est on-chain ?), UX (gestion de wallets, sécurité) et régulation, notamment pour les raccords avec le monde fiat. Rien ne garantit qu’un standard comme ERC‑8183 atteindra une adoption critique avant que les standards soient imposés par l’écosystème cartes + big tech.
Trois scénarios pour l’avenir
Plusieurs trajectoires se dessinent pour les prochaines années :
- Scénario « Big Tech first » : les hébergeurs d’agents (géants du cloud, plateformes IA, réseaux de paiement) intègrent eux-mêmes l’escrow et la vérification, capturant l’essentiel de la rente sur les paiements entre agents.
- Scénario « Crypto Rail » : des standards comme ERC‑8183, x402 et les protocoles d’escrow multi-chaînes deviennent les primitives neutres à partir desquelles se bâtissent des marchés d’agents ouverts.
- Scénario hybride : coexistence de silos fermés pour les grands comptes et d’écosystèmes ouverts d’agents spécialisés, financés et réglés via crypto.
Conclusion : le vrai enjeu n’est pas le token, c’est le jugement
La couche qui retiendra le plus de valeur dans l’économie des agents ne sera probablement ni le modèle de langage ni le simple rail de paiement, mais l’infrastructure qui contrôle le moment conditionnel où les fonds se libèrent. C’est ce que l’escrow programmable vise à capturer : non pas le flux de données entre agents, mais le point de bascule où un jugement — humain, oracle, modèle ou combinaison des trois — transforme un travail déclaré en argent distribué.
Pour l’écosystème crypto, le véritable enjeu n’est pas seulement que les agents paient en tokens plutôt qu’en fiat, mais qu’ils puissent le faire via une couche d’escrow et de jugement qui reste neutre, programmable et résistante à la capture. C’est ce combat pour le « moment d’escrow » qui pourrait, à terme, décider si l’économie des agents reste ouverte ou glisse vers un nouveau Web2.
