L’économie des agents : quand les IA se paient entre elles

Dans mon précédent article sur la tokenomics, j’esquissais un futur où des agents autonomes paieraient eux-mêmes des services à d’autres agents. Ce futur est déjà là. Le 14 juillet 2026, la Linux Foundation a acté le lancement opérationnel de la x402 Foundation, l’organe de standardisation du paiement natif pour les agents. Parmi ses membres fondateurs : Visa, Mastercard, Ripple, American Express, Stripe, Adyen, Shopify, Google, Amazon Web Services et Cloudflare. Quand les réseaux de cartes et les hyperscalers rejoignent le même standard la même semaine, ce n’est plus une expérimentation : c’est une couche d’infrastructure en train de se figer.

Cet article s’adresse à celles et ceux qui devront concevoir, sécuriser et superviser ces systèmes. Nous allons décortiquer l’architecture du paiement entre agents : la pile de protocoles, le mécanisme concret de règlement, la question de la confiance sans intermédiaire, les failles de sécurité propres à ce paradigme et, enfin, ce que tout cela exige côté gouvernance.

Pourquoi le paiement « humain » ne passe pas à l’échelle des agents

Nos systèmes de paiement ont été conçus pour des humains : un compte, une carte, une authentification forte, une validation explicite par transaction. Ce modèle s’effondre dès qu’on le confronte aux caractéristiques d’un agent autonome.

D’abord, le volume et la granularité. Un agent qui enchaîne des dizaines d’appels d’API par tâche ne peut pas déclencher une validation humaine à chaque fois, ni payer 0,30 $ avec les frais fixes d’une transaction par carte. Il lui faut des micropaiements (parfois inférieurs au centime) réglés instantanément. Ensuite, l’absence de relation préétablie : un agent découvre un service tiers à la volée et doit pouvoir le payer sans ouvrir un compte, signer un contrat ou saisir un numéro de carte. Enfin, l’autonomie : c’est l’agent qui décide du nombre d’étapes, donc de la dépense, dans des délais qui se comptent en millisecondes.

Il fallait donc un mécanisme de paiement natif de la machine : sans compte, sans carte, sans humain dans la boucle à chaque transaction, capable de régler des montants infimes en temps réel. C’est exactement le problème que la nouvelle génération de protocoles vient résoudre.

La pile de l’« agentic web »

Pour un architecte, la première clé de lecture est de comprendre que le paiement n’est pas un protocole isolé : c’est une couche qui s’insère dans une pile en train de se standardiser.

Tout en bas, le Model Context Protocol (MCP) régit la façon dont un agent utilise des outils, appelle des API et lit des données. Au-dessus, le protocole Agent2Agent (A2A) définit comment deux agents se découvrent, se parlent et se délèguent des tâches, via des « AgentCards » qui annoncent leurs capacités. Vient ensuite la couche paiement, celle qui nous intéresse ici : comment un agent règle effectivement un service. Et tout en haut, une couche d’identité et de confiance répond à la question qui conditionne tout le reste : à qui a-t-on affaire et peut-on lui faire confiance ?

Cette lecture en couches est essentielle : MCP dit comment l’agent agit, A2A comment il parle, le paiement comment il règle et l’identité à qui l’on fait confiance. Les protocoles que nous détaillons ensuite s’inscrivent chacun dans ce cadre ; et, fait notable, ils ont été conçus pour être composables plutôt que concurrents.

x402 : payer une requête HTTP

Le plus élégant des mécanismes ressuscite un vieux code oublié du web : le statut HTTP 402 « Payment Required », resté réservé pendant 30 ans. C’est le cœur de x402, le protocole initié par Coinbase et désormais confié à la Linux Foundation.

Le principe est d’une simplicité redoutable. Un agent client demande une ressource à un agent serveur. Plutôt qu’un refus, le serveur répond 402 Payment Required en précisant le montant, l’adresse de règlement, le réseau et la devise. Le client règle alors la somme, typiquement en stablecoin (USDC, ou XRP/RLUSD depuis l’arrivée de Ripple) sur une blockchain rapide et peu coûteuse comme Base ou Solana, puis rejoue sa requête accompagnée de la preuve de paiement. Le serveur livre la ressource. Toute la relation de paiement s’ouvre et se solde en une transaction, pour quelques centimes, sans compte ni carte ni validation humaine.

Les chiffres montrent que le mécanisme sort déjà du laboratoire. Sur sa première année, Coinbase revendique plus de 169 millions de paiements pour 590 000 acheteurs et 100 000 vendeurs. Sur les 30 derniers jours, environ 75 millions de transactions n’ont représenté que 24 millions de dollars, soit une trentaine de centimes en moyenne par transaction. Ce ratio dit tout : nous sommes dans un monde de micropaiements machine-à-machine, pas de gros achats. Stripe a ajouté le support de x402 en février 2026, et Cloudflare comme AWS l’ont embarqué au plus près de leurs réseaux de périphérie. Un agent peut désormais payer une API à la requête, comme il consommerait n’importe quelle ressource.

