Tout savoir sur les normes x402 et MPP en un seul article : Les deux modes de rémunération des agents

Titre original de l'article : MPP de Stripe vs x402 : Ce qui s'est réellement passé aujourd'hui
Auteur de l'article original : Nick Sawinyh, defiprime.com
Traduction : Peggy, Blockbeats

Note de la rédaction : En ce qui concerne le mode de paiement de l'Agent, x402 et MPP ont emprunté deux voies presque diamétralement opposées.

x402 a opté pour une approche de simplification maximale du protocole : en intégrant les paiements directement dans les requêtes HTTP, ce qui permet de passer d'une requête au paiement de la manière la plus simple possible. Sans comptes ni intermédiaires, ce modèle s'apparente à la conception ouverte et sans autorisation des débuts d'Internet, ce qui le rend particulièrement adapté aux développeurs de niche et aux scénarios décentralisés.

Le MPP, quant à lui, optimise le système : il traite les transactions à haute fréquence, la gestion des risques et les problèmes liés à l'intégration des monnaies fiduciaires grâce à des sessions, des paiements en continu et un cadre de conformité. Elle ne vise pas la pureté, mais privilégie la satisfaction des besoins concrets des entreprises, ce qui la rend plus adaptée aux applications d'entreprise et évolutives.

La différence entre les deux réside essentiellement dans le fait qu'il s'agit de deux solutions au même problème : faut-il intégrer les paiements au protocole ou en faire une couche du système ?

C'est pour cette raison qu'ils ne sont pas en concurrence directe, mais occupent plutôt des segments différents : le x402 répond aux besoins de niche du réseau ouvert, tandis que le MPP gère le trafic à haute fréquence et le trafic commercial. Dans une économie des agents naissante, cette différenciation pourrait être inévitable.

Voici l'article original :

Depuis la fin des années 1990, date à laquelle le code d'état HTTP 402 a été défini dans la spécification HTTP/1.1, il attendait son heure. Cela signifie « Paiement requis ». À l'origine, l'idée était d'intégrer des fonctionnalités de paiement dans la couche protocolaire du Web, afin de permettre aux machines d'acheter des ressources aussi simplement que de demander l'affichage d'une page Web.

Cependant, cette vision ne s'est pour l'essentiel pas concrétisée. Au fil des ans, ce code d'état n'est apparu qu'occasionnellement dans certains cas particuliers, tels que la réponse de limitation de débit de Shopify, les erreurs de facturation d'Apple Mobile Me, etc., mais personne n'a réellement mis en place le système de micropaiement qu'il laisse entrevoir. Au lieu de cela, nous avons des cartes de crédit, des modèles d'accès payant par abonnement et des mécanismes de clés API, qui sont essentiellement conçus pour des systèmes gérés par des humains.

Aujourd'hui, cet avenir s'est concrétisé sous la forme de deux voies de mise en œuvre concurrentes, toutes deux lancées le même jour. Je voudrais maintenant préciser ce que sont ces deux approches, en quoi elles diffèrent et pourquoi Stripe mise simultanément sur ces deux voies.

x402 : Une solution plus simple

En mai 2025, Coinbase a officiellement lancé x402, dont le concept peut être qualifié de d'une simplicité presque déconcertante. Un client demande une ressource ; le serveur répond par un code HTTP 402, indiquant au client le montant des frais à régler, le jeton à utiliser et la chaîne sur laquelle effectuer le paiement. Le client effectue le paiement sur la chaîne, joint le reçu de paiement à une nouvelle requête, puis le serveur fournit la ressource.

C'est tout. Pas de système de compte, pas de clé API, pas de mécanisme d'abonnement. Une seule requête HTTP aller-retour, avec un paiement entre les deux.

Aujourd'hui, Stripe prend en charge nativement le protocole X402 dans son système de paiement, ce qui permet aux commerçants de recevoir directement ce type de paiements via leur infrastructure existante. Toutefois, fondamentalement, x402 reste un protocole piloté par Coinbase, régi par la Fondation x402 créée conjointement par Coinbase et Cloudflare en septembre 2025. Le protocole est entièrement open source (sous licence Apache 2.0) et propose des kits de développement logiciel (SDK) dans plusieurs langages, tels que TypeScript, Go et Python.

En ce qui concerne la prise en charge, la documentation officielle de Coinbase indique que les paiements ERC-20 sont actuellement pris en charge sur Base, Polygon et Solana. Par ailleurs, l'écosystème envisage de s'étendre à d'autres chaînes telles qu'Avalanche, Sui et Near, entre autres, mais à des degrés de maturité variables.

