Six nouveaux protocoles de paiement en un an + trois solutions de réactivation HTTP 402 + standardisation IETF, tout cela motivé par un seul facteur commun : les agents IA commencent à avoir des besoins de paiement propres.

Auteur et source de l'article : Yajin Scientific Entrepreneurship Journal

Le 29 avril 2025, Mastercard a organisé un événement à son siège social de Purchase, à New York, pour annoncer officiellement le produit « Agent Pay » [3]. Il n’y a eu aucune réaction retentissante ce jour-là, et la plupart des professionnels du secteur l’ont considéré comme une simple annonce ordinaire d’un organisme de cartes.

Au cours des 12 prochains mois, les choses deviendront inhabituelles.

En mai, Coinbase a lancé x402, utilisant pour la première fois le code d'état HTTP 402, réservé depuis 1998 et jamais activé auparavant, permettant aux transferts USDC d'être directement intégrés dans les réponses HTTP [1]. Deux mois plus tard, Cloudflare a lancé Pay per Crawl avec le même code d'état, facturant les robots d'IA à la demande [9], ce qui signifie que l'idée de « utiliser l'HTTP 402 pour les paiements » s'est étendue du domaine crypto aux éditeurs de contenu. Deux mois plus tard, les protocoles ont rejoint le mouvement : en septembre, Google a associé plus de 60 entreprises pour publier AP2, tandis qu'OpenAI et Stripe ont lancé simultanément ACP, permettant à ChatGPT de finaliser pour la première fois un paiement sur Etsy directement dans une conversation [2][4]. En octobre, les réseaux de cartes ont également entré en jeu : Visa et Cloudflare ont publié TAP, attribuant pour la première fois aux agents une identité vérifiable de réseau de cartes [5].

En 2026, l'ensemble du secteur passe de la phase de « diffusion dispersée » à celle de « standardisation ». En février, Lightning Labs a appliqué l'idée 402 à Bitcoin pour créer L402 [8]. En mars, Stripe et Paradigm ont lancé conjointement MPP, tandis que Tempo déployait sa mainnet ; 12 jours plus tard, l'ensemble du système était soumis au processus de standardisation de l'IETF [6]. En avril, la Linux Foundation a pris en charge x402 Foundation, regroupant parmi ses 20 membres fondateurs des acteurs des cartes de paiement (Visa, Mastercard, American Express), des fournisseurs de cloud (AWS, Google, Microsoft) et des infrastructures crypto (Coinbase, Circle, Stripe) — trois camps auparavant concurrents [1]. Il s'agit de la première fois qu'un protocole de paiement reçoit le soutien simultané de ces trois groupes.

Six nouveaux protocoles de paiement en un an + trois solutions de réactivation HTTP 402 + standardisation IETF, tout cela motivé par un seul facteur commun : les agents IA commencent à avoir des besoins de paiement propres.

L'ensemble du secteur né de cette nouvelle demande commence à l'appeler Agentic Payment : faire de l'agent un sujet de paiement indépendant, reconnu, autorisé, régi et responsable. L'hypothèse fondamentale selon laquelle « c'est l'humain qui prend la décision finale », en vigueur pendant 60 ans, connaît pour la première fois un changement.

Cette série de cinq articles décompose précisément ce sujet. Ce volet établit d’abord le contexte : où se coincent les piles de paiement traditionnelles, et quelles lacunes chacune des trois forces cible. Les trois articles suivants explorent en profondeur les trois voies techniques, et le dernier effectue une comparaison transversale.

Pourquoi la pile de paiement traditionnelle n'est pas adaptée aux paiements agent ?

Pour comprendre pourquoi les protocoles s'accumulent, examinons d'abord comment l'argent circule dans un paiement de consommation traditionnel.

