Qu'est-ce que x402 ?

x402 est un protocole de paiement ouvert qui utilise le code de statut HTTP « 402 Payment Required » pour permettre à un serveur de demander un paiement et à un client d'y répondre avec un payload de paiement signé dans le même échange HTTP. Pour un agent IA, cela signifie payer des API, des données et de la puissance de calcul sans créer de compte, enregistrer une carte ou interrompre le flux pour un processus de paiement à chaque appel — à condition que le portefeuille de l'agent dispose déjà de l'autorisation de dépenser. Coinbase a créé x402, la Linux Foundation héberge désormais la x402 Foundation indépendante, et le protocole est devenu l'une des infrastructures émergentes les plus claires pour les paiements machine à machine.

Consultez Qu'est-ce qu'un portefeuille agentique ? et Meilleurs portefeuilles agentiques en 2026 pour en savoir plus sur la façon dont x402 fonctionne comme une couche distincte permettant aux agents et aux portefeuilles agentiques d'interagir. Pourquoi chaque agent IA a besoin d'un portefeuille et Comment les agents IA effectuent des transactions sans toucher à vos clés explorent la façon dont le portefeuille gère la garde, les permissions et la signature, tandis que x402 détermine comment un paiement est tarifé et réglé. Cet article comble les lacunes en plongeant en profondeur dans ce qu'est réellement x402, comment le flux de paiement fonctionne, qui l'a créé et le gouverne aujourd'hui, et quels produits le prennent en charge.

Comment fonctionne un paiement x402

La spécification actuelle de la sémantique HTTP, RFC 9110, répertorie toujours le code 402 Payment Required comme réservé pour un usage futur. x402 active ce code de statut réservé avec un flux de paiement concret : le serveur indique quel paiement il acceptera, le client joint un payload de paiement signé, et le serveur vérifie et règle le paiement avant de retourner la ressource.

Un échange typique se déroule en quelques étapes, selon la documentation client/serveur de x402 :

1. Un client — une application utilisée par un humain ou un agent autonome — demande une ressource à un serveur.

2. Le serveur répond avec un statut 402 Payment Required et un en-tête décrivant ce qu'il acceptera : prix, réseau et adresse de destination.

3. Le client construit un payload de paiement signé correspondant à l'une des options acceptées et soumet à nouveau la requête avec ce payload joint.

4. Le serveur vérifie le payload, soit localement soit via un facilitateur, et règle le paiement onchain.

5. Le serveur retourne la ressource demandée, accompagnée d'un en-tête confirmant le règlement.

Dans x402 V2, cet échange est standardisé autour de trois en-têtes JSON encodés en Base64, remplaçant les en-têtes dépréciés utilisés par la V1 :

La plupart des vendeurs ne vérifient et ne règlent pas les paiements eux-mêmes. Un facilitateur est un service optionnel mais largement utilisé qui vérifie un payload de paiement par rapport aux exigences du serveur et soumet le règlement onchain au nom du serveur, de sorte que le serveur n'a jamais besoin de sa propre infrastructure blockchain. Un facilitateur vérifie et exécute les payloads signés — il ne détient pas les fonds de l'acheteur et n'agit pas en tant que dépositaire. Les facilitateurs sont actifs sur Base, Solana, Polygon, Avalanche et d'autres réseaux.

Tous les paiements x402 ne se règlent pas onchain dans le même aller-retour. Le protocole prend en charge plusieurs schémas de règlement : exact et upto se règlent généralement immédiatement, tandis que le règlement par lots permet à un acheteur de déposer des fonds dans un escrow onchain une seule fois, de signer des bons off-chain pour chaque requête, et de laisser le vendeur racheter de nombreux bons en une seule transaction onchain ultérieurement — conçu pour les appels API à volume élevé et à la demande, où régler chaque requête onchain individuellement serait trop lent ou trop coûteux.

Les origines de x402

Coinbase a créé x402, en s'appuyant sur des travaux relatifs aux standards de paiement sur Internet que la société affirme poursuivre depuis 2015. Cloudflare et Coinbase ont annoncé leur intention de créer la x402 Foundation le 23 septembre 2025, Coinbase présentant l'objectif comme l'établissement de x402 en tant que « standard universel pour les paiements pilotés par l'IA » via une gouvernance neutre et ouverte plutôt qu'un standard contrôlé par Coinbase. Cloudflare a ajouté la prise en charge de x402 à son Agents SDK et à ses serveurs MCP le même jour.

La gouvernance a franchi une étape supplémentaire le 2 avril 2026, lorsque la Linux Foundation a officiellement lancé la x402 Foundation lors du MCP Dev Summit North America, en prenant en charge le protocole en tant que contribution de Coinbase.