Si l'on examine les données relatives à l'adoption, la situation est un peu plus complexe. Coinbase a indiqué que x402 avait traité plus de 50 millions de transactions via son infrastructure Agentic Wallet. Même si cela peut paraître impressionnant, selon les données d'analyse on-chain d'Artemis citées par CoinDesk le 11 mars, le volume quotidien de transactions s'élève à environ 131 000 transactions, pour un montant total d'environ 28 000 dollars, soit un paiement moyen par transaction d'à peine 0,20 dollar, et près de la moitié d'entre elles semblent relever davantage de tests ou d'actions ludiques que de véritables transactions commerciales.

Cependant, ce n'est peut-être pas une mauvaise chose, car le protocole a été conçu pour un marché qui n'existe pas encore véritablement : un monde de microtransactions (même inférieures à 1 centime) effectuées par des agents IA pour des appels d'API et des requêtes de données. Les commerçants qui s'adressent à ce marché commencent tout juste à faire leur apparition.

Par exemple, le protocole Agentic Payments Protocol (AP2) de Google (qui fait partie du cadre A2A) a intégré la norme x402 ; les Innovation Labs de Lowe's ont présenté une démonstration dans laquelle un agent IA est capable de mener à bien l'ensemble du processus, de la découverte du produit à la recherche, puis à la commande, en une seule étape. Par ailleurs, World (fondé par Sam Altman) a lancé cette semaine AgentKit, qui ajoute des fonctionnalités de vérification d'identité humaine aux portefeuilles x402.

Le principe fondamental qui sous-tend cette approche est le suivant : tant que nous rendrons les paiements aussi simples qu'une requête HTTP, des cas d'utilisation émergeront naturellement. Reste à voir si cela est vrai.

MPP : Solution complète

Stripe et Tempo ont choisi une autre voie. Le protocole Machine Payments Protocol (MPP) a été lancé aujourd'hui, parallèlement au réseau principal Tempo. Contrairement à x402, qui agit comme une couche d'encapsulation légère superposée à une blockchain existante, MPP est spécialement conçu pour le scénario des agents intelligents dans le cadre de transactions à haute fréquence.

Son mécanisme central repose sur les sessions. Contrairement à la procédure consistant à lancer une transaction sur la chaîne pour chaque demande de ressources, un agent peut d'abord autoriser une limite de dépenses dans le cadre d'une seule transaction, puis effectuer des microtransactions sans dépasser cette limite. Si vous êtes une IA qui doit interroger des milliers de sources de données par heure, vous ne souhaitez certainement pas signer et diffuser une transaction sur la blockchain à chaque fois ; c'est précisément pour résoudre ce problème que les sessions ont été conçues.

La chaîne Tempo a également été conçue pour répondre à ce besoin. Il prend en charge des dizaines de milliers de transactions par seconde, offre des délais de confirmation inférieurs à la seconde et ne dispose pas de jeton de gaz natif. Les utilisateurs peuvent régler directement les frais de transaction avec des stablecoins, ce qui leur évite d'avoir à acheter un jeton au hasard avant d'effectuer un virement.

Un autre élément qu'il convient de comprendre est : La suite Agentic Commerce de Stripe inclut les jetons de paiement partagés (SPT). Cela ne fait pas partie intégrante de MPP, mais il s'agit d'un mécanisme d'extension de Stripe qui peut fonctionner en conjonction avec celui-ci. Les SPT permettent à un agent de transmettre en toute sécurité les identifiants de la carte bancaire ou du portefeuille d'un utilisateur à un commerçant sans divulguer les données réelles. Ces identifiants sont limités à une seule transaction et ont une durée de validité déterminée ; ils constituent ainsi une autorisation programmable et autodestructible. Concrètement, cela signifie qu'un agent effectuant un paiement via MPP peut utiliser l'USDC de Tempo, la carte Visa associée d'un utilisateur, ou même une combinaison des deux.

Selon l'article de blog consacré au lancement du réseau principal de Tempo, ses partenaires comprennent Anthropic, DoorDash, Mastercard, Nubank, OpenAI, Ramp, Revolut, Shopify, Standard Chartered et Visa. Selon « The Block », lors du lancement de MPP, le répertoire des services de paiement comptait déjà plus de 100 prestataires, parmi lesquels Alchemy, Dune Analytics, Merit Systems et Parallel Web Systems. Dans le cadre de sa collaboration avec Matt Huang, cofondateur de Paradigm, Tempo a déclaré, lors d'une interview accordée à « Fortune », que ce domaine en était encore à ses débuts et que le MPP était conçu pour pouvoir, à l'avenir, s'étendre à d'autres environnements sur la chaîne au-delà de Tempo.

Pourquoi Stripe prend en charge les deux

