La course mondiale pour bâtir l’infrastructure des paiements des agents IA

Le fonctionnement est le suivant :

• Un client ou un agent IA demande l’accès à une API ou à une ressource.
• Le serveur répond avec un message HTTP 402 Payment Required contenant les conditions de paiement.
• L’agent crée une transaction signée avec son portefeuille (souvent en stablecoins).
• La requête est renvoyée avec la preuve de paiement.
• Après vérification, le serveur renvoie la ressource demandée.

Comme tout se passe directement dans HTTP, ce modèle permet des paiements programmatiques sans compte utilisateur, session ou interface de paiement classique. Cela le rend particulièrement adapté aux interactions machine‑à‑machine : facturation d’API, accès à des données ou services logiciels autonomes.

Les règlements utilisent généralement des stablecoins sur blockchain, ce qui facilite les micropaiements et les transactions automatisées de faible montant.

Stripe et Tempo : le Machine Payments Protocol

Stripe, en partenariat avec la startup Tempo soutenue par Paradigm, a lancé le Machine Payments Protocol (MPP) pour standardiser les paiements entre machines.

Le protocole agit comme une couche de coordination des paiements programmatiques. Stripe explique qu’il permet aux agents et aux services d’initier et de régler automatiquement des micro‑transactions, des abonnements ou des paiements sous séquestre.

Dans de nombreuses implémentations actuelles, ce protocole fonctionne au‑dessus de Tempo, une blockchain conçue pour des transactions rapides en stablecoins. Le réseau a été lancé pour supporter les paiements machine‑à‑machine à grande échelle.

Le déroulement d’une transaction ressemble à un appel de service web :

• Un agent demande une ressource ou un service.
• Le service renvoie les conditions de paiement.
• L’agent autorise le paiement automatiquement.
• La ressource est délivrée après confirmation.

L’architecture de Tempo vise un haut débit et des règlements rapides, adaptés à une économie dans laquelle des logiciels échangent de la valeur en permanence.

Stripe semble ainsi positionner MPP comme une couche de protocole capable de router des paiements vers différents rails, qu’il s’agisse de stablecoins ou de méthodes traditionnelles déjà intégrées à l’écosystème Stripe.

Google : Agent Payments Protocol (AP2)

Le protocole Agent Payments Protocol (AP2) de Google s’attaque à un autre problème fondamental : prouver qu’un agent IA est réellement autorisé à dépenser de l’argent.

AP2 s’inscrit dans l’écosystème de protocoles d’agents de Google, notamment Agent2Agent (A2A) et Model Context Protocol (MCP), qui permettent aux agents de communiquer entre eux et avec des outils externes.

Contrairement aux solutions précédentes, AP2 n’est pas un réseau de paiement. Il sert plutôt de cadre d’autorisation et d’interopérabilité sécurisé.

Le cœur du système repose sur des « mandates » cryptographiquement vérifiables — des instructions numériques signées par l’utilisateur qui autorisent un agent à effectuer certaines dépenses.

Un utilisateur peut par exemple autoriser son agent à :

• réserver un vol en dessous d’un certain prix ;
• acheter un produit dans un budget défini ;
• payer l’utilisation d’API ou de ressources de calcul.

Les commerçants et les fournisseurs de paiement peuvent vérifier ces mandats afin de confirmer que la transaction correspond bien à l’intention de l’utilisateur. Le système crée aussi une trace vérifiable pour gérer erreurs ou fraudes.

Des versions plus récentes du protocole ajoutent la prise en charge des transactions « Human Not Present », permettant aux agents d’exécuter des paiements de manière autonome à partir d’instructions pré‑autorisées.

Visa : Intelligent Commerce Connect

Visa se concentre sur l’autre extrémité du processus : l’acceptation des paiements par les commerçants.

Sa plateforme Intelligent Commerce Connect offre une intégration unique permettant aux entreprises d’accepter des paiements initiés par des agents IA. Elle gère l’authentification, la tokenisation des identifiants de paiement, les contrôles de dépenses et l’initiation des transactions.