Par exemple, Xiao Shuai est un amateur de course à pied et achète des chaussures de running sur le site de Nike en utilisant une carte de crédit Visa. Le numéro de carte est émis par une banque émettrice (issuer, par exemple Chase). Le commerçant Nike ne peut pas traiter directement le paiement par carte ; il doit transmettre cette transaction à une banque acquéreuse (acquirer, comme Adyen). Adyen achemine la transaction via le réseau Visa jusqu’à Chase. Chase prélève 100 $ sur le compte de Xiao Shuai ; une partie de ce montant est conservée comme frais : pour une transaction de 100 $, la banque émettrice retient environ 1,5 % (appelé interchange), Visa perçoit environ 0,1 % (appelé network fee), et Adyen perçoit environ 1,5 % (appelé processing fee). En fin de compte, environ 96 $ sont crédités sur le compte de Nike.

Ces 3 à 4 % ne sont pas payés par Xiao Shuai, mais par Nike (Xiao Shuai voit toujours un débit de 100 $ sur sa carte, tandis que Nike reçoit effectivement 96 $). Pourquoi Nike est-il disposé à assumer ce coût ? Parce que les organisations de cartes ont accumulé au cours des soixante dernières années un actif presque irremplaçable : le chargeback. Ce mécanisme offre une protection aux consommateurs comme Xiao Shuai, les incitant à acheter en ligne ou chez des commerçants inconnus. Si Xiao Shuai constate que la paire de chaussures est incorrecte, que Nike n'expédie pas la commande, ou qu'une transaction non autorisée apparaît sur sa carte, il peut contacter Chase pour ouvrir une réclamation (dispute). Une procédure de résolution, soutenue par des décisions judiciaires accumulées sur plusieurs décennies, est alors déclenchée impliquant la banque émettrice, Visa, Adyen et Nike. En cas de réussite de la réclamation, il récupère son argent. Nike paie ces 3 à 4 % pour acheter cette confiance des consommateurs.

Il en va de même pour un autre marché. Un consommateur chinois qui achète des chaussures de course sur JD.com en utilisant une carte China Merchants Bank ou en scannant un code Alipay voit une infrastructure différente : au niveau des organisations de cartes, UnionPay occupe la place de Visa ; au niveau des paiements tiers, Alipay et WeChat Pay utilisent une structure en deux niveaux composée de connexions directes aux commerçants et de règlement via NetUnion. Le mécanisme de fond est exactement le même : un système complet comprenant l’identification réelle (KYC), la protection des transactions Alipay, le traitement des litiges WeChat Pay et la possibilité de déposer une réclamation via le 12315, offrant ainsi un recours en cas de produit non conforme ou de disparition du commerçant. L’infrastructure peut différer, mais la condition fondamentale — « la décision finale repose sur une personne physique identifiable » — est identique des deux côtés.

Le fonctionnement de tout ce mécanisme repose sur quelques hypothèses considérées comme acquises par les ingénieurs de la pile de paiement depuis les années 1960 :

Premièrement, l'humain est dans la boucle. L'hypothèse fondamentale de chaque paiement par carte est que « la décision finale revient à une personne », c'est pourquoi le système de rétrofacturation a du sens et que le KYC peut être associé à une personne physique.

Deuxièmement, le montant par transaction doit être suffisamment élevé pour justifier les frais. Pour une transaction effectuée via une carte Visa/Mastercard, la tarification standard offerte par l'acquéreur au commerçant est d'environ 2,9 % + 0,30 $, ce qui est raisonnable pour un achat de détail de 100 $. En revanche, pour une requête API, un point de données ou une demande d'araignée web d'un montant de 0,005 $, cela n'est pas économiquement viable : les frais sont 60 fois supérieurs au montant de la transaction elle-même.

Troisièmement, les commerçants supposent que l'acheteur est un humain. Les modèles de détection de fraude, les stratégies de stock et les processus de service client des commerçants supposent par défaut que l'acheteur est une personne, avec un historique d'IP, une empreinte d'appareil et des habitudes de consommation réelles.

