Comprendre x402 et MPP en un article : les deux voies du paiement par Agent

Titre original : Stripe’s MPP vs. x402 : Que s’est-il réellement passé aujourd’hui
Auteur original : Nick Sawinyh, defiprime.com
Traduit par : Peggy, Blockbeats

Auteur original : BlockBeats

Source originale :

Repris : Mars Finance

Note de l’éditeur : Sur la question de comment l’Agent peut effectuer des paiements, x402 et MPP proposent deux voies presque opposées.

x402 privilégie la simplicité : intégrer le paiement directement dans la requête HTTP, en utilisant la méthode la plus simple pour réaliser une demande payante. Pas de comptes, pas d’intermédiaires, plus proche du design ouvert et sans permission de l’Internet des débuts, adapté aux développeurs de longue traîne et aux scénarios décentralisés.

MPP, en revanche, vise la maximisation du système : via des sessions, des paiements en flux continu et un cadre de conformité, pour résoudre les problèmes de transactions à haute fréquence, de gestion des risques et d’intégration de la monnaie fiduciaire. Il ne cherche pas la pureté, mais privilégie la satisfaction des besoins commerciaux réels, mieux adapté aux entreprises et aux applications à grande échelle.

La différence fondamentale entre les deux réside dans deux approches d’une même problématique : faire du paiement une partie du protocole ou en faire une couche du système.

C’est pourquoi ils ne sont pas en concurrence directe, mais plutôt répartis sur différents segments : x402 couvre les besoins de longue traîne du réseau ouvert, MPP prend en charge le trafic à haute fréquence et commercialisé. Dans une économie Agent encore en formation, cette différenciation semble inévitable.

Voici le texte original :

Depuis la définition du code d’état HTTP 402 dans la norme HTTP/1.1 à la fin des années 1990, il attendait une application concrète. Sa signification est « Paiement requis ». À l’origine, l’idée était d’intégrer la capacité de paiement dans la couche protocolaire du Web, permettant aux machines d’acheter des ressources comme elles demandent des pages.

Mais cette vision n’a pas vraiment été réalisée. Pendant des années, ce code d’état n’est apparu que dans quelques scénarios marginaux, comme la réponse de limitation de débit de Shopify ou une erreur de facturation sur Apple MobileMe, sans jamais voir émerger le futur des micro-paiements qu’il laissait supposer. À la place, on a vu des systèmes comme les cartes de crédit, les murs payants par abonnement, ou les clés API, conçus principalement pour des opérations humaines.

Aujourd’hui, deux chemins concurrents pour cette vision émergent, et ont été lancés le même jour. Voici une synthèse de ce qu’ils sont, leurs différences, et pourquoi Stripe soutient simultanément ces deux voies.

x402 : une solution plus simple

Coinbase a lancé officiellement x402 en mai 2025, avec une approche presque radicalement minimaliste. Le client demande une ressource ; le serveur répond avec un HTTP 402, indiquant combien il faut payer, avec quelle crypto, sur quelle chaîne. Après paiement sur la chaîne, le client joint la preuve de paiement à la nouvelle requête, et le serveur livre la ressource.

C’est aussi simple que cela. Pas de système de comptes, pas de clés API, pas de mécanisme d’abonnement. Juste une requête HTTP avec une étape de paiement intégrée.

Stripe supporte désormais nativement x402 dans son système de paiement, permettant aux commerçants d’accepter ces paiements via leur backend existant. Cependant, fondamentalement, x402 reste un protocole dominé par Coinbase, géré par la x402 Foundation créée en septembre 2025 avec Cloudflare. Ce protocole est open source (licence Apache 2.0) et propose des SDK en TypeScript, Go, Python, etc.

Concernant la compatibilité, la documentation officielle de Coinbase indique qu’il supporte déjà les paiements ERC-20 sur Base, Polygon et Solana. L’écosystème explore aussi son extension à Avalanche, Sui, Near, avec des degrés de maturité variables.

Les données d’adoption sont un peu plus complexes. Coinbase indique que plus de 50 millions de transactions ont été traitées via leur infrastructure Agentic Wallet. Cela paraît impressionnant, mais selon une analyse on-chain d’Artemis relayée par CoinDesk le 11 mars, le volume journalier est d’environ 131 000 transactions pour un total d’environ 28 000 dollars, avec une moyenne d’environ 0,20 dollar par paiement, dont la moitié semble être des tests ou des activités ludiques plutôt que des transactions commerciales réelles.

Ce n’est pas forcément négatif. Le protocole est conçu pour un marché encore hypothétique, où des agents IA effectueraient de micro-paiements (même inférieurs à un centime) pour des API ou des requêtes de données. Les commerçants dans ce secteur commencent tout juste à apparaître.