La Foundation a été lancée avec le soutien initial de 22 organisations couvrant les réseaux de paiement, les fournisseurs de cloud et l'infrastructure blockchain, notamment Adyen, Amazon Web Services, American Express, Circle, Cloudflare, Fiserv, Google, Mastercard, Microsoft, Polygon Labs, Shopify, Solana Foundation, Stripe et Visa.

x402 est une infrastructure de paiement, pas un portefeuille

x402 et un portefeuille agentique résolvent des problèmes différents, et cette distinction est importante pour quiconque développe un agent qui effectue des transactions. Le portefeuille détermine qui détient les clés, ce qu'un agent est autorisé à dépenser, et si une transaction est signée ou non. x402 détermine comment une demande de paiement spécifique est tarifée, communiquée et réglée une fois que le portefeuille ou l'agent dispose déjà de l'autorisation de payer. Changer de portefeuille ne modifie pas le fonctionnement de x402, et adopter x402 ne change pas qui contrôle les clés ou les limites de dépenses du portefeuille — ce sont des couches séparées qui se retrouvent simplement dans la même transaction.

Cette séparation explique pourquoi la prise en charge de x402 côté acheteur est une fonctionnalité de portefeuille, et non une architecture de portefeuille. Le Smart Accounts Kit de MetaMask prend en charge les paiements x402 via les délégations ERC-7710, permettant à un smart account d'autoriser un facilitateur à racheter une délégation signée lors du règlement au lieu de signer une nouvelle approbation de token pour chaque requête. La même documentation couvre les paiements x402 récurrents, où un utilisateur accorde un budget périodique une seule fois et un agent réutilise cette permission pour les appels éligibles jusqu'à ce que le plafond soit atteint. Le modèle de garde, les limites de dépenses et les règles d'escalade vers un humain autour de ce paiement restent entièrement du ressort du portefeuille, traités en détail dans Comment les agents IA effectuent des transactions sans toucher à vos clés.

MetaMask et Consensys n'ont pas créé x402 — c'est Coinbase qui l'a fait. Leur rôle est de faire fonctionner le protocole depuis une infrastructure de portefeuille en auto-garde. Dans « L'auto-garde à l'ère des agents IA », Consensys s'est publiquement engagé à soutenir x402 et à contribuer à l'évolution de la spécification, avec l'objectif de la faire évoluer vers des flux de paiement multi-actifs et multichain, et de l'associer aux dépenses déléguées ERC-7710 afin que les agents puissent payer dans les limites définies par l'utilisateur.

x402 et AP2 : extension, pas concurrent

x402 n'est pas le seul protocole de paiement pour agents, et il convient d'être précis sur sa relation avec l'autre protocole majeur. L'Agent Payments Protocol (AP2) de Google, annoncé le 16 septembre 2025 avec le soutien de plus de 60 organisations, est un framework agnostique en matière de méthode de paiement : il définit des « Mandates » signés cryptographiquement qui prouvent qu'un utilisateur a autorisé un agent à effectuer un achat spécifique, et il fonctionne avec les cartes, les virements bancaires et les stablecoins.

x402 peut s'intégrer dans AP2 en tant qu'extension de règlement crypto et stablecoin plutôt que comme un standard concurrent. L'annonce de Google elle-même indique que l'extension A2A x402 a été construite « en collaboration avec Coinbase, la Ethereum Foundation, MetaMask et d'autres organisations de premier plan », et Coinbase décrit x402 comme l'une des premières extensions d'AP2 et son seul facilitateur de stablecoin.

Marco De Rossi, responsable IA chez MetaMask, a exprimé directement dans l'annonce de Google les raisons de cette participation :

« Les blockchains sont la couche de paiement naturelle pour les agents, et Ethereum en sera l'épine dorsale. Avec l'Agent Payments Protocol (AP2) et x402, MetaMask offrira une interopérabilité maximale aux développeurs et permettra aux utilisateurs de payer des agents avec une composabilité et un choix complets — tout en conservant la sécurité et le contrôle d'une véritable auto-garde. »

Qui construit quoi sur x402

La prise en charge de x402 s'étend désormais aux portefeuilles, aux réseaux de paiement et aux fournisseurs d'infrastructure bien au-delà de ses origines chez Coinbase.

Visa, Stripe, Mastercard, American Express et d'autres réseaux de paiement figurent parmi les membres fondateurs de la x402 Foundation — cela reflète une adhésion à la Foundation, et non une implémentation confirmée de x402 sur leurs propres infrastructures.

Pour une comparaison complète fournisseur par fournisseur de la façon dont les portefeuilles agentiques gèrent la garde et les paiements en pratique, consultez Meilleurs portefeuilles agentiques en 2026.