Quatrièmement, la chaîne de chargeback est bien intégrée. Les procédures de réclamation des cartes supposent que l'acheteur puisse décrire « Je n'ai pas acheté cela » ou « Ce n'est pas comme décrit ». Ces trois questions — « Qui est l'acheteur ? », « Qu'a-t-il acheté ? », « Qu'est-ce qui ne va pas ? » — ont toujours été claires au cours des 60 dernières années de consommation au détail.

L'agent LLM brise simultanément ces quatre hypothèses. Imaginez un agent de recherche IA effectuant une tâche unique : récupérer du contenu depuis des dizaines de pages web, appeler plusieurs points de terminaison de données payants, et acheter un ou deux petits rapports, chaque action coûte entre 0,001 $ et 0,10 $. Aucune de ces actions ne nécessite un clic de confirmation ; le coût unitaire est bien inférieur à la limite de 0,30 $ imposée par les cartes. Le commerçant ne fait pas face à une personne, et en cas de problème, il est impossible de déterminer "qui a autorisé quoi". Les quatre hypothèses sont entièrement invalidées.

Les services d'inférence IA tels qu'Anthropic, OpenAI et Replicate fonctionnent aujourd'hui grâce à un modèle de « pré-rechargement + mesure interne » : regrouper des milliers d'appels API en un seul paiement par carte de grande valeur, afin de contourner les contraintes de tarif minimal des rails de carte. Dès que l'agent achète lui-même des rapports, commande des outils ou signe des contrats API sur la chaîne, cette architecture ne peut plus fonctionner.

Un signal plus direct provient des créateurs de contenu. Dans le rapport AI Crawl Control de Cloudflare de août 2025, il est révélé que les sites web de leurs clients génèrent en moyenne plus de 1 milliard de codes d'état HTTP 402 par jour [9], les éditeurs utilisant ainsi la méthode la plus simple pour dire aux bots IA : « Pour consulter le contenu, vous devez payer. »

Le problème est que le HTTP 402, réservé depuis la norme HTTP/1.1 de 1998, n'a jamais abouti à un protocole de paiement largement adopté ; les bots IA le reçoivent simplement comme une erreur générique de « refus d'accès » et ne peuvent pas le convertir en paiement réel. Les nouveaux protocoles tels que x402, Pay per Crawl et L402 visent à résoudre ce problème : installer une couche de protocole véritablement capable de permettre aux bots IA de régler automatiquement leurs paiements sur le HTTP 402.

Dans le même écosystème, un autre ensemble de données clés existe : les moteurs de recherche traditionnels redirigent les lecteurs vers le site d'origine lorsqu'ils indexent des pages, tandis que les robots IA ne le font pas. Selon les statistiques de Cloudflare de juin 2025 : Google renvoie une visite pour 14 indexations, tandis que le ratio des robots OpenAI est de 1700:1 et celui des robots Anthropic atteint 73 000:1 [9]. Après avoir extrait le contenu, les robots IA fournissent directement les réponses dans des interfaces de discussion comme ChatGPT ou Claude, et les utilisateurs n'accèdent jamais au site d'origine. La chaîne traditionnelle pour les éditeurs — « indexation → clic de l'utilisateur → monétisation publicitaire » — est complètement rompue.

Combine these signals: The traditional payment stack cannot handle the high-frequency micropayments of agents; AI reasoning services can only circumvent the issue through pre-charging; content providers receive neither payment from crawlers nor revenue from user traffic. On one side, agents must have the ability to pay; on the other, merchants/publishers must have a way to receive payment from agents—with four fundamental assumptions of traditional payment protocols standing in between. This gap is large enough that three types of players simultaneously recognized it, entered the space, and adopted three distinct positions based on their own assessments and assets.

Trois forces, trois approches

