En une phrase : x402 transforme le code HTTP 402 « Payment Required », resté inutilisé depuis l'origine du web, en un rail de paiement en stablecoins entre machines. C'est une couche de règlement pensée pour les agents et les services, pas un protocole de checkout de produits grand public.
Mise à jour — juin 2026 : Coinbase for Agents
Le 11 juin 2026, Coinbase a lancé Coinbase for Agents, une plateforme qui permet à des assistants IA comme ChatGPT et Claude de se connecter au compte Coinbase d'un utilisateur pour échanger des cryptos, accéder à des données et, à terme, effectuer des paiements et des achats de façon autonome. Le dispositif s'appuie sur le protocole x402 et sur des limites de dépenses définies par l'utilisateur — la même logique de garde-fous que l'on retrouve dans AP2 côté UCP. Voir notre récap des paiements agentiques de juin 2026.
Source : CoinDesk, « Coinbase launches AI agent accounts », 11 juin 2026.
Ce que Coinbase a lancé le 6 mai 2025
Coinbase a publié x402 comme un standard ouvert qui embarque le paiement directement dans l'échange HTTP. L'idée : un client (humain, script ou agent IA) qui rencontre une ressource payante reçoit une réponse 402 décrivant le paiement attendu, joint un paiement signé en stablecoin, et obtient la ressource, le tout sans interface de portefeuille séparée ni mécanisme d'authentification dédié. Le protocole a été lancé avec un ensemble de collaborateurs, dont AWS, Anthropic, Circle (émetteur de l'USDC) et NEAR.
Pourquoi réveiller le code 402
Le code 402 Payment Required existe dans la spécification HTTP depuis le début, mais il est resté dormant faute de moyen de paiement natif au web. Les rails traditionnels (cartes, virements, abonnements) sont lents, coûteux, soumis à des barrières géographiques et d'authentification, mal adaptés aux micropaiements. Avec des stablecoins comme l'USDC et des réseaux L2 comme Base, où les frais on-chain sont tombés à environ un centime, les micropaiements automatiques redeviennent praticables. x402 s'appuie sur cette bascule.
Comment x402 fonctionne
Le flux est volontairement minimal et reste dans HTTP :
- Le client (agent ou application) demande une ressource à un serveur compatible x402.
- Le serveur répond par un statut 402 Payment Required, avec les détails du paiement (montant, jetons acceptés).
- Le client renvoie la requête en joignant un paiement signé dans un en-tête HTTP (X-PAYMENT).
- Un facilitateur de paiement (par exemple le service x402 Facilitator de Coinbase) vérifie et règle le paiement on-chain.
- Le serveur renvoie la ressource demandée, avec un en-tête X-PAYMENT-RESPONSE confirmant la transaction.
Parce qu'il étend le comportement natif de HTTP, x402 fonctionne avec presque n'importe quel client (navigateurs, SDK, agents IA, applications mobiles) sans refonte du flux client/serveur.
Ce que ça débloque
x402 cible des usages que les rails classiques rendent difficiles : API facturées à l'appel, déblocage de fonctionnalités à la demande, services facturés à l'usage réel, et surtout autonomie économique des agents. Un agent peut provisionner du calcul et payer à l'inférence, acheter une donnée de marché à la requête, ou accéder à une ressource payante sans clé d'API pré-payée ni intervention humaine. Coinbase et ses partenaires en ont fait la démonstration sur l'infrastructure de calcul, les données temps réel et les interactions entre agents.
Où x402 se situe dans le commerce agentique
x402 est une couche de règlement entre machines. Elle se distingue des couches commerce (UCP de Google, ACP d'OpenAI et Stripe), qui orchestrent le parcours d'achat chez un marchand, et de la couche autorisation (AP2 de Google), qui prouve le mandat de paiement de l'utilisateur. Pour un achat de produit grand public, ce sont UCP et ACP qui priment ; x402 prend tout son sens pour les paiements entre agents et services numériques. Son écosystème s'est élargi depuis le lancement, avec notamment une fondation x402 portée par Cloudflare et Coinbase et une intégration par Stripe.
Faut-il s'en préoccuper en tant que marchand ?
Si vous vendez des produits à des consommateurs, x402 n'est pas votre priorité immédiate : concentrez-vous sur l'exposition de votre catalogue aux surfaces d'agents via UCP et le checkout agentique. x402 devient pertinent si vous fournissez des API ou des services numériques susceptibles d'être consommés et payés par d'autres agents à l'usage.
Questions fréquentes
x402 est-il lié à une seule blockchain ?
Non, il est conçu pour être agnostique vis-à-vis de la chaîne. Les démonstrations initiales s'appuient sur l'USDC et des réseaux L2 comme Base, où les frais sont très faibles.
Faut-il un portefeuille crypto compliqué ?
L'intérêt de x402 est justement d'éviter cela : le paiement passe par des en-têtes HTTP standard et un facilitateur gère la vérification et le règlement, sans interface de portefeuille dédiée côté intégration.
x402 remplace-t-il les cartes bancaires ?
Pas pour le commerce grand public. Il adresse les paiements entre machines et les micropaiements, là où les cartes sont mal adaptées (frais, latence, pré-paiement).
Sources
- Coinbase, « Introducing x402: a new standard for internet-native payments » (6 mai 2025)
- x402.org (documentation et whitepaper)
- Cloudflare, « Launching the x402 Foundation with Coinbase »