Par exemple, le protocole Agentic Payments de Google (AP2, dans le cadre A2A) a déjà intégré x402 ; Lowe’s Innovation Labs a présenté une démo où un agent IA peut découvrir, rechercher, puis commander un produit dans un seul flux. De plus, cette semaine, World (initié par Sam Altman) a lancé AgentKit, ajoutant une capacité d’identification humaine aux portefeuilles x402.

L’hypothèse centrale : si le paiement devient aussi léger qu’une requête HTTP, alors des cas d’usage émergeront naturellement. La vérification de cette hypothèse reste à faire.

MPP : une solution full-stack

Stripe et Tempo ont choisi une voie différente. Le Machine Payments Protocol (MPP) a été lancé aujourd’hui avec le déploiement du réseau principal de Tempo. Contrairement à x402, qui est une couche légère sur la blockchain, MPP est conçu spécifiquement pour les agents effectuant des transactions à haute fréquence.

Son mécanisme central repose sur des sessions. Plutôt que de signer une transaction à chaque requête, l’agent peut autoriser une limite de dépense unique, puis effectuer des micro-paiements en continu dans cette limite. Si vous êtes un IA qui doit faire des milliers de requêtes par heure, vous ne souhaitez pas signer une transaction à chaque fois, et c’est là que les sessions interviennent.

Tempo, la blockchain supportée, est conçue pour ce besoin : elle supporte plusieurs dizaines de milliers de transactions par seconde, avec une confirmation en moins d’une seconde, sans gas natif. Les utilisateurs peuvent payer les frais en stablecoins, évitant ainsi l’achat préalable d’un jeton spécifique.

Un autre composant clé est : le Stripe Agentic Commerce Suite inclut des Shared Payment Tokens (SPTs). Ce n’est pas une partie de MPP, mais une extension de Stripe permettant à un agent de transmettre en toute sécurité ses informations de paiement (carte ou portefeuille) au commerçant, sans révéler de données sensibles. Ces tokens sont à usage unique, avec une limite temporelle, et peuvent être considérés comme une autorisation programmable et auto-destructible. En pratique, cela permet à un agent payant via MPP d’utiliser USDC sur Tempo ou la carte Visa de l’utilisateur, voire une combinaison des deux.

Selon le blog de lancement de Tempo, ses partenaires incluent Anthropic, DoorDash, Mastercard, Nubank, OpenAI, Ramp, Revolut, Shopify, Standard Chartered, Visa. La publication de The Block indique qu’au lancement, plus de 100 services étaient listés, incluant Alchemy, Dune Analytics, Merit Systems, Parallel Web Systems. Matt Huang, co-fondateur de Tempo et Paradigm, a déclaré dans une interview à Fortune que ce domaine est encore à ses débuts, et que le design de MPP vise à pouvoir s’étendre à d’autres chaînes à l’avenir.

Pourquoi Stripe supporte-t-il les deux ?

Si vous utilisez déjà Stripe, la réponse pratique est : vous n’avez pas besoin de choisir.

Stripe supporte séparément x402 et MPP via deux intégrations distinctes, sans tenter de les fusionner en une seule interface. Pour x402, la documentation couvre la génération d’adresses de recharge, la surveillance on-chain, et la gestion des fonds vers le compte Stripe — vous gérez la réponse 402, Stripe s’occupe de la cryptographie et du traitement. Actuellement, cela supporte USDC sur Base, avec une extension prévue. Pour MPP, les commerçants peuvent utiliser la même API PaymentIntents pour recevoir des paiements en flux continu basés sur des sessions.

En décembre 2025, Stripe a lancé Agentic Commerce Suite, qui s’appuie sur ces deux voies. Les commerçants uploadent leur catalogue, choisissent les agents IA qu’ils veulent, et Stripe gère la découverte, la caisse, la lutte contre la fraude, la fiscalité. Des plateformes comme URBN, Etsy, Coach, Kate Spade, Ashley Furniture ont déjà intégré, tout comme Wix, WooCommerce, BigCommerce, Squarespace, commercetools.

La stratégie est claire : maîtriser la couche d’abstraction, laisser la concurrence entre protocoles faire son chemin.

Comparaison

Globalement, ces deux protocoles visent la même chose : permettre à une machine de payer pour une ressource via HTTP. Mais la différence réside dans les détails.

x402 (Coinbase) vs MPP (Stripe + Tempo)

Standardisation : x402 est open source (Apache 2.0), piloté par la x402 Foundation avec Coinbase, Cloudflare, Visa, Google. MPP : standard ouvert, défini par Stripe et Tempo, partie de Stripe Agentic Commerce.

Mécanisme HTTP : x402 réactive le HTTP 402, avec PAYMENT-REQUIRED et PAYMENT-SIGNATURE pour la reprise. MPP utilise un challenge-response basé sur le Payment HTTP Authentication Scheme (IETF), avec HMAC pour lier le challenge.