Si vous êtes déjà intégré à Stripe, la réponse la plus simple est la suivante : vous n'avez pas besoin de choisir entre les deux.

Stripe prend en charge les protocoles x402 et MPP via deux voies d'intégration distinctes, plutôt que de les regrouper au sein d'une interface unique. Pour x402, la documentation traite principalement de la génération d'une adresse de recharge, de la surveillance sur la chaîne et du transfert des fonds vers le compte Stripe : vous êtes chargé de renvoyer une réponse 402, tandis que Stripe gère l'infrastructure de paiement cryptée sous-jacente. Actuellement, Base prend en charge l'USDC, et d'autres cryptomonnaies devraient être ajoutées prochainement. Avec MPP, les commerçants peuvent utiliser la même API PaymentIntents pour recevoir des paiements en continu liés à une session.

C'est sur ces deux plateformes de paiement que s'appuie la suite Agentic Commerce de Stripe, lancée en décembre 2025. Il suffit aux commerçants de mettre en ligne leur catalogue de produits et de choisir les agents IA qu'ils souhaitent intégrer ; Stripe se chargera ensuite de la recherche de produits, des processus de paiement, de la lutte contre la fraude et de la gestion fiscale. À l'heure actuelle, URBN, Etsy, Coach, Kate Spade et Ashley Furniture l'utilisent déjà, tandis que des plateformes telles que Wix, WooCommerce, BigCommerce, Squarespace et commercetools ont finalisé leur intégration.

Leur stratégie est très claire : contrôler la couche d'abstraction et laisser les protocoles sous-jacents se faire librement concurrence.

À propos de la comparaison

D'une manière générale, ces deux protocoles ont la même fonction : ils permettent aux machines de payer des ressources via HTTP. Cependant, ce sont les détails qui font toute la différence.

x402 (dirigé par Coinbase) contre MPP (Stripe + Tempo)

Normalisation
x402 : Entièrement open source (licence Apache 2.0), sous l'égide de la Fondation x402 pour une participation multipartite (Coinbase, Cloudflare, Visa, Google).
MPP : Standard ouvert développé conjointement par Stripe et Tempo, qui fait partie de la suite Stripe Agentic Commerce.

Mécanisme HTTP
x402 : Réactive le code HTTP 402, lance des requêtes via l'en-tête PAYMENT-REQUIRED et effectue des tentatives de reconnexion à l'aide de PAYMENT-SIGNATURE.
MPP : Il utilise également un mécanisme de type « challenge-response », mais recourt au schéma d'authentification HTTP pour les paiements (un projet de l'IETF) et lie l'identifiant de challenge à HMAC.

Couche de paiement (Rails)
x402 : Conçu pour être compatible avec toutes les blockchains, il est actuellement pris en charge sur Base, Polygon et Solana, tandis que d'autres chaînes sont encore à l'étude.
MPP : Conçu sur la blockchain Tempo — une couche 1 optimisée pour les paiements, prenant en charge plus de 10 000 transactions par seconde (TPS), avec une finalité en moins d'une seconde et sans jeton de gaz natif ; l'objectif à long terme est la compatibilité inter-chaînes.

Mode de paiement
x402 : Des stablecoins purs, entièrement sur la blockchain.
MPP : Prend en charge l'USDC et le SPT sur Tempo (le mécanisme de Stripe), permettant ainsi de combiner cryptomonnaies et monnaies fiduciaires (cartes de crédit, portefeuilles, BNPL).

Mode de paiement
x402 : Règlement sur la chaîne (entre environ 200 ms et quelques secondes), validé et réglé par des intermédiaires tels que Coinbase.
MPP : Finalité en moins d'une seconde sur Tempo, règlement automatique via Stripe avec prise en charge de la conformité.

Intégration des commerçants
x402 : Les middlewares open source (Express, Hono, Next.js, etc.) peuvent être hébergés en interne ou en mode hébergé.
MPP : Intégration directe avec l'API PaymentIntents de Stripe, gestion des risques intégrée, traitement des taxes, remboursements et rapports.

Innovation fondamentale
x402 : Extrêmement simple, indépendant des fournisseurs, à l'image de la philosophie Unix dans le domaine des paiements.
MPP : Haut débit + intégration des monnaies fiduciaires, permettant les paiements en continu, l'agrégation des microtransactions par session et un contrôle programmable des dépenses basé sur le SPT.

Partenaires clés
x402 : Coinbase, Cloudflare, Google (A2A/AP2), Visa, World, Anthropic (MCP).
MPP : Stripe, Visa, Lightspark, Anthropic, DoorDash, Mastercard, OpenAI, Shopify, Revolut, Standard Chartered Bank.

