Rapport sur l'état actuel de la recherche sur l'accord de paiement AI : Un nouveau paradigme de paiement dans l'économie des agents

Auteur : Bryan Vong, Foresight Ventures

Au cours des six mois de septembre 2025 à mars 2026, chaque acteur majeur du secteur mondial des paiements a effectué des mouvements significatifs. OpenAI et Stripe ont conjointement publié le protocole de commerce agentique (ACP). Google a lancé le protocole de commerce universel (UCP). En une semaine, Visa et Mastercard ont successivement publié leurs cadres de paiement Agent respectifs. Au cours des deux mois suivants, le protocole x402 de Coinbase a traité plus de 15 millions de transactions sur la chaîne Base. En mars 2026, Stripe et Tempo ont conjointement publié le protocole de paiements machine (MPP).

Les actions intensives de ces géants de la technologie et institutions financières ne sont pas un hasard ; elles constituent plutôt une réponse collective de l'industrie des paiements au même défi : alors que les agents AI deviennent les entités consommatrices les plus actives sur Internet, l'infrastructure de paiement existante échoue fondamentalement à répondre à leurs besoins opérationnels.

Chaque conception du système de paiement traditionnel est basée sur le postulat de "l'opération humaine" : s'appuyant sur des interfaces de navigateur, remplissant manuellement des formulaires, cliquant sur "confirmer le paiement" et vérifiant l'identité par des codes de vérification. La logique opérationnelle des agents est entièrement différente : elle nécessite des interfaces standard lisibles par machine, des réponses d'autorisation au niveau de la milliseconde et une infrastructure adaptée aux règlements de faible valeur à haute fréquence.

Cette bataille d'infrastructure ne sera pas dominée par un seul protocole mais forme une architecture à deux couches claire. La couche d'intention définit "qui est le commerçant et comment faire correspondre", tandis que la couche de règlement définit "comment les fonds circulent réellement". Les deux couches sont indépendantes et évoluent séparément, mais toutes deux sont indispensables. Sans l'une ou l'autre couche, la boucle commerciale fermée de l'économie des agents ne peut être réalisée.

Partie Un : Couche d'orchestration des intentions

La couche d'orchestration des intentions est responsable de la transformation de l'intention de transaction des Agents en un processus complet exécutable : découvrir des biens ou des services, ajouter au panier, déclencher le paiement. Cette couche a actuellement formé deux pistes distinctes.

1.1 Agent achetant au nom des humains

La contradiction fondamentale de cette piste n'est pas le paiement mais l'accès. Les plateformes de commerce électronique traditionnelles sont conçues pour les utilisateurs humains, et les Agents ne peuvent pas analyser les pages visuelles ni cliquer sur des éléments interactifs. Pour permettre aux Agents de finaliser des achats au nom des humains, les commerçants doivent fournir des interfaces standardisées lisibles par machine.

ACP (Protocole de Commerce Agentique) : Expérience d'achat AI dans un écosystème fermé

L'ACP a été publié conjointement par OpenAI et Stripe en septembre 2025. Son mécanisme central est le paiement délégué : lorsque les utilisateurs confirment un achat, ils accordent l'autorité de paiement à l'Agent, qui finalise la transaction en utilisant un identifiant de paiement conforme à la Spécification de Paiement Délégué, tandis que le commerçant conserve le statut de Marchand de Dossier. Actuellement, le SPT de Stripe est la première et unique solution mise en œuvre dans ce système.

Le paiement instantané ChatGPT a été lancé en septembre 2025 mais a été arrêté en mars 2026 en raison de faibles taux de conversion. OpenAI a réorienté son attention stratégique vers la découverte de produits, ce qui signifie qu'après que ChatGPT affiche des produits, il dirige les utilisateurs vers le site natif du commerçant pour finaliser les transactions. Le protocole ACP lui-même reste sous une forme plus rationalisée, soutenant des applications exclusives de ChatGPT pour plusieurs grands détaillants, les commerçants devant postuler pour participer, contrôlé par OpenAI.

UCP (Protocole de Commerce Universel) : Plan à long terme des normes ouvertes