AP2 et ACP : prouver l’intention, encadrer le commerce

x402 résout le « comment payer » entre machines. Restent deux questions qu’il ne traite pas seul : comment prouver qu’un humain a bien autorisé une dépense, et comment intégrer proprement les agents au commerce existant. C’est là qu’interviennent AP2 et ACP.

AP2 (Agent Payments Protocol), annoncé par Google en septembre 2025 avec plus de 60 partenaires (Mastercard, PayPal, Coinbase, American Express, Salesforce…), répond à la question de l’autorisation. Son idée centrale : la chaîne de mandats.

Chaque achat est représenté par trois « mandats » signés, portés par des Verifiable Credentials W3C, des objets cryptographiques infalsifiables. L’Intent Mandate capture ce que l’utilisateur veut : objectif, contraintes, plafond de dépense. Le Cart Mandate décrit ce que l’agent a réellement assemblé : panier exact, prix, vendeur. Le Payment Mandate précise ce qui sera débité et comment. Selon que l’humain est présent (il valide le panier en temps réel) ou absent (l’Intent Mandate préautorise l’agent dans un périmètre donné), la chaîne s’adapte, mais elle produit toujours une piste d’audit cryptographique de bout en bout : qui a autorisé quoi, à quel prix, à quel moment, de façon vérifiable et inaltérable. Là où une carte se contente de régler un paiement, le mandat prouve pourquoi ce paiement a été autorisé. La version 0.2 du protocole, publiée en avril 2026, a été confiée à la FIDO Alliance pour sa gouvernance.

ACP (Agentic Commerce Protocol), co-développé par OpenAI et Stripe et mis en service dès septembre 2025 avec l’Instant Checkout de ChatGPT, adopte un angle différent : le commerce de détail. Il crée un langage commun entre marchands et agents, permettant à un commerçant de vendre via un agent tout en gardant la main sur son catalogue, sa marque et sa logistique. Un marchand déjà client de Stripe peut l’activer en une ligne de code. En 2026, OpenAI a resserré son périmètre vers un pool de grands détaillants intégrés plutôt que des millions de marchands, signe que la maturité opérationnelle reste à construire.

La bonne nouvelle pour l’architecte : ces protocoles convergent. L’extension A2A x402 relie directement la communication entre agents au règlement en stablecoin et AP2 traite les rails crypto comme des citoyens de première classe aux côtés des cartes et virements. On ne choisit pas un protocole ; on assemble une pile.

La confiance sans intermédiaire : ERC-8004

Reste la couche la plus délicate. Dans le monde humain, la confiance repose sur des intermédiaires : banques, réseaux de cartes, plateformes. Entre agents anonymes qui se découvrent à la volée, sur quoi la fonder ?

Une réponse émerge côté blockchain avec ERC-8004, surnommé « Trustless Agents » et pensé comme une extension on-chain du protocole A2A. Proposé en août 2025 et co-signé par des contributeurs de Google, Coinbase, MetaMask et la Fondation Ethereum, il définit trois registres. Le registre d’identité attribue à chaque agent une identité vérifiable et portable. Le registre de réputation standardise la publication et la lecture de signaux de confiance, l’équivalent d’un historique de fiabilité. Le registre de validation permet à des validateurs de publier des attestations sur le travail d’un agent.

L’enjeu est considérable : sans identité ni réputation portables, impossible de savoir si l’agent tiers que le vôtre s’apprête à payer est fiable, ou s’il livrera réellement le service annoncé. Mais prudence : les registres de réputation on-chain restent jeunes et une identité vérifiable ne garantit pas un comportement honnête. Elle rend surtout le comportement traçable, ce qui n’est pas la même chose.

La faille que la cryptographie ne voit pas

C’est ici que l’architecte doit être le plus vigilant. On pourrait croire qu’une transaction cryptographiquement signée est une transaction sûre. C’est faux, et une étude de red-teaming menée sur AP2, « Whispers of Wealth », l’a démontré de façon spectaculaire.

Le raisonnement est le suivant. Un agent construit sa décision à partir d’entrées : consignes, données, pages web, messages d’autres agents. Une injection de prompt (une instruction malveillante cachée dans l’une de ces entrées) peut corrompre ce raisonnement avant que le mandat ne soit signé. Résultat : un mandat parfaitement valide au sens cryptographique, mais qui ne correspond à aucune intention légitime. L’étude distingue ainsi deux notions cruciales. L’intégrité d’exécution (signatures valides, transaction conforme au protocole) reste intacte : rien à signaler côté chaîne. Mais l’intégrité de décision est compromise : l’agent a payé le mauvais vendeur ou le mauvais montant.

Les résultats sont sans appel : une injection de prompt indirecte a atteint 100 % de réussite pour manipuler le classement de produits présentés à l’agent et une injection directe a provoqué une fuite de données entre comptes dans 20 % des cas. AP2 apporte de vraies garanties (autorisation par mandat signé, authenticité des détails approuvés, traçabilité de chaque étape), mais elles protègent l’exécution, pas la décision.