Trois postures correspondent à trois logiques commerciales, chacune ciblant un différent segment de la pile de paiement traditionnelle qui est brisée. Cette section clarifie d'abord ces postures ; les détails techniques de ces trois chemins seront analysés en profondeur dans les trois articles suivants.

Puisque la carte rail ne peut pas soutenir économiquement des transactions individuelles inférieures à 1 cent, contournez-la et effectuez directement les règlements sur chaîne avec des stablecoins.

Le premier protocole à atteindre une échelle significative a été x402, publié par Coinbase en 2025-5. Il intègre directement les transferts USDC dans les réponses HTTP 402 : l'agent demande une ressource, le serveur répond avec un code 402 accompagné du prix, puis l'agent signe une autorisation EIP-3009 avec son portefeuille, et le facilitateur de Coinbase paie les frais de gaz pour effectuer la transaction sur la chaîne. Sur la chaîne Base, les frais de gaz par transaction sont inférieurs à 0,0001 $ et le règlement prend environ 2 secondes. Au moment où la Linux Foundation a pris le relais en avril 2026, x402 avait déjà traité 165 millions de transactions, avec un volume cumulé d'environ 50 millions de dollars et 69 000 agents actifs, Solana représentant environ 65 % du volume total des transactions [1].

Ce chiffre est faible par rapport au secteur des paiements traditionnels. Visa a traité 14,5 billions de dollars et environ 260 milliards de transactions pour l'exercice fiscal 2025 ; Mastercard a traité 9,2 billions de dollars sur l'année entière. Le volume cumulé d'x402 depuis son lancement il y a un an équivaut à environ deux minutes de traitement de Visa et trois minutes de traitement de Mastercard. Cela semble minuscule. Toutefois, il faut noter qu'x402 cible le marché des micro-paiements que les réseaux de cartes traditionnels ne peuvent pas servir en raison de seuils de frais minimaux, ce qui le place sur un tout autre marché que les achats de détail de Visa et Mastercard.

La même approche fleurit dans d'autres écosystèmes. Lightning Labs l'applique à Bitcoin pour créer L402 [8], Skyfire ajoute une couche d'identité KYC aux agents pour effectuer des micro-paiements en USDC, et des services d'inférence IA comme Anthropic l'utilisent pour la facturation à l'utilisation [7], Cloudflare Pay per Crawl applique la même couche de protocole pour facturer les scrapeurs aux éditeurs de contenu, et des éditeurs comme Conde Nast / TIME / AP ont déjà intégré ce système [9], tandis que Circle lance personnellement Agent Stack en mai 2026 pour une intégration verticale.

AWS a lancé en mai 2026 Bedrock AgentCore Payments, qui prend en charge nativement x402 dès son lancement, marquant la première fois qu'un géant du cloud public prend en charge nativement le paiement par agent. En ce qui concerne les fournisseurs de services API, BlockSec a intégré les étiquettes d'adresses sur chaîne et le filtrage de risques de conformité Phalcon en endpoint payant x402, avec un prix de départ de 0,10 $ par appel d'agent, réglé en USDC sur Base [1].

Les organisations de cartes ne souhaitent pas laisser le trafic des agents quitter leur propre rail, elles choisissent donc de se modifier elles-mêmes.

La proposition représentative est Agent Pay, publiée par Mastercard 2025-4 [3]. Elle n’ajoute rien de nouveau, mais intègre l’identité agent dans l’infrastructure de tokenisation MDES que Mastercard exploite depuis dix ans : MDES, qui servait initialement les tokens de cartes virtuelles pour Apple Pay et Google Pay, est désormais enrichi de deux champs supplémentaires (identifiant agent + un objet limité à la session, contenant les limites, la portée des Merchants et la date d’expiration). Lorsque ChatGPT ou Microsoft Copilot aide un utilisateur à régler un paiement via Agent Pay, le chemin de règlement reste le rail carte, avec conservation intégrale des procédures d’interchange et de litige chargeback. L’argent suit toujours la répartition traditionnelle : l’organisation carte perçoit l’interchange + les frais réseau, la banque émettrice perçoit la majeure partie de l’interchange, et l’acquéreur / le PSP perçoit les frais de traitement. L’avantage concurrentiel réside dans la garantie chargeback — ce mécanisme de résolution de litiges, soutenu par des décisions juridiques accumulées sur plusieurs décennies, n’a toujours pas d’équivalent sur les chemins crypto en 2026.