L'UCP a été personnellement annoncé par le PDG de Google, Sundar Pichai, lors de la Conférence Annuelle de l'Industrie de la Vente au Détail NRF en janvier 2026, ayant gagné plus de 30 partenaires, y compris des plateformes grand public comme Shopify, Stripe, Visa, Mastercard, Walmart et Wayfair. Le mécanisme central de l'UCP est la déclaration de capacité du commerçant : les commerçants publient un fichier de configuration UCP au format JSON sous leur propre domaine, déclarant leurs capacités de transmission et de paiement prises en charge, que l'IA peut lire directement. Google utilise cela pour positionner Gemini comme la couche de découverte centrale pour les achats des Agents.

La différence fondamentale est que Google évite délibérément le rôle d'intermédiaire. Il n'a pas besoin de posséder les transactions elles-mêmes, mais doit seulement contrôler le lien en amont de la découverte de produits. L'ACP et l'UCP ne sont pas en concurrence, mais représentent deux propositions de marché différentes : la première échange un écosystème fermé pour une expérience utilisateur extrême et un contrôle, tandis que la seconde échange des normes ouvertes pour des effets d'échelle plus importants et l'interopérabilité.

1.2 Transactions entre agents

Si la Piste A aborde comment les agents peuvent effectuer des achats au nom des humains, la Piste B cherche à résoudre un problème plus fondamental : lorsque les deux parties d'une transaction sont des agents, sans commerçants humains impliqués, d'où vient la confiance ? Les agents manquent d'approbations de crédibilité, et les réglementations de protection des consommateurs ne peuvent pas être appliquées. La contradiction fondamentale réside dans la manière d'assurer la fiabilité de l'échange de valeur dans un environnement de zéro confiance.

ERC-8183 + ERC-8004 : Contrats de tâches sans confiance sur la chaîne

L'ERC-8183 a été lancé en mars 2026 par l'équipe d'IA décentralisée de la Fondation Ethereum en collaboration avec le Protocole Virtuals. Chaque travail se compose de trois parties : Client (le délégant), Fournisseur (le prestataire de services) et Évaluateur (l'évaluateur), avec des fonds détenus en séquestre par un contrat intelligent jusqu'à ce que la tâche soit acceptée. Les parties commerçantes n'ont pas besoin de se faire confiance ; elles doivent seulement faire confiance au contrat lui-même. L'ERC-8004 est un protocole d'identité de soutien, où chaque agent s'enregistre sur la chaîne et accumule un score de réputation basé sur des transactions historiques. Actuellement, environ 24 000 agents se sont inscrits sur le réseau.

Le Butler du Protocole Virtuals est le plus grand promoteur de ce système, décomposant des tâches complexes et les assignant à des agents spécialisés pour exécution. Ce modèle vise à promouvoir ce mécanisme de contrat à trois parties comme une norme ouverte, mais l'adoption généralisée par les développeurs prendra encore du temps.

Les différences structurelles entre les deux pistes influencent directement le choix des protocoles de couche de règlement : Les transactions de la Piste A se connectent naturellement aux canaux fiat, tandis que les transactions de la Piste B s'appuient sur des canaux de stablecoin.

Partie Deux : Couche de règlement

Si la couche d'orchestration des intentions détermine "ce qui est échangé", alors la couche de règlement traite de "comment l'argent arrive de manière fiable". Actuellement, cinq protocoles sont en concurrence dans ce domaine, chacun avec des idées de conception et des scénarios d'application différents.

2.1 Paiement délégué / SPT (Stripe)

• Idée principale : Élargir l'écosystème de paiement par carte existant plutôt que de le reconstruire.
• Méthode d'opération : Lorsque les utilisateurs autorisent l'Agent, Stripe génère un jeton de paiement partagé (SPT) qui est stocké par l'Agent. Lorsqu'une transaction se produit, l'Agent présente ce jeton sensible au temps avec un montant limite au commerçant. Les fonds sont ensuite réglés par le canal de paiement par carte standard de Stripe. En arrière-plan, Stripe s'est connecté aux interfaces "AI-Ready" de Visa et "Agentic Token" de Mastercard. Par conséquent, peu importe l'organisation de carte par laquelle la transaction sous-jacente passe, le commerçant fait face à une interface SPT unifiée.
• Scénarios applicables : Très adapté pour le commerce de détail standard et les grandes transactions, en particulier pour les paiements Agent à Agent qui nécessitent des mécanismes de protection des consommateurs comme les rétrofacturations par carte de crédit.
• Principale limitation : Son architecture repose sur des réseaux de cartes traditionnels, ce qui la rend inadaptée aux scénarios de micro-paiement à haute fréquence (par exemple, en dessous de 1 cent).

