Autorisation, demandes de paiement et règlement
**Mastercard Agent Pay est le programme basé sur les cartes.** Annoncé le 29 avril 2025, il utilise des identifiants de paiement tokenisés pour les achats effectués par des agents. Le guide destiné aux développeurs de Mastercard décrit l’inscription, la vérification d’identité, l’authentification de l’intention du consommateur et le paiement avec une charge utile tokenisée. Les intégrateurs doivent s’inscrire auprès de Mastercard ; l’émetteur autorise la transaction. Ce programme relie les agents aux paiements par carte, au lieu de remplacer le réseau de cartes par une nouvelle cryptomonnaie.
**AP2 fournit des preuves d’autorisation vérifiables.** Google l’a présenté le 16 septembre 2025 et a publié la version 0.2 le 28 avril 2026. La spécification v0.2 distingue un Checkout Mandate, preuve de ce que l’agent est autorisé à acheter, d’un Payment Mandate, qui autorise le paiement pour cet achat. Pour les achats autonomes, les mandats ouverts signés par l’utilisateur fixent les contraintes, et l’agent signe les mandats finalisés dans ces limites. AP2 définit les responsabilités de vérification ; le traitement des paiements relève du prestataire de paiement, et non d’un nouveau réseau de règlement AP2.
**x402 assure l’échange de paiement.** Coinbase a lancé ce protocole ouvert le 6 mai 2025 ; la V2 a suivi le 11 décembre 2025. Dans le flux HTTP documenté, un serveur indique les conditions de paiement, le client signe un paiement et renouvelle sa requête, et un facilitateur peut le vérifier et le régler. Le protocole n’impose pas un seul moyen de paiement. La documentation actuelle de la V2 distingue les mécanismes qui assurent généralement un règlement immédiat du règlement par lots, qui autorise le paiement à l’avance et permet de récupérer la valeur sur la chaîne ultérieurement.
**Agent Pay for Machines ajoute l’infrastructure de paiement machine de Mastercard.** Présenté le 10 juin 2026, Mastercard le décrit comme combinant l’émission d’identifiants et des règles de dépenses appliquées de manière programmatique, avec un règlement par carte, compte et stablecoin. Mastercard a ouvert l’accès anticipé le 20 octobre, en proposant les premières API côté acheteur et vendeur, une boîte à outils, un environnement bac à sable et de la documentation. Le système s’appuie sur x402 : un agent répond à une réponse « 402 Payment Required » par un bon signé, dans la limite approuvée. Le vendeur le vérifie et fournit le service ; les bons peuvent être regroupés et échangés ultérieurement.
Qu’est-ce qui a réellement été connecté ?
Google publie un exemple AP2 utilisant des paiements compatibles avec x402. Mastercard et Google ont également co-développé Verifiable Intent, annoncé le 5 mars 2026 comme une norme d’enregistrement des autorisations alignée sur AP2. Ces liens témoignent d’un développement commun et d’une implémentation d’exemple. Le flux conceptuel ci-dessus ne signifie pas que les quatre offres fonctionnent ensemble.
La démonstration de paiement machine de Mastercard en fournit un exemple concret. Selon son compte rendu du 20 octobre, l’agence de marketing Hype a approuvé un budget unique pour un agent qui a acheté une étude auprès d’AIsa et huit images par l’intermédiaire de Cloudflare AI Gateway, soit neuf paiements à deux marchands. Coinbase Developer Platform a fourni l’infrastructure de portefeuille, Base a fourni le réseau de règlement sur la chaîne, et BVNK s’est chargé du paiement et du règlement en monnaie fiduciaire ou en stablecoin.
Comme l’explique le compte rendu du projet pilote de The Defiant, l’ouverture aux développeurs élargit l’accès aux tests. La page d’inscription de Mastercard indique toujours qu’Agent Pay for Machines est « en phase pilote et non disponible dans le commerce ».