Visa adopte une autre approche : en octobre 2025, en partenariat avec Cloudflare, elle lance le Trusted Agent Protocol, qui attribue aux agents une identité vérifiable basée sur HTTP Message Signature / Web Bot Auth, avec 12 partenaires, dont Adyen, Checkout.com et Worldpay, intégrés au pilote [5]. Stripe choisit une troisième voie : il transforme son produit Issuing existant en « émission programmatique de cartes virtuelles à usage unique pour les agents » [10], permettant aux agents d'appeler directement l'API Issuing de Stripe pour générer des cartes virtuelles et effectuer des paiements, reliant ainsi artificiellement le seuil de frais minimum du rail carte à la demande fréquente assumée par les agents.

Ni ne抢 rail, ni ne délivrer de nouveaux justificatifs, uniquement normaliser le format des "justificatifs d'intention" échangés entre les agents et les commerçants.

Le modèle représentatif est l'AP2 publié par Google en 2025-9 en collaboration avec plus de 60 entreprises [2]. L'AP2 utilise les W3C Verifiable Credentials pour diviser l'achat effectué par un agent au nom de l'utilisateur en trois étapes signées, chaque étape générant une preuve cryptographique (regroupées sous le terme Mandate) :

1. 1. L'utilisateur signe d'abord le mandat d'intention : indique à l'agent « quoi faire » (par exemple, « cherche-moi une paire de chaussures de course blanches à moins de 200 $ »). Une fois signé, l'utilisateur peut partir, et l'agent utilise cette autorisation pour rechercher les produits.
2. 2. L'agent affiche le panier à l'utilisateur une fois le produit spécifique trouvé ; l'utilisateur signe le mandat de panier en confirmant en temps réel : cela verrouille exactement ce qui sera acheté et son montant.
3. 3. À l'instant où l'agent lance effectivement le paiement, signe le mandat de paiement : informe la partie de règlement en aval (organisation de cartes / chaîne / Lightning) : « Ce paiement a été initié par l'agent au nom de l'utilisateur, traitez-le selon ce périmètre. »