2.2 Commerce intelligent Visa et jeton Agentic Mastercard

• Idée principale : Améliorer la technologie de tokenisation des organisations de cartes traditionnelles pour s'adapter aux transactions Agent.
• Méthode d'opération : Utiliser des jetons de paiement dynamiquement cryptés au lieu de vrais numéros de carte. Chaque jeton est lié à des métadonnées telles que l'identité de l'Agent, les limites de dépenses, la période de validité et la gamme de commerçants avec lesquels il peut effectuer des transactions. Le règlement final des fonds se fait toujours par le biais du réseau de cartes existant.
• Statut de développement : Mastercard a réalisé la première transaction d'Agent entièrement identifiée au monde en septembre 2025 en collaboration avec la Commonwealth Bank of Australia. Visa a également effectué des déploiements préliminaires en Europe grâce à son programme "AI Ready".
• Principale limitation : Les frais minimums inhérents aux réseaux de cartes créent une contrainte stricte, rendant difficile le soutien des micro-paiements potentiellement massifs en dessous de 1 $ à l'avenir.

2.3 x402 (Coinbase)

• Idée principale : Retour aux protocoles Internet sous-jacents, en utilisant le code d'état "402 Payment Required" dans la norme HTTP qui n'a pas été largement utilisé pour intégrer les paiements de manière native.
• Méthode d'opération : Lorsqu'un Agent demande une ressource nécessitant un paiement, le serveur renvoie une réponse 402 accompagnée des paramètres de paiement. Après que l'Agent ait signé l'autorisation, le nœud de règlement au sein du protocole effectue un échange atomique sur la blockchain (généralement en utilisant l'USDC), prenant environ deux secondes. L'ensemble du processus ne nécessite pas d'enregistrement de compte, de clés API ou de vérification d'identité.
• Données et statut : À la fin de 2025, ce protocole avait traité plus de 100 millions de transactions sur plusieurs blockchains. Cependant, certaines analyses indiquent qu'une part significative de ce trafic appartient à des tests internes et à des transactions circulaires au sein du protocole. Bien que son architecture puisse être conçue pour des paiements de niveau centime sans restrictions de frais minimum, le défi actuel réside dans l'augmentation de la densité d'adoption et de la qualité des transactions dans des scénarios commerciaux réels.

2.4 Nanopaiements (Circle)

• Idée principale : En tant que solution améliorée à x402, optimisant spécifiquement le modèle économique pour des paiements très fréquents et très petits.
• Méthode d'opération : Cela déclenche également une réponse HTTP 402 mais adopte une architecture de traitement par lots au niveau de règlement : le payeur dépose d'abord de l'USDC dans la passerelle Circle, et les paiements suivants sont autorisés hors chaîne, avec des règlements par lots périodiques effectués sur chaîne. Cette approche réduit les coûts des frais de gaz à des niveaux négligeables, soutenant des paiements aussi bas qu'un millionième de dollar.
• Principale limitation : Les deux parties doivent pré-enregistrer et déposer des fonds dans la passerelle Circle, ce qui en fait un système semi-fermé, et il ne peut pas atteindre une arrivée de fonds atomique en temps réel. Le testnet de ce protocole a été lancé en mars 2026.

2,5 MPP (Tempo + Stripe)

• Idée principale : Créer un cadre de paiement multi-piste unifié et extensible tout en postulant pour être l'"implémentation officielle" de l'HTTP 402.
• Innovation de base : Il permet aux développeurs d'intégrer plusieurs pistes de paiement au sein du même cadre de protocole, permettant aux Agents de choisir selon leurs besoins lors des transactions :
• Piste de stablecoin Tempo : Prend en charge le règlement on-chain par transaction ou le règlement par lot hors chaîne par session.
• Piste fiat Stripe : Complète les paiements par carte grâce à des jetons de paiement partagés.
• Piste de connexion directe aux organisations de cartes : Utilise directement les jetons intelligents de Visa/Mastercard.
• Réseau btc-42">Bitcoin Lightning : Intégré via Lightspark.
• Caractéristique clé : Le MPP introduit le concept de "sessions de paiement", similaire à l'autorisation OAuth, permettant aux Agents de pré-autoriser et de recharger une fois, permettant des paiements en temps réel continus et sans couture au sein de la session sans avoir besoin d'aller on-chain pour chaque transaction.
• Signification stratégique : Stripe joue un double rôle ici : c'est à la fois un co-créateur du protocole et une option de paiement fournie au sein du protocole. Cela signifie que, peu importe si le marché favorise finalement le système HTTP 402 ouvert ou les canaux fiat traditionnels, Stripe peut s'assurer que son activité de paiement principale est intégrée dans l'écosystème futur.

Partie trois : État actuel, défis et opportunités

3,1 État actuel et défis

Au cours des six derniers mois, tous les protocoles de base pertinents ont été mis en ligne, mais le processus de commercialisation accuse globalement un retard. Dans la couche de règlement, x402 est en tête en termes de volume de transactions, mais le montant réel des transactions commerciales quotidiennes est d'environ 28 000 $ ; dans la couche d'orchestration, le produit principal d'ACP a été arrêté en raison de faibles taux de conversion. De nouveaux protocoles comme ERC-8183 et MPP font face à une situation commune où le récit est en avance sur l'implémentation. Cela marque une phase critique : la construction de l'architecture des protocoles est pratiquement terminée, mais les applications commerciales à grande échelle n'ont pas encore commencé.

Le défi principal actuel est la fragmentation de la couche d'orchestration des intentions. Les commerçants doivent gérer simultanément plusieurs normes indépendantes, SDK et processus de conformité, ce qui entraîne des coûts d'intégration élevés et des attentes floues. L'histoire montre que les marchés fragmentés finissent par donner naissance à des couches d'intégration unifiées, mais cette fois-ci pourrait être différente : les plateformes qui contrôlent les points d'entrée du trafic (comme OpenAI, Google et Microsoft) ont un fort incitatif à construire et à maintenir leurs propres écosystèmes fermés plutôt qu'à promouvoir une intégration ouverte. Cette logique se déroule simultanément sur les marchés mondiaux, et le schéma final est susceptible de conduire à la coexistence de plusieurs écosystèmes fermés régionaux plutôt qu'à un seul standard ouvert unifié. Par conséquent, la future couche d'intégration ne sera pas dirigée par les plateformes mais construite par des fournisseurs d'infrastructure tiers au service des commerçants.

3.2 Opportunités de Marché

Sur la base des jugements ci-dessus, des opportunités existent clairement à deux niveaux :

Couche de Règlement : L'Opportunité la Plus Sûre

Peu importe à quel point l'écosystème supérieur est fragmenté, le paiement est un problème fondamental que tout Agent doit résoudre. Une tendance claire émerge : la couche d'orchestration continue de se fragmenter en raison des intérêts des plateformes, tandis que la couche de règlement évolue vers l'abstraction et l'intégration en raison des pressions d'efficacité des développeurs. Les développeurs ne peuvent pas maintenir des intégrations de paiement indépendantes pour chaque écosystème, et la pression économique en faveur de solutions unifiées est de plus en plus forte.

Cela présente des exigences claires pour les portefeuilles d'Agent : ils doivent prendre en charge plusieurs pistes de paiement. Les pistes fiat (comme SPT, Agentic Token) couvrent la consommation physique traditionnelle, tandis que les pistes de stablecoin (comme x402, MPP Session) couvrent les services on-chain et les transactions A2A. Les deux scénarios coexistent et ne fusionneront pas à court terme. La responsabilité d'adaptation flexible incombe à l'Agent, et non au commerçant : les commerçants choisissent quelles pistes de paiement soutenir, ce qui est une décision relativement stable pour eux ; les entreprises n'ont besoin que de configurer des stablecoins et des cartes autorisées pour les Agents, permettant aux Agents de compléter les paiements selon les pistes soutenues par la contrepartie. Les portefeuilles capables de gérer plusieurs pistes pourront couvrir l'ensemble des scénarios de consommation des Agents. Leur valeur continuera d'accumuler avec chaque transaction traversant différents écosystèmes, formant un profond fossé d'infrastructure.

Reconstruction de l'économie A2A et du modèle commercial : Une direction océan bleu à long terme

Le véritable écart sur le marché réside dans les services de couche d'application. Actuellement, l'économie A2A est encore limitée aux scénarios de cryptomonnaie natifs. Techniquement, il est tout à fait faisable pour les Agents de "recruter" un autre Agent pour accomplir des tâches du monde réel (telles que l'analyse de données, la création de contenu, la recherche juridique, la révision de code), mais l'offre de services API à la demande correspondante est extrêmement rare. Cela représente la plus grande opportunité à long terme et est également la direction avec la moins de concurrence actuelle.

Cette opportunité est actuellement contrainte par un véritable dilemme de démarrage à froid : les mécanismes de confiance basés sur la réputation comme l'ERC-8183 nécessitent une densité de transactions suffisante pour générer des signaux de confiance significatifs. Microsoft prévoit que le nombre d'Agents IA actifs atteindra 1,3 milliard d'ici 2028, tandis qu'il existe actuellement un écart significatif entre le nombre actuel et cet objectif. Ce n'est pas un écart temporaire qui se résoudra naturellement, mais un seuil que l'économie A2A doit franchir pour s'étendre au-delà de la cryptographie.

Sa signification plus profonde réside dans la reconstruction des modèles commerciaux. Les modèles de publicité sur Internet et d'abonnement grand public sont basés sur l'hypothèse que "les utilisateurs sont humains." Les Agents ne sont pas influencés par les publicités et ne nécessitent pas d'abonnements mensuels ; ils ne paient que pour les résultats de tâches ponctuelles. Le modèle "paiement à l'appel" représenté par HTTP 402 offre un nouveau chemin pour les fournisseurs de services API : passer de la vente de droits d'accès à la vente de résultats exacts, réalisant des échanges de valeur plus précis. L'expansion de l'économie A2A et le passage à HTTP 402 sont deux faces d'une même pièce.

Conclusion

Le commerce des Agents évoluera selon deux dimensions : du côté des consommateurs (Agents faisant des achats au nom des humains) reposera principalement sur des pistes de cartes, avec un développement dépendant de l'établissement de l'autorisation des entreprises et de la confiance des utilisateurs ; tandis qu'entre Agents (A2A) sera techniquement prêt sur des pistes de stablecoin, attendant l'échelle des applications et des services.

Le paysage final sera l'évolution collaborative d'une pile de protocoles à double couche : la couche d'orchestration des intentions détermine comment les transactions se produisent, tandis que la couche de règlement assure comment la valeur circule.

Pour les bâtisseurs, la clé maintenant est de construire des capacités d'accès et d'intégration larges. Les infrastructures qui peuvent automatiquement acheminer des transactions inter-protocoles et protéger les développeurs des complexités sous-jacentes occuperont un avantage structurel lorsque le marché explosera. C'est une valeur qui s'accumule discrètement et qui est difficile à remplacer.

La clé pour déclencher le tournant sera le moment où les entreprises seront prêtes à déléguer l'autorisation de dépenses aux Agents, y compris le suivi des transactions auditable, les mécanismes de délégation de budget et une responsabilité claire lorsque les Agents effectuent des achats erronés. À ce moment-là, les portefeuilles des Agents qui couvrent plusieurs pistes de paiement et les annuaires de services "paiement à l'appel" conviviaux deviendront les deux infrastructures les plus critiques mais inoccupées. Actuellement, aucune des positions n'a un occupant solide et deviendra cruciale au même moment.