Comprendre le x402 et le MPP en un seul article : Deux façons de payer les agents

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

Note de l'éditeur : En ce qui concerne la question de savoir comment les mandataires effectuent les paiements, x402 et MPP offrent deux voies presque opposées.

x402 suit un protocole minimal : il intègre les paiements directement dans les requêtes HTTP, mettant en œuvre le paiement à la demande de la manière la plus simple. Aucun compte, aucun intermédiaire, ressemblant au design ouvert et sans autorisation des premiers Internet, adapté aux développeurs de longue traîne et aux scénarios décentralisés.

MPP, quant à lui, maximise le système : il traite les problèmes de trading à haute fréquence, de contrôle des risques et d'accès aux devises fiat par le biais de sessions, de paiements en streaming et de cadres de conformité. Il ne recherche pas la pureté mais donne la priorité à la satisfaction des besoins réels de l'entreprise, ce qui le rend plus adapté aux applications évolutives et au niveau de l'entreprise.

Les différences entre les deux sont essentiellement deux solutions au même problème: faire des paiements une partie du protocole ou une couche du système.

Ainsi, ils ne sont pas en concurrence totale mais plutôt distribués sur différentes gammes, avec x402 couvrant les besoins de longue traîne du réseau ouvert et MPP gérant le trafic à haute fréquence et commercial. Dans une économie d’agents qui n’a pas encore pris forme, cette différenciation peut être inévitable.

Voici le texte original :

Le code de statut HTTP 402 n'a pas encore été défini depuis sa définition dans la spécification HTTP/1.1 à la fin des années 1990. Sa signification est « Paiement requis ». L'idée initiale était d'intégrer des fonctionnalités de paiement dans la couche protocolaire du web, permettant aux machines d'acheter des ressources comme elles demandent des pages web.

Cependant, cette idée n'a pas été réalisée. Au fil des ans, ce code de statut n'est apparu qu'occasionnellement dans certains cas marginaux, comme les réponses de Shopify limitant le taux et les erreurs de facturation d'Apple Mobile Me, mais personne n'a vraiment construit l'avenir de micropaiement qu'il implique. Au lieu de cela, nous avons des cartes de crédit, des murs de paiement d'abonnement et des mécanismes de clés API, qui sont tous essentiellement conçus pour les opérateurs humains.

Aujourd’hui, ce futur a émergé avec deux parcours de mise en œuvre concurrents, tous deux sortis le même jour. Ensuite, je veux vous expliquer ce qu'ils sont, leurs différences et pourquoi Stripe mise sur les deux façons.

x402 : Une solution plus simple

Coinbase a officiellement lancé x402 en mai 2025, et son idée centrale peut être décrite comme radicalement minimaliste. Le client demande une ressource ; le serveur renvoie le HTTP 402 et informe le client du montant à payer, du token à utiliser et de la blockchain sur laquelle effectuer le paiement. Une fois le paiement effectué sur la blockchain, le client joint la preuve de paiement à la demande relancée, puis le serveur livre la ressource.

C'est aussi simple. Aucun système de compte, aucune clé API et aucun mécanisme d'abonnement. Juste un aller-retour d'une requête HTTP avec un paiement inséré entre les deux.

Stripe propose désormais une assistance native pour x402 dans son système de paiement, ce qui permet aux vendeurs de recevoir ces paiements directement via leur backend existant. Cependant, fondamentalement, x402 est toujours un protocole dirigé par Coinbase, régi par la fondation x402, qui a été initiée conjointement par Coinbase et Cloudflare en septembre 2025. Le protocole est entièrement open source (licence Apache 2.0) et propose des SDK en plusieurs langues, notamment TypeScript, Go et Python.

En termes d'assistance, la documentation officielle de Coinbase montre qu'elle prend actuellement en charge les paiements ERC-20 sur Base, Polygon et Solana. L'écosystème explore également son extension à d'autres chaînes comme Avalanche, Sui et Near, mais la maturité varie.