Le protocole x402 semble être la solution de prédilection pour la mise en place de systèmes ouverts : API pour développeurs indépendants, marchés de données décentralisés ou tout service qui préfère ne pas dépendre de prestataires de paiement. Sa spécification pourrait tenir dans un seul livre blanc, ne nécessitant qu'un seul intergiciel et une adresse de portefeuille. Cette pureté est très séduisante — même si le fait de se limiter exclusivement à la cryptomonnaie implique également que son public cible est plus restreint.

Le MPP, en revanche, relève d'un paradigme totalement différent. Si votre agent doit effectuer des centaines, voire des milliers de transactions au cours d'une seule session et que vous ne souhaitez pas que chacune d'entre elles soit enregistrée sur la blockchain à chaque fois, c'est alors un choix plus judicieux. Le mécanisme de session maintient la plupart des interactions hors chaîne jusqu'au règlement final ; le système de conformité de Stripe gère les risques et la fiscalité ; et le mode hybride de SPT permet à l'agent de ne pas se limiter aux stablecoins, mais aussi d'accéder directement à la carte Visa de l'utilisateur ou à d'autres moyens de paiement. Ce n'est pas aussi élégant, mais cela correspond davantage à la réalité.

Il est intéressant de noter qu'ils ne se font pas entièrement concurrence. x402 couvre les scénarios ouverts à longue traîne, tandis que MPP couvre le trafic à haute fréquence au niveau de l'entreprise. La stratégie de Stripe est également claire : ne pas miser sur un seul protocole, mais veiller à ce que, quelle que soit la voie qui s'impose, les fonds finissent par être acheminés vers le système de comptes de Stripe.

Retour à la réalité : Où en sommes-nous actuellement en matière de développement ?

Pour être honnête, il n'y a pratiquement aucune transaction à grande échelle en cours pour le moment.

D'après les notes de mise à jour de la version x402 de Coinbase, parmi les premiers partenaires figurent Hyperbolic (GPU Inference Pay) et Anthropic (intégration du protocole MCP). Le blog de Stripe évoque des cas d'utilisation d'agents facturés à l'appel d'API (comme CoinGecko). Lors de son lancement, l'annuaire Tempo comptait plus de 100 services. Le SDK Agents de Cloudflare prend en charge nativement le protocole x402, et certains petits projets sur Base L2 tentent également d'utiliser x402 comme passerelle de paiement.

Mais dans l'ensemble, le volume des transactions est faible, le nombre de commerçants est limité et la plupart des activités en sont encore au stade expérimental.

Cela n'a rien d'étonnant. Toute nouvelle infrastructure de paiement connaît cette phase à ses débuts. La liste dite des partenaires fait parfois apparaître un écart important entre la signature d'un protocole d'accord et la mise en service effective, et ces communiqués ne font généralement pas de distinction particulière à ce sujet.

Il convient surtout de souligner la présence de poids lourds parmi les acteurs qui soutiennent cette infrastructure. En 2025, Stripe a traité 19 000 milliards de dollars de paiements, avec un volume total en hausse de 34 % par rapport à l'année précédente. Parallèlement, Coinbase, Cloudflare, Visa, Google et tout un réseau de partenariats avec Tempo ont fait leur apparition.

En d'autres termes, les bases sont posées. La seule question qui reste est la suivante : en 2026, un agent IA aura-t-il vraiment besoin d'effectuer des transactions à grande échelle sur cette voie ? Ou s'agit-il plutôt d'une situation comparable à celle de la pose de câbles à fibre optique en 1998 : mettre en place l'infrastructure avant même que la demande ne se manifeste ?

Lequel choisir ?

Si vous développez un système ouvert et sans autorisation, x402 est le choix le plus naturel. Pas besoin d'une plateforme enregistrée, pas besoin d'intégrer des systèmes de paiement : il suffit d'importer le middleware, de connecter votre portefeuille et de commencer à recevoir des paiements. En contrepartie, vous devez vous occuper vous-même de la conformité, de la gestion des risques et du règlement en monnaie fiduciaire.

Si vous faites déjà partie de l'écosystème Stripe et que vous souhaitez tirer parti du trafic des agents, MPP est la solution la plus adaptée. Les sessions, les paiements en continu, la combinaison de monnaies fiduciaires et de cryptomonnaies, ainsi qu'un système de conformité complet s'apparentent davantage à une mise à niveau de la configuration qu'à une refonte complète du système.

Si votre seule préoccupation est de pouvoir recevoir des paiements quel que soit le protocole utilisé par l'agent, alors la réponse est simple : utilisez Stripe. Cela concerne les deux parties.

Le code HTTP 402 a enfin trouvé sa raison d'être. Ça a juste pris environ 27 ans.

[Lien vers l'article original]