Le géant américain des paiements Mastercard a annoncé le 20 octobre l’ouverture de l’accès anticipé aux développeurs à son service de paiement pour agents IA, « Agent Pay for Machines » (AP4M). Les premières versions des API côté acheteur et côté fournisseur, des outils de développement, un environnement de test en bac à sable et une documentation destinée aux développeurs sont désormais disponibles. Les développeurs peuvent ainsi commencer à concevoir et tester des transactions entre agents.
L’IA ne se voit pas seulement confier l’acte d’« acheter »
L’idée d’un avenir où les agents IA effectuent des recherches, comparent les offres puis achètent directement est évoquée depuis longtemps. Mais à mesure qu’elle se rapproche de la réalité, une autre question se pose : qui les autorise à agir, jusqu’à quel montant et avec quels pouvoirs ? AP4M est précisément conçu pour y répondre.
Le service permet aux agents d’effectuer des transactions dans le cadre des autorisations et des plafonds de dépenses approuvés à l’avance par l’entreprise. Il ne s’agit pas de leur confier librement un portefeuille, mais de fixer au préalable les limites dans lesquelles ils peuvent agir. Dans une organisation humaine, cela reviendrait à déléguer à un collaborateur un pouvoir de décision jusqu’à un certain montant.
Le service se distingue également par sa capacité à mettre en relation des agents authentifiés et des prestataires, et à prendre en charge des transactions à haute fréquence. Cet accès anticipé offre aux développeurs un premier moyen de prototyper des transactions intégrant ces règles. Le fait de privilégier d’emblée la définition de limites plutôt que le degré d’autonomie apparaît comme une approche typique d’un acteur du paiement.
Recevoir le signal de paiement, remettre un justificatif
Le système repose sur x402, un protocole ouvert permettant de demander un paiement en ligne. Sur le Web, des numéros indiquent certaines situations, comme le « 404 » renvoyé lorsqu’une page est introuvable. Avec x402, lorsqu’une requête est envoyée sans paiement, le prestataire répond « 402 Payment Required » pour signaler qu’un paiement est nécessaire. C’est comme si l’on transposait à un échange entre machines le moment où un caissier annonce le montant à régler.
Dans AP4M, l’agent IA qui reçoit cette réponse crée, dans la limite autorisée, un justificatif signé électroniquement qui engage le paiement. Le prestataire vérifie ce justificatif, fournit le service, puis peut regrouper plusieurs justificatifs pour les régler ultérieurement. Les échanges de justificatifs eux-mêmes sont traités hors de la blockchain, indique Mastercard.
Cette approche est particulièrement utile pour les transactions de faible montant et à haute fréquence. Régler chaque transaction de quelques yens à quelques dizaines de yens séparément entraînerait des coûts et des démarches supplémentaires. Il s’agit de cumuler ces petits engagements de paiement, puis de les régler en une seule fois. Cette logique, qui rappelle le règlement des cartes de fidélité, pourrait constituer une solution concrète pour les paiements entre machines.
Une démonstration avec neuf paiements sur un seul budget
Le fonctionnement du système a été présenté lors d’une démonstration à l’événement « Cloudflare Connect » de Cloudflare. L’agent de l’agence de marketing Hype a acheté des données de recherche et des images publicitaires dans le cadre d’un budget unique approuvé, en effectuant au total neuf paiements auprès de deux prestataires.
La configuration technique mérite aussi qu’on s’y attarde. L’agent a été approvisionné via l’infrastructure de portefeuille de Coinbase, tandis que la blockchain Base a été utilisée pour le règlement on-chain. BVNK s’est chargé du portefeuille de l’agent et, par l’intermédiaire de « Mastercard Global Money Platform », du traitement des paiements et des règlements en monnaie fiduciaire ou en stablecoins.
À partir d’un budget unique, l’agent effectue plusieurs achats, aux finalités différentes, auprès de plusieurs prestataires. Cette démonstration montre comment un processus auparavant pris en charge par des collaborateurs — demander des devis, faire circuler les demandes d’approbation interne et traiter les factures — peut s’automatiser dans le cadre d’un budget défini. Il s’agissait uniquement de tester des paiements entre plusieurs prestataires, mais la démonstration a concrètement montré des agents passer de la recherche à l’approvisionnement.
Dans la continuité de l’annonce de juin
Mastercard a annoncé AP4M pour la première fois le 10 juin de cette année. À l’époque, l’entreprise avait expliqué que le service prendrait en charge les règlements au moyen de plusieurs modes de paiement, notamment les cartes, les comptes et les stablecoins. Parmi les premiers participants et soutiens figuraient Coinbase et Cloudflare, mais aussi Stripe, Tempo, Ripple, Solana Foundation et plus de 30 autres entreprises et organisations.
AP4M constitue une extension de l’initiative « Agent Pay », lancée en 2025. Dans le prolongement d’Agent Pay, Mastercard élargit son champ d’action aux paiements à haute fréquence et de faible montant exécutés en continu par des agents IA ou des machines. Des achats confirmés et payés par un humain à l’écran aux transactions réglées en continu en arrière-plan par des machines : l’entreprise qui exploite le réseau de cartes commence à en bâtir les fondations.
À l’ère des agents capables d’effectuer des achats en toute autonomie, ce qui comptera vraiment pourrait être moins la commodité que la définition des autorisations et des budgets. Qui fixe les plafonds, quelles opérations sont automatisées et quelles transactions doivent être vérifiées ? Cet accès anticipé montre que les développeurs peuvent désormais mettre à l’épreuve concrètement les principes de cette architecture.
コメント