En examinant les données d'adoption, cette partie est un peu plus complexe. Coinbase précise que x402 a traité plus de 50 millions de transactions via son infrastructure de portefeuilles mandataires. Cela semble impressionnant, mais selon les données d'analyse on-chain d'Artemis citées par CoinDesk le 11 mars: le volume de transaction quotidien est d'environ 131 000, avec un montant total d'environ 28 000 $, et le paiement moyen par transaction n'est que d'environ 0,20 $, avec environ la moitié ressemblant à des tests ou à un comportement gamifié plutôt qu'à de vraies transactions commerciales.

Mais ce n'est peut-être pas une mauvaise chose. Parce que ce protocole a été initialement conçu pour un marché qui n'existe pas encore vraiment, un monde où les agents de l'IA effectuent des micropaiements (même en dessous de 1 centime) pour les appels d'API et les requêtes de données. Et les vendeurs desservant ce marché commencent à peine à émerger.

Par exemple, le protocole de paiement agentique de Google (AP2, qui fait partie du framework A2A) a déjà intégré le x402 ; Lowe's Innovation Labs a présenté une démo où un agent IA peut effectuer l'ensemble du processus, de la découverte du produit à la recherche, en passant par la commande en un seul flux. Entre-temps, World (initié par Sam Altman) a lancé AgentKit cette semaine, ajoutant des fonctionnalités d'identification humaine aux portefeuilles x402.

L'hypothèse de base derrière cela est la suivante : tant que les paiements seront aussi légers que les demandes HTTP, des scénarios d'application émergeront naturellement. Reste à savoir si cela est vrai.

MPP : Une solution Full-Stack

Stripe et Tempo ont choisi une autre voie. Le protocole de paiement automatique (MPP) a été lancé aujourd'hui aux côtés du mainnet Tempo. Contrairement au x402, qui sert de couche d'encapsulation légère sur les blockchains existantes, le MPP est spécifiquement conçu pour le scénario de trading à haute fréquence des agents.

Son mécanisme essentiel est constitué de sessions. Contrairement à l’établissement d’une transaction on-chain pour chaque demande de ressource, les agents peuvent autoriser une limite de dépenses une fois, puis effectuer continuellement des micropaiements dans cette limite. Si vous êtes une IA qui a besoin d'interroger des milliers de sources de données chaque heure, vous ne souhaitez absolument pas signer et diffuser une transaction on-chain à chaque fois, et les sessions sont conçues pour résoudre ce problème.

La chaîne Tempo s’articule également autour de ce besoin. Il prend en charge des dizaines de milliers de transactions par seconde, a des heures de confirmation inférieures à la seconde et n'a pas de token de gaz natif. Les utilisateurs peuvent payer directement les frais de transaction avec des stablecoins, ce qui élimine l'étape fastidieuse que représente l'achat de tokens aléatoires pour les transferts.

Un autre composant à comprendre est que la suite de commerce agentique de Stripe comprend des tokens de paiement partagés (SPT). Cela ne fait pas partie de MPP lui-même mais est un mécanisme d'extension de Stripe qui peut être utilisé conjointement. SPT permet aux agents de transmettre en toute sécurité les informations d’identification de carte de crédit ou de portefeuille des utilisateurs aux vendeurs sans exposer de données réelles. Ces identifiants sont limités à des transactions uniques et ont des contraintes de temps, ce qui peut être compris comme une autorisation programmable et autodestructrice. En pratique, cela signifie qu'un mandataire payant via MPP peut utiliser USDC sur Tempo ou une carte Visa liée à l'utilisateur, ou même une combinaison des deux.

Selon le blog de lancement de Tempo mainnet, ses partenaires comprennent Anthropic, DoorDash, Mastercard, Nubank, OpenAI, Ramp, Revolut, Shopify, Standard Chartered et Visa. Le Bloc a indiqué que plus de 100 services étaient déjà disponibles dans le catalogue de paiement au lancement de MPP, notamment Alchemy, Dune Analytics, Merit Systems et Parallel Web Systems. Matt Huang, cofondateur de Tempo et Paradigm, a déclaré dans une interview à Fortune que ce domaine n'en est qu'à ses débuts, et l'objectif de conception de MPP est de s'étendre à l'avenir à des environnements plus on-chain que Tempo.