Processus Mandat AP2 en trois étapes : Première étape Mandat d'intention (l'utilisateur autorise à l'avance → l'agent utilise les identifiants pour rechercher des produits) ; Deuxième étape Mandat de panier (l'agent trouve le produit → l'utilisateur confirme en temps réel et verrouille le panier) ; Troisième étape Mandat de paiement (l'agent lance le paiement → les systèmes downstream Visa/x402/Lightning reçoivent les preuves)

Les trois signatures sont chaînées pour former une chaîne complète, permettant à n'importe quel rail aval — qu'il s'agisse d'une carte Visa, d'x402 USDC ou de Lightning — d'obtenir la même preuve cryptographique. AP2 ne réglera pas lui-même les transactions, et l'argent ne transite pas par lui ; Google gagne sur cette chaîne le pouvoir de normalisation : une fois qu'AP2 devient une norme de fait, tous les rails y ajouteront leurs propres intégrations. Coinbase et Lowe's ont déjà démontré un processus d'achat complet avec AP2 + stablecoin [2].

En parallèle, OpenAI et Stripe lancent ACP, avec des approches différentes : transformer directement ChatGPT en fenêtre d'achat ; The Information rapporte par la suite qu'OpenAI prélève environ 4 % de frais de plateforme auprès des commerçants Shopify [4], ce qui constitue la première fois qu'un fournisseur de LLM perçoit directement des revenus au niveau du paiement. En mars 2026, Stripe et Paradigm publient conjointement MPP, accompagné de leur propre chaîne Tempo et d'une proposition normalisée par l'IETF [6] ; OpenAI et Anthropic intègrent la liste des partenaires de conception de MPP, une première dans l'histoire de la conception de tout protocole de paiement.

Les trois chemins ne sont pas mutuellement exclusifs. Stripe est à la fois membre fondateur de la x402 Foundation, principal promoteur de l'ACP, principal promoteur du MPP et partenaire de l'AP2 ; son engagement simultané sur les quatre normes constitue la preuve la plus directe que la situation au premier semestre 2026 reste incertaine [6].

Schéma du pari à quatre tables : quatre tables de jeu x402 / ACP / MPP / AP2, Stripe place des mises simultanément sur chaque table. Légende : "when you don't know who wins, just bet every table."

Quelle est la prochaine étape ?

La situation actuelle n'est pas encore claire, ce qui signifie que les trois voies testent encore leurs propres réponses. Derrière chaque voie se trouve une structure d'ingénierie complète, un modèle économique, une clientèle et une position réglementaire propres, ainsi qu'un ensemble distinct de risques sécuritaires qui doivent être analysés séparément pour pouvoir les comparer. Les articles suivants aborderont ces points avec des accents différents.

Commencez par le chemin natif crypto. Comment x402 a réactivé le code d'état "zombie" HTTP 402 vieux de 27 ans ? Pourquoi Skyfire a-t-elle pu transformer le KYC en infrastructure d'identité de l'ère agent, et attirer Anthropic ? Comment Cloudflare Pay per Crawl utilise-t-il le même code d'état pour créer un marché de paiement pour les robots d'exploration destiné aux éditeurs ? Derrière ces trois lignes se cache un même jugement commercial : les marchés dont le prix unitaire est inférieur à 1 cent de dollar ne seront jamais accessibles aux rails de carte traditionnels.

Troisième partie : comment les organisations de cartes réagissent. Mastercard Agent Pay intègre l'identité de l'agent dans l'infrastructure de tokenisation MDES, développée pendant dix ans, comme une couche supplémentaire sur son actif le plus solide ; Visa TAP délivre aux agents une pièce d'identité vérifiable, en accord avec l'intuition traditionnelle selon laquelle « il faut d'abord savoir qui vous êtes avant de vous autoriser à payer » ; Stripe Issuing for Agents attribue aux agents des cartes virtuelles uniques et programmables, forçant ainsi les micro-paiements fréquents à s'adapter au réseau des cartes. Derrière ces trois approches se cache une même question fondamentale : à l'ère des agents, la définition juridique du « titulaire de carte » tient-elle encore ?

La quatrième couche se concentre sur les protocoles, où les événements les plus surprenants se produisent : les protocoles AP2, ACP et MPP ne déplacent pas d'argent, mais se disputent le format standard des « intent credentials » à l'ère des agents. AP2 crée une chaîne de signatures cryptographiques à l'aide de trois Mandate, ACP transforme directement ChatGPT en interface de paiement, et MPP intègre le HTTP 402 dans le processus de normalisation de l'IETF. Celui qui remporte cette couche deviendra l'OS de tous les rails.

Dernier article : comparaison horizontale. Mettez les trois chemins côte à côte dans un tableau pour comparer l'identité, les fonds et le traitement des litiges ; les scénarios d'attaque uniques à l'ère des agents et leur impact respectif sur chaque chemin ; la régulation reste encore silencieuse — comment l'industrie comble-t-elle elle-même le vide de responsabilité ; et le fait que Stripe parie simultanément sur quatre normes — quel jugement industriel se cache derrière ce phénomène apparemment contradictoire ?

Si vous n'êtes pas encore familiarisé avec certains termes de paiement, consultez brièvement le tableau récapitulatif en fin de document avant de continuer. Les quatre prochains articles de cette série supposeront que vous connaissez déjà la signification exacte des termes chargeback, acquirer, issuer, interchange, merchant of record, token et Mandate.

Glossaire des termes

References

[1] Coinbase. « Introducing x402. » Mai 2025. https://www.coinbase.com/developer-platform/discover/launches/x402 ; Linux Foundation. « Lancement de la x402 Foundation. » 2 avril 2026. https://www.linuxfoundation.org/press/linux-foundation-is-launching-the-x402-foundation-and-welcoming-the-contribution-of-the-x402-protocol ; BlockSec x402 paid API (étiquettes d'adresse + endpoint de filtrage de conformité Phalcon, à partir de 0,10 $ par requête, règlement en USDC sur Base). https://x402.blocksec.ai/ ; Rapport annuel Visa FY2025 (SEC 10-K). https://investor.visa.com/ ; Résultats Mastercard FY2025. https://investor.mastercard.com/

[2] Google Cloud. « Annonce du protocole Agent Payments (AP2). » 16 septembre 2025. https://cloud.google.com/blog/products/ai-machine-learning/announcing-agents-to-payments-ap2-protocol ; Documentation officielle d'AP2. https://ap2-protocol.org/

[3] Mastercard. « Dévoile Agent Pay. » 29 avril 2025. https://www.mastercard.com/global/en/news-and-trends/press/2025/april/mastercard-unveils-agent-pay-pioneering-agentic-payments-technology-to-power-commerce-in-the-age-of-ai.html

[4] OpenAI. « Buy it in ChatGPT. » 2025-09-29. https://openai.com/index/buy-it-in-chatgpt/ ; Agentic Commerce Protocol GitHub. https://github.com/agentic-commerce-protocol/agentic-commerce-protocol

[5] Visa. « Communiqué de presse sur le Trusted Agent Protocol. » 14 octobre 2025. https://investor.visa.com/news/news-details/2025/Visa-Introduces-Trusted-Agent-Protocol-An-Ecosystem-Led-Framework-for-AI-Commerce/default.aspx

[6] Stripe. « Développer une norme ouverte pour le commerce agentic. » 2026. https://stripe.com/blog/developing-an-open-standard-for-agentic-commerce ; Stripe. « Présentation du Machine Payments Protocol. » 2026. https://stripe.com/blog/machine-payments-protocol ; IETF Internet-Draft « Le schéma d'authentification HTTP Payment. » https://datatracker.ietf.org/doc/html/draft-ryan-httpauth-payment-01 ; The Defiant. « Tempo lance le mainnet et dévoile le Machine Payments Protocol avec Stripe. » 2026-03. https://thedefiant.io/news/blockchains/tempo-launches-mainnet-unveils-machine-payments-protocol-with-stripe

[7] Skyfire. https://skyfire.xyz/ ; « Skyfire lance le protocole ouvert KYAPay avec un système de paiement par agent. » 26 juin 2025. https://www.businesswire.com/news/home/20250626772489/en/

[8] Lightning Labs. « The Agents Are Here. » 11 février 2026. https://lightning.engineering/posts/2026-02-11-ln-agent-tools/

[9] Cloudflare. « Introducing pay per crawl. » 2025-07-01. https://blog.cloudflare.com/introducing-pay-per-crawl/ ; Cloudflare. « Introducing AI Crawl Control. » 2025-08-28. https://blog.cloudflare.com/introducing-ai-crawl-control/ ; Cloudflare. « The crawl before the fall... of referrals. » 2025-06. https://blog.cloudflare.com/ai-search-crawl-refer-ratio-on-radar/

[10] Stripe. « Donner aux agents la possibilité de payer. » 2025. https://stripe.com/blog/giving-agents-the-ability-to-pay ; Documentation Stripe Issuing pour les agents. https://docs.stripe.com/issuing/agents