Plutôt que de créer un nouveau rail de paiement, Visa positionne cette solution comme un hub indépendant du réseau utilisé, capable de fonctionner avec différents protocoles et systèmes de paiement.

Grâce à la Visa Acceptance Platform, les commerçants peuvent notamment :

• accepter des paiements initiés par des agents sur les réseaux de cartes ;
• authentifier les agents agissant pour les clients ;
• appliquer des protections antifraude et des identifiants tokenisés ;
• définir des limites et autorisations de dépenses.

La plateforme peut également s’intégrer à plusieurs protocoles d’agents, permettant aux entreprises de participer au commerce piloté par l’IA sans reconstruire entièrement leur système de paiement.

Quelle couche du « AI payments stack » chaque entreprise contrôle

Ces initiatives montrent que la compétition ne porte pas sur un seul protocole dominant, mais sur différents points de contrôle dans la pile des paiements pour l’IA.

Coinbase se concentre sur :

• les paiements web natifs pour API et services numériques ;
• les portefeuilles et règlements en stablecoins ;
• les micropaiements intégrés aux requêtes HTTP.

Stripe / Tempo visent :

• un protocole de coordination des paiements machines ;
• un réseau de règlement optimisé pour le commerce automatisé ;
• l’interconnexion entre crypto et paiements traditionnels.

Google cherche à contrôler :

• l’identité et l’autorisation des agents ;
• l’interopérabilité entre agents, commerçants et prestataires de paiement ;
• la preuve cryptographique de l’intention de l’utilisateur.

Visa se positionne sur :

• l’acceptation des paiements par les commerçants ;
• la tokenisation, la sécurité et les contrôles antifraude ;
• l’intégration avec l’infrastructure mondiale des cartes.

Autrement dit, chacun tente de devenir indispensable à une couche spécifique du commerce piloté par l’IA.

Ce que cette compétition révèle sur l’avenir du commerce par l’IA

L’apparition de plusieurs protocoles suggère que les paiements des agents IA ne convergeront probablement pas vers un seul système. L’écosystème semble plutôt évoluer vers une architecture en couches, similaire à celle d’Internet.

Différents rails de paiement pourraient dominer selon le type de transaction.

Les rails crypto‑natifs — comme ceux utilisés par x402 ou Tempo — sont particulièrement adaptés à :

• les micropaiements machine‑à‑machine ;
• la facturation d’API ;
• les paiements transfrontaliers ;
• les services logiciels autonomes.

Les réseaux de paiement traditionnels, eux, devraient rester centraux pour :

• les achats de consommation ;
• l’émission de moyens de paiement réglementés ;
• la gestion des litiges et remboursements ;
• les grands écosystèmes marchands.

La plateforme de Visa reflète déjà ce modèle hybride en permettant aux agents de payer via plusieurs réseaux et protocoles grâce à une seule intégration.

L’architecture la plus probable : un système hybride

À terme, l’architecture du commerce piloté par l’IA pourrait ressembler à ceci :

• Couche d’autorisation : protocoles comme AP2 de Google prouvant l’intention de l’utilisateur
• Couche de coordination des paiements : systèmes comme MPP de Stripe
• Rails de règlement : blockchains, réseaux de stablecoins ou systèmes de cartes
• Couche d’acceptation : plateformes comme Visa Intelligent Commerce Connect

Dans ce modèle, un agent IA pourrait choisir dynamiquement le rail le plus efficace — crypto pour des micropaiements automatisés ou réseaux de cartes pour un achat classique.

Plutôt que de remplacer les infrastructures existantes, ces nouveaux protocoles sont en train de connecter progressivement les agents autonomes au système financier mondial. Le futur du commerce par l’IA ne devrait donc pas être dominé par un seul acteur, mais par une pile technologique interopérable où plusieurs acteurs jouent chacun un rôle clé.