Pourquoi Stripe soutient les deux

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

Stripe prend en charge le x402 et le MPP grâce à deux parcours d'intégration indépendants plutôt que de les extraire dans une interface unifiée. Pour x402, sa documentation couvre principalement les processus de génération d'adresses de recharge, de surveillance on-chain et de règlement de fonds sur les comptes Stripe. Vous êtes responsable du renvoi d'une réponse 402, tandis que l'infrastructure de paiement crypto sous-jacente est gérée par Stripe. Actuellement, il prend en charge USDC sur Base, et prévoit une expansion future. Pour les MPP, les vendeurs peuvent recevoir des paiements en streaming basés sur la session via la même API PaymentIntents.

La Suite Agentic Commerce sortie par Stripe en décembre 2025 est construite sur ces deux modes de paiement. Les vendeurs doivent simplement télécharger leurs catalogues de produits, sélectionner les agents d'IA qu'ils souhaitent intégrer, et Stripe s'occupera de la découverte des produits, des processus de paiement, de la prévention de la fraude et du traitement fiscal. Actuellement, URBN, Etsy, Coach, Kate Spade et Ashley Furniture l'utilisent déjà, et des plateformes comme Wix, WooCommerce, BigCommerce, Squarespace et commercetools ont également terminé leur intégration.

Sa stratégie est assez claire: contrôler la couche d'abstraction et permettre aux protocoles sous-jacents de rivaliser librement.

Comparaison

D'un point de vue macro, les deux protocoles font la même chose : permettre aux machines de payer des ressources via HTTP. Mais les vraies différences résident dans les détails.

x402 (dirigé par Coinbase) vs MPP (Rayure + Tempo)

Normalisation
x402 : Entièrement open source (Apache 2.0), piloté par la Fondation x402 pour encourager la participation multipartite (Coinbase, Cloudflare, Visa, Google).
MPP : Standard ouvert, établi conjointement par Stripe et Tempo, faisant partie de la gamme Stripe Agentic Commerce Suite.

Mécanisme HTTP
x402 : Relance HTTP 402, initie des demandes via l'en-tête PAIEMENT REQUIS et effectue des essais à l'aide de la SIGNATURE DE PAIEMENT.
MPP : Utilise également un mécanisme de réponse au défi, mais utilise le système d'authentification HTTP de paiement (ébauche IETF), liant l'ID du défi par l'intermédiaire du HMAC.

Couche de paiement (Rails)
x402 : Conçue pour être agnostique sur les blockchains, elle prend actuellement en charge Base, Polygon et Solana, d'autres blockchains étant encore à l'étude.
MPP : Basé sur la blockchain Tempo – une L1 optimisée pour le paiement, prenant en charge plus de 10 000 TPS, des confirmations sous la seconde et aucun token de gaz natif ; l'objectif à long terme est la compatibilité inter-chaînes.

Modes de paiement
x402 : Des stablecoins purs, entièrement on-chain.
MPP : Prend en charge l'USDC sur Tempo + SPT (mécanisme de Stripe), ce qui permet un mélange de crypto et de fiat (cartes de crédit, portefeuilles, BNPL).

Modes de règlement
x402 : Installé sur la blockchain (environ 200ms à plusieurs secondes), avec des facilitateurs comme Coinbase responsables de la vérification et du règlement.
MPP : Confirmation de la sous-seconde de Tempo, Stripe créditant et gérant automatiquement la conformité.

Intégration des vendeurs
x402 : Les middlewares open source (Express, Hono, Next.js, etc.), peuvent être auto-construits ou utiliser des facilitateurs.
MPP : S'intègre directement à l'API PaymentIntents de Stripe, avec contrôle des risques, fiscalité, remboursements et reporting intégrés.

Innovation fondamentale
x402 : Extrêmement simple, respectueux des fournisseurs et proche de la philosophie Unix en matière de paiements.
MPP : Intégration haut débit + fiat, réalisation de paiements en streaming, regroupement des micropaiements et contrôle programmable des dépenses basé sur 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.