La conséquence pour la conception est directe : la signature n’est pas la fin de la sécurité, c’est le milieu. Il reste indispensable de plafonner les dépenses et d’installer des disjoncteurs, d’exiger une validation humaine au-delà d’un certain seuil de montant ou de risque, de tenir compte de la réputation des vendeurs, et surtout de tout observer et auditer en temps réel.

La gouvernance : le vrai différenciateur

Voilà pourquoi je suis convaincu que la bataille de l’économie des agents ne se gagnera pas sur les protocoles de paiement (qui se standardisent et deviendront des commodités), mais sur la capacité à gouverner ce que font ces agents une fois qu’ils ont un portefeuille.

Le problème change de nature dès lors que chaque agent (agent d’investigation du SOC, agent d’approvisionnement, agent d’enrichissement de données, sous-agents tiers convoqués à la demande) peut engager de l’argent. Il faut une tour de contrôle unique qui agrège la télémétrie de toute la flotte : les tokens et les dépenses on-chain en temps réel, les budgets et disjoncteurs par agent, les anomalies et la conformité, et surtout la corrélation entre le coût engagé et la valeur réellement produite.

C’est précisément l’axe sur lequel travaille Splunk. Splunk Agent Observability, issu de l’acquisition de Galileo, offre déjà une vue centralisée des agents (requêtes, latence, tokens en entrée et en sortie, coûts associés) et corrèle ces coûts à la qualité des réponses. Étendre cette logique aux transactions financières des agents est la suite naturelle : un même plan de contrôle pour la dépense en tokens et la dépense en stablecoins. C’est aussi l’esprit d’Argos AI, l’application Splunk dédiée à l’agentique que je développe : rendre l’action des agents lisible, budgétée et auditable. L’objectif est toujours le même : stopper un « agent fou » sur un tableau de bord, avant de le découvrir sur la facture.

Combien ça pèse, et à quelle échéance

Les projections invitent à prendre le sujet au sérieux sans céder à l’emballement. Juniper Research évalue le commerce agentique à 1 500 milliards de dollars d’ici 2030 ; McKinsey parle d’une opportunité de 3 000 à 5 000 milliards. Morgan Stanley, plus prudent, table sur 190 à 385 milliards de dollars aux États-Unis, soit 10 à 20 % du e-commerce. Côté rails, Bloomberg Intelligence projette un volume de paiements en stablecoins de 56 000 milliards de dollars en 2030, contre environ 33 000 milliards en 2025.

Ces fourchettes très larges disent deux choses. Que la trajectoire est réelle et rapide ; et que personne ne sait encore où elle se stabilisera. Pour un décideur technique, la conclusion n’est pas de tout miser sur l’économie des agents, mais de s’assurer que l’architecture qu’il déploie aujourd’hui saura l’accueillir demain sans être reconstruite.

En pratique : cinq principes d’architecture

Pour qui conçoit dès maintenant, cinq principes se dégagent. Raisonner en couches : traiter le paiement comme une couche distincte, au-dessus de A2A et MCP, plutôt que comme une fonctionnalité enfouie dans l’agent. Rester composable : ne pas parier sur un protocole unique, mais s’appuyer sur les standards ouverts (x402, AP2, A2A, ERC-8004) qui convergent. Sécuriser la décision, pas seulement l’exécution : considérer que toute entrée est hostile, et placer des contrôles avant la signature. Poser des limites dures : budgets, plafonds, disjoncteurs et validation humaine au-delà d’un seuil, par conception. Rendre tout observable : aucune dépense d’agent (en tokens comme en stablecoins) ne doit échapper à un plan de contrôle unique et temps réel.

Conclusion

Le web s’est construit sur des protocoles ouverts : HTTP pour transporter, HTTPS pour sécuriser. L’économie des agents rejoue ce moment fondateur, en y ajoutant une brique que le web originel avait laissée en jachère : le paiement, précisément ce code 402 resté 30 ans en sommeil. Les protocoles qui l’incarnent se standardisent à vue d’œil, portés par une coalition inédite de réseaux de cartes, d’hyperscalers et d’acteurs crypto.

Mais l’histoire récente de l’IA nous a appris une chose : la capacité technique précède toujours la capacité à la gouverner. Des agents qui paient, c’est fascinant. Des agents qui paient sans que personne ne sache combien, à qui, ni pourquoi, c’est un risque financier, sécuritaire et réglementaire de premier ordre. Les organisations qui gagneront cette ère ne seront pas celles dont les agents dépensent le plus vite, mais celles qui sauront, à tout instant, exactement ce que chacun de leurs agents a payé, et pour quelle valeur.

Pour aller plus loin : la x402 Foundation, l’annonce d’AP2 par Google Cloud, la spécification ERC-8004, l’étude « Whispers of Wealth » sur le red-teaming d’AP2 et Splunk Agent Observability.

N'hésitez pas à découvrir mes autres articles de blog sur le sujet de l'IA et de la tokenomics : https://www.splunk.com/fr_fr/blog/author/rvalentin.html