IOSG : Le moment des paiements pour les agents IA – qui deviendra la « Stripe » de l’économie des machines ?
TechFlow SélectionTechFlow Sélection
IOSG : Le moment des paiements pour les agents IA – qui deviendra la « Stripe » de l’économie des machines ?
Paiement par agent : désigne le fait qu’un agent IA détienne et gère des fonds de manière autonome afin d’effectuer des paiements et des règlements, sans intervention humaine directe.
Dédié à des analyses Web3 approfondiesAuteurs｜Yiping & Turbo @ IOSG
Narratif central
- Le paiement par agent passe actuellement de la phase de preuve de concept (PoC) à celle d’une course aux infrastructures.
- x402 a traité 3,3 millions de transactions en 30 jours, avec un montant moyen par transaction (ATV) de 0,46 $ (contre environ 50 $ pour Visa). Le volume mensuel réel estimé des paiements par agents est inférieur à 30 millions de dollars.
- Les géants de la finance traditionnelle accélèrent leur déploiement : Visa lance Intelligent Commerce + Trusted Agent Protocol ; Mastercard ouvrira Agent Pay à l’ensemble des détenteurs de cartes américains en novembre 2025 ; Stripe, en collaboration avec Tempo, lancera son protocole MPP le 18 mars 2026.
- Les signaux de rachat sont très forts : 7 acquisitions totalisant 8,05 milliards de dollars ont été réalisées entre 2025 et 2026 (Capital One rachète Brex pour 5,15 milliards de dollars ; Mastercard acquiert BVNK pour 1,8 milliard de dollars ; Stripe achète Bridge pour 1,1 milliard de dollars). Les géants préfèrent acheter plutôt que construire eux-mêmes.
- La couche « Facilitator » constitue aujourd’hui un créneau particulièrement intéressant pour l’investissement. Elle occupe une position similaire à celle de Stripe au début de l’ère du commerce électronique : elle s’intercale entre les protocoles, en amont, et les applications, en aval.
- Le « Facilitator » contrôle directement les clés de signature des agents et leurs stratégies de dépense, ce qui en fait un point d’ancrage incontournable en matière de confiance. Il perçoit à la fois des frais de garde et des revenus liés au flux de commandes, ce qui en fait le rôle le plus rentable de toute la pile technologique.
- Le MCP (Model Context Protocol) devient progressivement l’interface standard permettant aux agents d’appeler des outils de paiement. Celui dont le serveur MCP de paiement est intégré par défaut dans Claude, ChatGPT ou Cursor occupera une position comparable à celle du moteur de recherche par défaut dans Chrome.
- Les infrastructures cryptographiques et les réseaux de cartes ne s’excluent pas mutuellement : le gagnant sera la passerelle unifiée capable de relier les deux voies.
- Un agent d’achat nécessite ACP (Stripe) pour le règlement chez les commerçants, x402 pour les micro-paiements via API, et AP2 (Google) pour l’audit d’autorisation. Aucun protocole unique ne couvre tous les scénarios.
- Le MPP de Stripe sera lancé en mars 2026, marquant la première implémentation concrète d’un protocole unique supportant simultanément les stablecoins (sur la chaîne Tempo) et les monnaies fiduciaires (via Stripe SPT). Ses partenaires incluent Visa, Mastercard, Anthropic, OpenAI et Shopify. C’est le premier signal tangible de convergence entre ces deux approches.
- Les marchés pilotés par les protocoles poussent la valeur vers le haut ; les géants ne rafleront pas tout.
- x402 et MPP se transforment progressivement en infrastructures ouvertes et standardisées. Visa et Stripe domineront respectivement le règlement et les réseaux de cartes. En revanche, les couches d’identité, les magasins d’applications agents, les moteurs de stratégie de portefeuille et les infrastructures de crédit restent encore largement inexploitées.
Aperçu du marché
Qu’est-ce que le paiement par agent ?
Le paiement par agent désigne la capacité d’un agent IA à détenir des fonds, autoriser des dépenses et finaliser des règlements sans intervention humaine directe. Il ne s’agit pas simplement de faire « cliquer » l’agent sur un bouton de paiement. Pour y parvenir, une infrastructure financière complète — allant de la vérification d’identité à la gestion des portefeuilles, en passant par les stratégies de dépense et le règlement — est nécessaire afin de faire de l’agent un sujet économique autonome.
Les systèmes de paiement traditionnels reposent sur le principe selon lequel les deux parties sont des êtres humains ayant subi une procédure KYC et possédant un compte bancaire. L’agent remet en cause ce postulat : il ne dispose ni de pièce d’identité, ni de compte bancaire, ni d’historique de crédit, et pourtant il doit payer des appels d’API, des ressources informatiques dans le cloud, des données, voire passer des commandes à la place d’un utilisateur sur Amazon. Cette inadéquation structurelle sous-tend l’émergence entière du segment des paiements par agents.
Trois modèles fondamentaux
Le processus central du paiement par agent se décline en trois formes :
Carte tokenisée (carte virtuelle). L’agent obtient via une API un numéro de carte Visa/Mastercard virtuelle dotée d’un plafond de dépense, de restrictions par catégorie de commerçants et d’une date d’expiration. Les transactions sont réglées via les réseaux de cartes traditionnels. Ramp Agent Cards, AgentCard.sh et Slash utilisent ce modèle. Avantage : aucun changement n’est requis côté commerçant ; inconvénient : la carte doit être rattachée à un compte humain, et les réseaux de cartes prélèvent des frais de 2 à 3 %.
Stablecoin x402 (micro-paiements natifs HTTP). Le serveur renvoie le code d’état HTTP 402 accompagné des conditions de paiement (adresse du portefeuille, chaîne, montant). Le « Facilitator » de l’agent signe automatiquement le transfert USDC sur la chaîne, puis joint le hachage de la transaction dans l’en-tête de la requête. Aucune clé API, aucun compte, aucune validation humaine n’est requise ; le coût de la transaction se limite aux frais de gaz de la couche 2 (environ 0,001 $ par transaction sur Base).
Streaming basé sur des sessions (modèle MPP). L’agent pré-autorise un plafond de dépense ; pendant la session, les dépenses s’accumulent sans avoir besoin d’être réglées individuellement sur la chaîne, et un règlement global intervient à la fin de la session. Ce modèle convient aux cas d’usage à forte fréquence (centaines d’appels d’API par session). Stripe MPP, combiné à la chaîne Tempo, utilise cette approche.
Comment un agent règle-t-il ses factures courantes ?
Pour les abonnements SaaS, les services cloud ou les sources de données, les agents disposent actuellement de deux options :
- Paiement par carte. Via Ramp Agent Cards ou Slash, l’agent génère une carte virtuelle qu’il lie à la plateforme SaaS. L’équipe financière de l’entreprise fixe un plafond mensuel et une liste blanche de commerçants ; l’agent renouvelle automatiquement l’abonnement dans les limites autorisées. Ce modèle fonctionne avec les fournisseurs traditionnels tels qu’AWS, Google Cloud ou Notion.
- Paiement x402. Pour les fournisseurs compatibles x402 (Neynar, Hyperbolic, Token Metrics, etc.), l’agent paie à l’usage, sans versement préalable ni abonnement, chaque requête déclenchant un micro-paiement automatique en USDC. Le problème est que très peu de fournisseurs prennent en charge x402, et ils sont presque tous concentrés dans les services liés à la crypto.
Taille du marché
Regardons honnêtement la taille du marché : 6,3 millions de dollars depuis le début de 2026, soit un chiffre annuel estimé à 126 millions de dollars. Comparé aux 14,6 billions de dollars de transactions de Visa en 2024, cela ne représente même pas une fraction. Toutefois, l’ATV de x402 est passé de 0,09 $ (micro-paiement initial) à 0,46 $ (données Artemis confirmées). Il reste dans la zone des micro-paiements ; le point de basculement commercial n’est pas encore atteint. Le marché est extrêmement immature, mais sa base économique est déjà en place.
Facteurs favorables
- Légalisation par la finance traditionnelle (très fort). Visa lance « Agentic Ready », Stripe collabore à la mise en œuvre de MPP, Mastercard et AmEx rejoignent la fondation x402. Le CPO de Visa qualifie ce développement de « plus grand événement depuis l’avènement du commerce électronique ». Le marché est ainsi validé comme réel, ce qui réduit les risques d’investissement.
- Accélération de la normalisation des protocoles (très fort). La fondation x402 intègre désormais la Linux Foundation, avec plus de 20 membres fondateurs, dont Visa, Stripe, Google, AWS et Microsoft. La résistance à l’adoption disparaît, et x402 tend à devenir une norme au niveau HTTP.
- AWS déploie une infrastructure de production (très fort). Amazon Bedrock AgentCore est disponible et intègre nativement x402. CloudFront + Lambda@Edge offrent une implémentation de référence côté commerçant. Un cycle complet de paiement « agent → commerçant » est désormais possible sur AWS (mars 2026). Une architecture de référence fournie par AWS incitera naturellement les entreprises à suivre.
- Explosion des services MCP (fort). Plus de 11 000 serveurs MCP existent, dont moins de 5 % génèrent des revenus. ToolOracle a déjà mis en œuvre avec succès la monétisation x402 sur 73 serveurs / 708 outils. Cela exerce une traction naturelle sur les infrastructures de paiement.
- Explosion du nombre d’agents IA (fort). Plus d’un million d’agents sont enregistrés (2026), et tous les principaux modèles linguistiques (LLM) développent activement des capacités d’agent. Échéance estimée : 12 à 24 mois.
- Pénétration croissante des stablecoins (fort). Capitalisation totale : 246 milliards de dollars (2025). Stripe, Visa et Mastercard intègrent tous l’USDC. Ce phénomène est déjà en cours.
- Déclin du modèle d’abonnement (moyen). Les développeurs fournissant des compétences ou des données exigent un paiement à l’usage. Échéance estimée : 12 à 24 mois.
- Clarification réglementaire (moyen). Entrée en vigueur du règlement européen MiCA, avancée de la loi américaine sur les stablecoins, déclaration du président de la CFTC selon laquelle « l’IA a besoin de la blockchain ». Cela débloquera l’adoption institutionnelle. Échéance estimée : 12 à 24 mois.
Utilisateurs cibles
L’infrastructure de paiement par agent sert cinq catégories d’acheteurs, chacune présentant des besoins, une volonté de paiement et un pouvoir décisionnel distincts. Actuellement, les trois profils les plus motivés sont : les développeurs d’applications IA (ils ne peuvent pas lancer leur produit sans paiement par agent), les équipes financières d’entreprises (motivées par la conformité et soumises à des budgets contrôlés), et les fournisseurs de compétences ou de données (leur monétisation est bloquée par l’absence de paiement à l’usage). Les flux financiers réels entre consommateurs et agents (M2M) existent bel et bien, mais restent immatures ; leur volonté de paiement à court terme demeure faible.
Acteurs institutionnels centraux et couverture des commerçants
Le paiement par agent est principalement porté par huit institutions, notamment deux acteurs natifs de la crypto (Coinbase, Circle), trois géants des cartes/paiements entrés en mode de couverture (Stripe, Visa, Mastercard), une plateforme IA (Google), et deux sociétés d’agrégation (Crossmint, Tempo).
La question de la couverture des commerçants pose un dilemme classique « poulet ou œuf ». Les réseaux de cartes disposent d’une couverture commerciale écrasante (plus de 150 millions pour Visa, plus de 100 millions pour Mastercard), et aucune modification n’est requise côté commerçant. En revanche, x402 ne compte que quelque 50 services cryptographiques ou IA. Sans davantage de commerçants, le volume de transactions ne décolle pas ; sans volume, les commerçants ne s’intègrent pas. Stripe MPP brise cet engrenage en tirant parti de ses relations commerciales existantes (mise à jour du SDK, pas d’intégration complète) ; Crossmint le contourne via une seule API agrégant les deux voies.
Problèmes non résolus actuels
- Modèle de menace sécuritaire entièrement nouveau et non résolu
- Les menaces critiques incluent les injections de prompts, le comportement incontrôlé des agents (boucles récursives épuisant le budget), la fuite de clés, l’usurpation d’identité d’agent et les risques liés à la chaîne d’approvisionnement des SDK tiers.
- L’échec le plus dangereux n’est pas l’accès non autorisé, mais l’abus après autorisation.
- Un moteur de stratégie au niveau de l’infrastructure est indispensable, or la plupart des portefeuilles n’en disposent pas.
- Absence d’identité standardisée pour les agents
- Aucun moyen fiable de vérifier qui est un agent, quelles autorisations il détient ou s’il a été compromis.
- ERC-8004 est déployé sur le réseau principal Ethereum et comprend trois registres (identité, réputation, validation) basés sur ERC-721, mais son adoption reste très précoce.
- Le NIST a accepté une proposition concernant l’identité et l’autorisation des agents IA (avril 2026). L’EIP-11419 propose d’ajouter un validateur d’autorisations d’agents aux comptes intelligents modulaires.
- Sans identité, chaque transaction par agent repose entièrement sur la confiance.
- Absence de mécanisme de résolution des litiges
- Par conception, les paiements en stablecoins sont rapides et irréversibles : pas de rétrofacturation (chargeback), pas de banque à contacter, pas de recours possible.
- Les systèmes de garde en contrat intelligent et de réputation sur chaîne sont en cours d’exploration, mais aucun n’a atteint un niveau de standardisation ou de maturité opérationnelle.
- Absence de cadre clair pour le traitement des erreurs, les paiements excédentaires ou les réponses aux fraudes : les institutions n’adopteront pas massivement tant que ce point ne sera pas résolu.
- Infrastructure de conformité immature
- De plus en plus de juridictions appliquent la règle « Travel Rule » (FATF) aux transferts de stablecoins.
- Les obligations KYC, AML, de filtrage des sanctions et de traçabilité des audits ne sont pas optionnelles pour les applications financières, or la plupart des outils de paiement par agent considèrent la conformité comme un correctif postérieur.
- Les équipes qui n’intègrent pas la conformité dès la phase initiale subiront des coûts de refonte extrêmement élevés ultérieurement.
- Complexité interchaînes
- Les agents doivent fonctionner sur plusieurs réseaux (Base, Solana, Stellar, chaînes autorisées telles que Canton, etc.).
- Quelle que soit la chaîne où la transaction est réglée, l’exécution des stratégies doit rester cohérente.
- Aucune chaîne ne s’est imposée dans le domaine du paiement par agent, donc l’infrastructure doit être interchaînes — ce qui augmente les coûts techniques et sécuritaires.
Vue d’ensemble du secteur et chaîne de valeur
Le paiement par agent n’est pas un marché unique, mais un écosystème composé de sept couches empilées.
La couche « Facilitator » (L2) et les portefeuilles (L1) captent une part disproportionnée de la valeur, car ils contrôlent les « clés privées » des agents. Qui détient les clés détient la souveraineté économique de l’agent. La couche protocole (L0), en tant que norme open source, ne génère pas directement de revenus, mais les entreprises qui définissent les standards (Coinbase via x402, Stripe via MPP) monétisent indirectement via leurs services « facilitator » associés. Cela rappelle l’histoire d’internet : HTTP est gratuit, mais les entreprises qui contrôlent l’entrée du trafic HTTP (Cloudflare, Akamai) valent des milliards de dollars.
Analyse approfondie du secteur
Protocoles de paiement (L0)
x402
La situation autour de x402 est relativement complexe, avec Base dominant largement les transactions.
- Données d’activité quotidienne (moyenne sur mars) : 110 000 transactions, environ 51 000 $ de volume
- Base domine largement : 82 % des transactions et 99 % du volume se produisent sur Base
- Principaux « Facilitators » : Coinbase Global en tête (41 %), suivi de PayAI
- Part importante de wash trading : 36 % des transactions x402 de mars étaient artificielles (wash trading ou incitées par des récompenses), ce qui surestime la demande réelle des agents
▲ Source : Artemis
# Données écologiques x402 (Artemis, avril 2026)
- Chaînes supportées : Base, Ethereum, Polygon, Solana, Avalanche, Sui
- La fondation x402, co-gérée par Coinbase et Cloudflare (créée en septembre 2025), a rejoint la Linux Foundation et compte désormais plus de 20 membres fondateurs
- Stripe a intégré x402 sur Base en février 2026
- Montant minimal de paiement : 0,001 $
- Temps de paiement bout à bout : environ 2 secondes
- Nombre cumulé de vendeurs sur 5 mois : environ 2 300
# Processus de paiement en 5 étapes
- L’utilisateur/développeur recharge la stratégie de l’agent
- L’agent envoie une requête à l’API du fournisseur et reçoit une réponse HTTP 402 (avec l’adresse du portefeuille du commerçant, la chaîne supportée, le type d’actif et le prix)
- Le « Facilitator » vérifie si ce paiement relève bien de la stratégie de dépense autorisée pour l’agent
- Si la vérification réussit, le « Facilitator » exécute le transfert USDC sur la chaîne
- L’agent joint le hachage de la transaction dans ses requêtes ultérieures comme justificatif de paiement ; le fournisseur vérifie et fournit le service
La couverture des commerçants constitue actuellement la plus grande limitation : Neynar, Hyperbolic, Token Metrics, Pinata (IPFS), Heurist, Prodia (génération d’images), Firecrawl (web scraping). Presque tous sont des services natifs de la crypto ou de l’IA. Les commerces électroniques traditionnels (Amazon, NYT) ne sont pas encore intégrés.
Les commerces électroniques traditionnels (Amazon), les principaux SaaS (Notion, Slack, AWS) et les plateformes de contenu (NYT, Spotify) n’ont effectué aucune intégration x402. Les possibilités d’action d’un agent sur x402 sont très limitées : achat de puissance GPU, appel d’API, stockage de fichiers. Passer des commandes sur Amazon, renouveler un abonnement Notion ou payer un trajet Uber restent exclusivement réservés aux réseaux de cartes.
L’intégration des fournisseurs est largement considérée comme la dernière étape — et la plus difficile — de toute la pile de paiement par agent. Le modèle d’agent API (où l’agent appelle des API restreintes pour le compte de l’utilisateur) pourrait violer les conditions d’utilisation (ToS) des fournisseurs, introduisant des risques juridiques supplémentaires.
Les préoccupations initiales portaient sur un ATV de 0,09 $ jugé insuffisant pour assurer la rentabilité d’un « facilitator », le goulot d’étranglement étant alors l’économie des micro-paiements combinée à la faible couverture commerciale.
MPP (Machine Payments Protocol)
MPP vient juste de lancer, mais sa croissance est extrêmement rapide : 2 300 vendeurs en seulement 5 jours.
MPP, lancé par Stripe et Tempo, permet à tout client (agent, application ou humain) de payer tout service dans une seule requête HTTP. Les développeurs utilisent MPP pour permettre à leur propre agent de payer les services, tandis que les opérateurs de services l’utilisent pour recevoir des paiements API.
- Données d’activité quotidienne : 4 700 transactions, 201 $ de volume
- x402 a mis 5 mois pour atteindre 2 300 vendeurs ; MPP n’a pris que 5 jours
# Architecture
- Basé sur des sessions : l’agent pré-autorise un plafond de dépense ; les micro-paiements s’effectuent en continu pendant la session, sans règlement individuel sur la chaîne
- Règlement via la chaîne Tempo (déjà pontée avec 5 milliards de dollars), confirmation en moins d’une seconde
- Support simultané de Stripe SPT (monnaie fiduciaire), cartes Visa, stablecoins et Bitcoin (via Lightspark)
- Plus de 100 fournisseurs intégrés dès le jour du lancement
Sa portée stratégique réside dans le fait que MPP est le premier produit concret de convergence dans la bataille entre crypto et cartes. La capacité de distribution de Stripe (des millions de commerçants dans le monde) combinée à l’efficacité du règlement en stablecoins de Tempo pourrait créer une pression double contre les solutions purement cryptographiques (x402) et purement cartes (Visa IC).
# Risques
Lancé depuis quelques semaines seulement, sans données opérationnelles. La chaîne Tempo est nouvelle, son écosystème n’est pas encore éprouvé.
Comparaison x402 vs MPP
Tendance à la convergence
Ils convergent, ils ne sont pas concurrents.
- Stripe est membre fondateur de la fondation x402, et MPP prend explicitement en charge à la fois les stablecoins et les cartes.
- Visa joue sur les deux tableaux : il contribue aux spécifications de la voie cartes pour MPP de Stripe, tout en développant son propre Intelligent Commerce et Trusted Agent Protocol. Considérer x402 et MPP comme des camps opposés ignore un fait essentiel : le plus grand réseau de cartes est partenaire de conception des deux côtés.
Leur architecture est complémentaire :
- x402 gère la négociation des paiements au niveau HTTP : comment le serveur informe-t-il le client « payez-moi » via le code d’état 402 ?
- MPP gère l’exécution des transactions au niveau de la session : comment l’argent circule-t-il réellement ? Il condense des milliers de micro-interactions en deux transactions sur chaîne (ouverture + règlement).
- Le modèle de session résout directement le problème d’évolutivité des micro-paiements. Plutôt que de viser 12 millions de transactions de 0,09 $ par seconde, mieux vaut regrouper des milliers de micro-interactions en un seul règlement.
La capacité de distribution de Stripe permet à MPP de rattraper en 5 jours le nombre de vendeurs accumulé par x402 en 5 mois, confirmant l’hypothèse « la distribution prime sur le protocole ».
Visa Intelligent Commerce
Visa a annoncé son cadre Intelligent Commerce en avril 2025, lancé « Agentic Ready » en Europe en mars 2026, et publié son SDK pour développeurs d’agents IA le 2 avril 2026.
Composants centraux :
- Trusted Agent Protocol (TAP) : distingue les agents légitimes des bots malveillants
- Identifiants tokenisés : certificats de carte IA-prêts avec plafond de dépense, catégories de commerçants autorisés et exigences d’approbation
- Partenaires pilotes : Ramp, Skyfire et d’autres non divulgués
Son principal avantage est la couverture commerciale : le réseau Visa couvre plus de 150 millions de commerçants dans le monde ; un agent doté d’un numéro de carte Visa peut consommer sur Amazon, Uber ou n’importe quelle plateforme SaaS, sans aucune modification côté fournisseur.
Son principal inconvénient est qu’il doit être rattaché à un compte humain. Le modèle de confiance de Visa repose sur « un humain vérifié KYC agissant comme garant », ce qui entre en tension fondamentale avec la vision à long terme d’un agent économique autonome.
Autres protocoles
- ACP (Agentic Commerce Protocol) : conçu pour le règlement instantané dans les interfaces conversationnelles (ex. : ChatGPT). Il cible la couche de règlement consommateur, pas la couche de règlement API. ACP et x402 sont complémentaires.
- UCP (Unified Commerce Protocol d’ATXP) : tente d’unifier tous les protocoles de paiement par agents sous une seule interface
- MoonPay Agents : relie les flux de règlement traditionnels et les agents IA, transformant les processus de paiement humains en paiements automatisés exécutables via API
Portefeuilles et gestion des clés (L1)
Une dizaine de fournisseurs de portefeuilles se disputent ce marché, dont la configuration rappelle fortement celle des portefeuilles mobiles avant l’arrivée d’Apple Pay.
Cas d’usage :
- Crédit et prêt : l’assurance-crédit pilotée par IA pénètre le prêt cryptographique grand public. 3Jane automatisera entièrement l’assurance-crédit via des contrats intelligents, en utilisant des relevés financiers vérifiables pour définir les taux d’intérêt et exécuter les contrats de dette, sans examen manuel.
- Règlement pour créateurs et travailleurs indépendants : les agents gèrent le routage, la gestion des portefeuilles et la conversion des devises à travers plusieurs plateformes. Audius distribue directement 90 % des revenus aux artistes dès que leur contenu est consommé, sans délai mensuel ni intermédiaire.
- Gestion des fonds : les systèmes financiers automatisés raisonnent en temps réel sur les conditions du marché, rééquilibrent dynamiquement les positions, règlent les paiements transfrontaliers sans attendre les horaires bancaires et affectent les liquidités inutilisées à des outils générant des rendements.
Couche Facilitator (L2)
La couche « Facilitator » se situe entre les protocoles (x402, MPP) et les applications. Coinbase Global reste le « Facilitator » cumulé le plus important (41 % de tous les volumes de transactions x402, selon Artemis).
Pourquoi cette couche est-elle la couche de monétisation de l’économie des agents : un agent doit payer pour acheter, et le « Facilitator » est précisément là où ce paiement est réellement réglé. Les sociétés de modèles ne feront probablement pas cela elles-mêmes, car elles ne déploieront pas de stratégie GTM pour des cas d’usage marginaux, laissant donc cette opportunité de monétisation à des opérateurs indépendants.
Startups « Facilitator »
Autres « facilitators » (outils open source, non des startups financées) : x402-rs (bibliothèque Rust), OpenX402 (« facilitator » sans licence), OpenFacilitator (point de terminaison partagé gratuit), B402 (fork spécialisé pour BSC), CodeNut (infrastructure pour agents), RelAI (marché d’API x402), AurraCloud (calcul décentralisé, jeton AURA).
Cas d’usage
- Accès aux données payant à la requête : c’est actuellement l’usage le plus répandu pour les « facilitators ». Les agents de trading ont besoin de données de marché en temps réel, les agents de conformité exigent des filtrages de sanctions, les agents de crédit requièrent des vérifications de solvabilité. Le « facilitator » permet à ces agents de payer à la demande, sans abonnement, sans clé API ni contrat avec le fournisseur. Spraay propose déjà 70 points de terminaison x402 couvrant les oracles, l’analyse, l’inférence IA et la recherche, avec des tarifs allant de 0,001 $ à 0,10 $ par appel.
- Monétisation des API pour développeurs : le « facilitator » masque l’interaction avec la blockchain, permettant à tout développeur de sécuriser son API derrière un système de paiement x402 sans avoir à exploiter un nœud ou à connaître la crypto. L’architecture de référence AWS CloudFront + Lambda@Edge permet à n’importe quelle application HTTP d’activer x402 en périphérie.
- Gestion des abonnements : l’agent gère lui-même le processus d’annulation, négocie en temps réel des offres de fidélisation sur la base de son historique d’utilisation. À mesure que les logiciels adoptent un modèle de tarification à l’usage, l’optimisation continue de la valeur de votre agent de paiement augmentera significativement.
- Routage des paiements interchaînes : le « facilitator » gère les swaps, les ponts et les règlements, permettant à l’agent de payer sur n’importe quelle chaîne avec n’importe quel jeton, tandis que le commerçant reçoit l’actif qu’il souhaite. AnySpend prend en charge plus de 19 réseaux. C’est un canal que ni les agents ni les fournisseurs d’API ne veulent gérer eux-mêmes.
Carte tokenisée (L4 : gouvernance et stratégie / identité et autorisation, carte virtuelle)
# Processus d’émission de cartes virtuelles
- Mise en place du programme de cartes : la plateforme (ex. : Ramp, AgentCard.sh) établit un programme de cartes virtuelles via un partenaire émetteur (banque émettrice Visa/MC).
- Création de la carte via API : le développeur génère via API une carte virtuelle pour chaque agent ou chaque scénario de dépense, en définissant les paramètres suivants :
- Plafond de dépense (par transaction / quotidien / mensuel)
- Liste blanche/noire de codes MCC (catégorie de commerçant)
- Date d’expiration (à usage unique ou valide longtemps)
- Restrictions géographiques
- L’agent reçoit le numéro de carte : l’agent obtient un numéro de carte à 16 chiffres + CVV + date d’expiration, utilisable chez tout commerçant acceptant Visa/MC.
- Autorisation de la transaction : lorsqu’un commerçant lance une transaction, le réseau de cartes la vérifie en temps réel selon les stratégies prédéfinies.
- Règlement : traitement via le réseau traditionnel de cartes (T+1 ou T+2), débit du compte financier de l’entreprise.
# Comparaison des principaux fournisseurs d’API de cartes
# Limites fondamentales du modèle carte
- Doit être rattaché à un compte parent : toutes les cartes d’agents doivent finalement être rattachées à un compte humain/entreprise ayant subi une procédure KYC, servant de source de fonds.
- Frais : le réseau de cartes prélève 2 à 3 % de frais d’interchange, ce qui n’est pas économiquement viable pour les scénarios de micro-paiement API.
- Vitesse de règlement : T+1 à T+2, incapable de répondre aux besoins de règlement en temps réel entre agents.
- Contrôle limité des commerçants : un agent peut être erronément marqué comme frauduleux.
Identité et réputation (L4 : gouvernance et stratégie / identité et autorisation, côté identité)
L’identité est une infrastructure, pas un cas d’usage isolé ; elle soutient toutes les autres couches.
Découverte et magasin de compétences (L5)
Cas d’usage :
- Récompenses dans les jeux : les plateformes de jeux Web3 déployent des agents pour gérer l’économie du jeu, distribuer les récompenses et traiter les transactions d’actifs. Virtuals Protocol a déjà tokenisé des agents IA en PNJ de jeu, robots de trading et assistants de recherche, que la communauté peut détenir et gouverner collectivement.
Coordination des agents (L6)
Cas d’usage :
- Trading automatisé par agents : passage du trading algorithmique au trading piloté par agents, où l’unité de compétition change de la latence à l’intelligence. Trading algorithmique classique : exécuter Y lorsque le prix franchit X. Trading piloté par agents : raisonner sur les conditions du marché, la liquidité, les paramètres de risque et les positions du portefeuille pour décider de l’action optimale.
- Groupes d’agents coordonnés : la prochaine étape consiste à coordonner des groupes d’agents. Lorsqu’un agent financier exécute une transaction, des agents de conformité et de risque travaillent en parallèle pour valider, étiqueter et auditer.
Données et conformité (L7)
TRES Finance, Chainalysis et Allium s’implantent également sur cette couche, mais proviennent d’un domaine plus large d’analyse blockchain.
Équipes d’agents de conformité : les institutions déploient des agents de conformité comme main-d’œuvre parallèle, surveillant en temps réel les flux de transactions, identifiant les anomalies, exécutant des filtrages de sanctions et générant automatiquement des rapports réglementaires.
Confrontation entre natifs de la crypto et réseaux de cartes
# Camp natif de la crypto
Le stablecoin est la « monnaie native » des agents, pour trois raisons :
- Structure de confiance extensible : un portefeuille de stablecoins peut être lié à n’importe quoi — compte social, serveur de noms de domaine, contrat intelligent sans surveillance. Les agents hors du système financier traditionnel peuvent aussi effectuer des transactions.
- Règlement mondial natif de l’internet : un workflow d’agent reliant des points de terminaison LLM américains, des fournisseurs de données européens et des grappes de calcul sud-est asiatiques ne devrait pas nécessiter trois voies de paiement distinctes.
- Structure des coûts : le gaz x402 sur Base coûte environ 0,001 $ par transaction, comparé aux frais d’interchange de 2 à 3 % des réseaux de cartes. Même si l’ATV x402 atteint 30 $, le coût du gaz en stablecoins reste deux ordres de grandeur inférieur.
# Camp des réseaux de cartes (Visa / FinTech traditionnelle)
Les cartes d’agents sont utilisables dès aujourd’hui, pour trois raisons :
- Couverture commerciale : plus de 150 millions de commerçants acceptent déjà Visa/MC, sans aucune modification requise.
- Protection du consommateur : rétrofacturation (chargeback), détection de fraude et résolution des litiges représentent une infrastructure éprouvée de 50 ans. Les transactions en stablecoins sont irréversibles.
- Maturité de la conformité : les cadres PCI DSS, KYC/AML et la législation de protection du consommateur sont pleinement matures.
# Conclusion pragmatique
- Court terme (1–2 ans) : domination de la voie cartes. Les stablecoins restent limités aux micro-paiements API dans l’écosystème crypto.
- Moyen terme (2–4 ans) : convergence. Stripe MPP a déjà démontré qu’un protocole unique peut supporter à la fois stablecoins et monnaies fiduciaires.
- Long terme (5+ ans) : si la réglementation sur les stablecoins entre en vigueur et que leur acceptation par les commerçants augmente, la voie crypto pourrait devenir la référence.
Prise en charge des cadres de paiement et MCP
# État actuel des intégrations cadres
Aucun cadre IA majeur ne comporte actuellement de capacité de paiement native intégrée ; tous dépendent d’outils externes (principalement des serveurs MCP) pour l’intégration des paiements.
# MCP est la norme de facto
MCP devient rapidement l’interface standard universelle pour les appels d’outils externes par les agents. Microsoft l’utilise dans Copilot, et tous les principaux cadres d’agents le prennent en charge.
Serveurs MCP de paiement publiés :
- ATXP : plus de 14 outils (payment_make, web_search, web_browse, etc.), compatible avec Claude, LangChain, CrewAI et le SDK OpenAI
- FluxA : fluxa-agent-wallet (paiement x402 + retrait USDC + liens de paiement) et skill fluxA-x402-payment, disponible sur LobeHub
- Clink : clink-mcp-server, implémentation open source en TypeScript
- PayMCP : couche de paiement indépendante du fournisseur, destinée aux outils MCP (open source MIT)
- Ramp : intégration MCP Ramp disponible sur Composio
- AgentPay (OpenClaw) : skill agentpay, prenant en charge les achats via portefeuille nécessitant une approbation humaine
Signification stratégique : le fournisseur dont le serveur MCP de paiement devient la configuration par défaut des clients principaux (Claude Desktop, ChatGPT, Cursor) obtient l’« entrée par défaut » du paiement par agents. C’est exactement le même principe que celui qui conduit Google à verser 26 milliards de dollars à Apple chaque année pour être le moteur de recherche par défaut dans Safari. ATXP mène actuellement sur la couverture des cadres, mais Coinbase (via son serveur MCP CDP) et Stripe (via MPP) bénéficient d’un avantage de distribution à l’échelle des plateformes.
Paysage concurrentiel et moats
Analyse du « gagnant-emporte-tout » par sous-secteur
La force des moats suit une distribution bimodale. La gouvernance des cartes (L4), dominée par le duopole Visa/MC, et le routage (L3), verrouillé par Circle + Bridge, sont figés par les effets de réseau. Les portefeuilles (L1) comportent de véritables coûts de basculement et tendent vers la concentration. En revanche, la couche « Facilitator » (L2) et le volet identité de la couche L4 constituent les champs de bataille contestables où les startups peuvent réellement générer des retours.
Opportunités en amont et en aval
Cycle de vie du secteur
Le secteur se situe actuellement en phase mi-précoce. Une entrée en phase de croissance précoce est prévue dans les 12 à 18 mois. Deux indicateurs clés : convergence des standards autour de 1 à 2 protocoles dominants, et dépassement du seuil de 10 millions de dollars de volume mensuel par au moins un projet de paiement par agents.
Analyse d’investissement
Cadre des 7 Pouvoirs (7 Powers)
Le « Pouvoir » le plus critique actuellement est le positionnement inversé. Dans une industrie en phase précoce, les startups ne peuvent compter que sur le positionnement inversé et l’économie de réseau. Les économies d’échelle et la marque appartiennent naturellement aux géants. Visa ne peut pas adopter pleinement les stablecoins sans sacrifier 32 milliards de dollars de revenus annuels issus des frais d’interchange — c’est la seule fenêtre structurelle d’avantage concurrentiel dont disposent les startups.
Prédiction d’évolution des « Pouvoirs » : si Visa adapte les stablecoins dans les 2 à 3 ans (via VTAP), le positionnement inversé disparaîtra, et le coût de basculement deviendra le seul « Pouvoir » restant pour les startups. Cela signifie que les cibles d’investissement les plus prometteuses sont celles capables, durant cette fenêtre de positionnement inversé, de construire un coût de basculement élevé via un « facilitator » profondément intégré aux API, hébergeant les clés et verrouillant les stratégies de dépense.
Investissabilité par sous-secteur
Priorité d’investissement (du plus haut au plus bas)
- Couche « Facilitator » (capture de valeur, note : 8/10)
- La valeur du paiement par agent n’appartient pas à la couche protocole, mais à celui qui identifie un cas d’usage réel et sert des utilisateurs réels. Le « facilitator » masque entièrement la complexité de la chaîne et des agents.
- x402 et MPP sont des voies ouvertes et standardisées. Le « facilitator », situé entre protocole et utilisateur, gère la vérification des paiements, le règlement sur chaîne et le pontage interchaînes.
- Il contrôle les clés de signature et les stratégies de dépense des agents (point d’ancrage de confiance incontournable). Il perçoit à la fois des frais de garde et des revenus liés au flux de commandes.
- Le chemin de sortie par acquisition est clair, avec comme référence le rachat de Bridge par Stripe pour 1,1 milliard de dollars.
- Clés du succès : réaliser une prospection terrain rigoureuse dans un domaine vertical spécifique (marchés prédictifs, données payantes à la requête, monétisation d’API). Viser précocement l’indépendance vis-à-vis des chaînes. Développer un SDK convivial pour les développeurs. Se différencier sur la fiabilité et la rapidité de règlement, pas sur le prix.
- L4 : gouvernance et stratégie / identité et autorisation (côté identité) (alpha maximal, note : 7/10)
- La couche de conf
Bienvenue dans la communauté officielle TechFlow
Groupe Telegram :https://t.me/TechFlowDaily
Compte Twitter officiel :https://x.com/TechFlowPost
Compte Twitter anglais :https://x.com/BlockFlow_News
IOSG Ventures