x402 est plutôt la solution préférée lors de la création d'un système ouvert : API de développeurs indépendants, marchés de données décentralisés ou tout service qui ne souhaite pas s'appuyer sur des processeurs de paiement. Ses spécifications peuvent être écrites dans un livre blanc, et l'intégration ne nécessite qu'un middleware et une adresse de portefeuille. Cette pureté est très attrayante, bien que les limitations de la crypto pure signifient également que son public est plus restreint.

Le MPP, quant à lui, représente un paradigme complètement différent. Si votre mandataire doit effectuer des centaines, voire des milliers de transactions en une seule session sans vouloir passer par la blockchain à chaque fois, c'est le choix le plus raisonnable. 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 le contrôle des risques et les taxes ; et le modèle hybride de SPT permet aux agents de ne pas se limiter aux stablecoins mais d'utiliser directement les modes de paiement des utilisateurs comme Visa. Ce n'est peut-être pas aussi élégant, mais c'est plus conforme à la réalité.

Fait intéressant, ils ne sont pas entièrement en 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 : elle ne mise pas sur un protocole unique mais garantit que, quelle que soit la voie gagnante, les fonds finissent par arriver dans le système de compte de Stripe.

Situation actuelle : Où en sommes-nous ?

Pour être honnête, il n'y a actuellement presque pas de transactions réellement à l'échelle.

Selon les informations de sortie de Coinbase sur le x402, les premiers partenaires incluent Hyperbolic (paiements par inférence GPU) et Anthropic (intégration du protocole MCP). Le blog de Stripe mentionne des scénarios d'agents payants par appel d'API (par exemple, CoinGecko). Le catalogue de lancement de Tempo comprenait plus de 100 services. Le SDK Agents de Cloudflare a nativement pris en charge x402, et certains petits projets sur Base L2 essaient également d'utiliser x402 comme passerelle de paiement.

Mais globalement: les volumes de transactions sont faibles, le nombre de vendeurs limité, et la plupart des activités restent au stade expérimental.

Ce n'est pas surprenant. Toute nouvelle infrastructure de paiement en est à ses débuts. La liste dite des partenaires peut parfois présenter un écart important entre la signature d'une lettre d'intention et la mise en ligne, et ces communiqués ne font généralement pas de distinction claire.

Ce qui est plus remarquable, ce sont les participants lourds derrière l'infrastructure. Stripe a traité 1 900 milliards de dollars de paiements en 2025, avec une croissance de 34 % sur un an. Entre-temps, Coinbase, Cloudflare, Visa, Google et tout le réseau de partenaires de Tempo sont entrés en scène.

En d'autres termes, les pistes ont été tracées. La seule question qui reste est la suivante: en 2026, les agents de l'IA devront-ils vraiment effectuer des transactions à grande échelle sur cette voie ? Ou est-ce plutôt la pose de fibre optique en 1998 – la demande n’est pas encore arrivée, mais l’infrastructure est en avance.

Lequel choisir ?

Si vous construisez un système ouvert et sans autorisation, le x402 est le choix le plus naturel. Pas besoin de s'inscrire sur une plateforme, pas besoin de se connecter à des processeurs de paiement ; il suffit d'importer un middleware et de lier un portefeuille pour recevoir les paiements. Le compromis est que la conformité, le contrôle des risques et le règlement fiat doivent être gérés par vous-même.

Si vous êtes déjà dans le système Stripe et que vous souhaitez exploiter le trafic des agents, MPP est plus adapté. Les sessions, les paiements en streaming, un mélange de fiat et de crypto et un système de conformité complet représentent essentiellement une mise à niveau de la configuration plutôt qu'une refonte du système.

Si vous ne vous souciez que d'une chose : quel que soit le protocole utilisé par l'agent, je peux toujours être payé. Alors la réponse est en fait: utilisez Stripe. Il soutient les deux parties.

Le HTTP 402 a enfin trouvé son but. Il a juste attendu pendant près de 27 ans.