Protocole de paiement (Rails) : x402 est conçu pour être indépendant de la blockchain, supporté sur Base, Polygon, Solana, avec d’autres en exploration. MPP est basé sur Tempo, une L1 optimisée pour le paiement, supportant 10 000+ TPS, confirmation en moins d’une seconde, sans gas natif, avec une vision de compatibilité inter-chaînes.

Méthode de paiement : x402 utilise uniquement des stablecoins, entièrement on-chain. MPP supporte USDC sur Tempo, SPT (Stripe’s tokens), permettant un mélange crypto et fiat (carte, portefeuille, BNPL).

Mode de règlement : x402 se règle en on-chain (200 ms à quelques secondes), Coinbase ou autre facilitateur. MPP avec Tempo offre une confirmation en moins d’une seconde, Stripe gère la comptabilité et la conformité.

Intégration commerciale : x402 via middleware open source (Express, Hono, Next.js), ou auto-hébergement. MPP via API PaymentIntents de Stripe, avec gestion intégrée du risque, fiscalité, remboursements, rapports.

Innovation clé : x402 privilégie la simplicité extrême, sans dépendance fournisseur, à la manière du principe Unix. MPP offre un débit élevé, une fusion fiat-crypto, avec des sessions pour le paiement en flux continu, micro-paiements, et contrôle programmable via SPT.

Principaux partenaires : x402 — Coinbase, Cloudflare, Google (A2A/AP2), Visa, World, Anthropic. MPP — Stripe, Visa, Lightspark, Anthropic, DoorDash, Mastercard, OpenAI, Shopify, Revolut, Standard Chartered.

x402 ressemble à une solution privilégiée pour construire un système ouvert : API pour développeurs, marché de données décentralisé, ou tout service ne voulant pas dépendre d’un processeur de paiement. Sa norme peut faire l’objet d’un white paper, et l’intégration nécessite un middleware et une adresse de portefeuille. Son aspect pur est séduisant, mais sa portée est plus limitée.

MPP représente une autre approche, plus pragmatique : si votre agent doit faire des centaines ou milliers de transactions dans une session, sans vouloir tout faire on-chain, c’est la meilleure option. La mécanique de session maintient la majorité des interactions hors chaîne, Stripe gère la conformité, et le mode hybride SPT permet d’utiliser à la fois USDC et des paiements par carte ou portefeuille.

Ce qui est intéressant, c’est que ces deux voies ne sont pas forcément en compétition. x402 couvre le marché de longue traîne ouvert, MPP cible le flux à haute fréquence pour les entreprises. La stratégie de Stripe est claire : peu importe le protocole gagnant, l’argent finit dans leur système.

Où en sommes-nous ?

Honnêtement, aucune de ces solutions n’a encore atteint une véritable échelle commerciale.

Selon Coinbase, les premiers partenaires incluent Hyperbolic (paiement pour inférence GPU) et Anthropic (intégration MCP). Le blog de Stripe mentionne des agents payants par API (ex. CoinGecko). Sur Tempo, plus de 100 services listés. Le SDK Agents de Cloudflare supporte nativement x402, et quelques petits projets sur Base expérimentent déjà des paiements via x402.

Mais globalement, le volume reste faible, peu de commerçants, beaucoup de projets encore expérimentaux.

Ce n’est pas surprenant. Toute nouvelle infrastructure de paiement commence ainsi. La liste des partenaires est souvent une promesse, pas une réalité immédiate. Ces annonces ne font pas toujours la distinction entre intentions et déploiements.

Ce qui compte, c’est aussi la participation des acteurs majeurs. En 2025, Stripe a traité 1,9 trillion de dollars en paiements, en croissance de 34 %. Coinbase, Cloudflare, Visa, Google, et tout l’écosystème Tempo sont déjà engagés.

Le réseau est en place. La seule question : en 2026, les agents IA auront-ils vraiment besoin de faire des millions de transactions sur cette infrastructure ? Ou est-ce comme le déploiement de la fibre en 1998 — une infrastructure prête, mais la demande n’étant pas encore là ?

Alors, que choisir ?

Si vous construisez un système ouvert, sans permission — x402 est la voie naturelle. Pas besoin d’inscription, pas besoin d’intermédiaire, il suffit d’un middleware et d’un portefeuille pour recevoir. La contrepartie : gestion de la conformité, du risque, et des règlements fiat à votre charge.

Si vous utilisez déjà Stripe et souhaitez intégrer des flux agent — MPP est plus adapté. Sessions, flux continu, mélange fiat + crypto, conformité intégrée : c’est une mise à niveau, pas une refonte.

Et si votre seule priorité est de pouvoir recevoir de l’argent, peu importe le protocole utilisé par l’agent — la réponse est simple : utilisez Stripe. Il supporte les deux.

HTTP 402 a enfin trouvé sa place. Mais il a attendu près de 27 ans.