x402 : de la démo à l’infrastructure d’internet
Publié le . Chaque affirmation renvoie à une source primaire.
Réponse courte : x402 est le standard ouvert de Coinbase pour payer via HTTP, construit sur le code de statut 402 Payment Required longtemps dormant et publié sous Apache 2.0. Il a été lancé le 6 mai 2025 avec AWS, Anthropic, Circle et NEAR. L'événement qui a changé sa nature est arrivé le 15 juin 2026 : Coinbase et AWS ont livré Amazon Bedrock AgentCore Payments propulsé par x402 et permis aux éditeurs sur CloudFront et WAF de facturer les agents à la requête, avec un règlement initial en USDC sur Base. Chainalysis a rapporté plus de 100 millions de transactions cumulées sur Base au premier trimestre 2026, avec une réserve sur le farming de meme-coins : c'est un décompte on-chain réel, pas un chiffre d'affaires, pas un nombre de marchands, et pas une preuve de la part de trafic d'agents en production. La spécification est désormais sous la x402 Foundation et non plus chez son créateur.
Ce que x402 normalise réellement
HTTP transporte depuis l'origine un code de statut dédié au paiement : 402 Payment Required. Il était réservé et jamais spécifié. x402 lui donne un sens. Un serveur qui répond 402 renvoie les conditions de paiement dans des en-têtes ; le client paie et rejoue la requête ; celle-ci aboutit. C'est toute la surface du protocole, et sa petitesse est précisément l'argument.
Deux choix de conception comptent pour qui l'évalue. D'abord, il est agnostique au transport : la spécification décrit des représentations pour HTTP, MCP et A2A, si bien que la même sémantique de paiement fonctionne que l'appelant soit un navigateur, un client MCP ou un échange entre agents. Ensuite, le règlement est séparé du protocole par des facilitateurs. Le scheme exact utilise EIP-712 et EIP-3009 sur les réseaux EVM, et TransferChecked sur Solana.
La licence est Apache 2.0. La spécification ne vit plus chez son créateur : le dépôt est passé sous la x402 Foundation, et coinbase/x402 est désormais décrit sur GitHub comme un fork de développement. Aucune date de transfert n'est indiquée sur le dépôt : nous datons donc l'observation, pas l'événement.
La chronologie vérifiable
| Date | Ce qui s'est passé | Pourquoi cela compte |
|---|---|---|
| 6 mai 2025 | Coinbase lance x402, avec les collaborateurs nommés AWS, Anthropic, Circle et NEAR. | Un fournisseur d'infrastructure, un laboratoire d'IA, un émetteur de stablecoin et une chaîne, présents dès le premier jour. La liste des collaborateurs annonçait la forme future du protocole mieux que le communiqué lui-même. |
| 16 sept. 2025 | Google annonce l'AP2 avec une extension A2A x402 pour les paiements crypto. | x402 devient une option de règlement à l'intérieur d'un autre standard plutôt qu'un concurrent. |
| 14 oct. 2025 | Visa dévoile le Trusted Agent Protocol et indique collaborer avec Coinbase pour aligner l'interopérabilité avec x402. | Un réseau cartes qui traite un standard de paiement on-chain comme un objet d'interopérabilité, pas comme un rival à écarter. |
| Observé le 31 mai 2026 | Le dépôt de la spécification est sous la x402 Foundation ; coinbase/x402 est un fork de développement ; licence Apache 2.0. | Gouvernance séparée du créateur, exactement le mouvement de l'AP2 vers la FIDO. Aucune date de transfert n'est publiée. |
| Premier trimestre 2026 | Chainalysis rapporte plus de 100 millions de transactions x402 cumulées sur Base et signale une activité de farming de meme-coins. | Un volume on-chain important, pas une mesure propre de l’adoption commerciale. |
| 15 juin 2026 | Coinbase et AWS livrent Amazon Bedrock AgentCore Payments propulsé par x402, et permettent aux éditeurs sur AWS CloudFront et WAF de facturer aux agents l'accès au contenu, avec un règlement initial en USDC sur Base. | Le point de bascule. Le paiement cesse d'être du code applicatif pour devenir une configuration de bord. |
Pourquoi l'intégration AWS est le point de bascule
Toutes les étapes précédentes étaient des soutiens. L'intégration de juin 2026 est de nature différente, à cause de l'endroit où réside la logique de paiement.
Avant elle, facturer un agent à la requête voulait dire écrire du code : intercepter la requête, la tarifer, émettre un 402, vérifier le paiement, puis servir. Désormais un éditeur déjà derrière CloudFront et WAF le configure. Le facilitateur vérifie à l'intérieur d'un seul cycle de requête : pas de callback, pas de file d'attente, pas de session de checkout séparée. C'est la différence entre un protocole que l'on adopte et un protocole que votre infrastructure parle déjà, et c'est le même argument de distribution qui a fait du changement Shopify de juin l'événement le plus conséquent des six premiers mois de l'UCP.
Cela donne aussi aux éditeurs ce qu'ils réclament depuis que les crawlers alimentent l'entraînement de modèles : une réponse tarifée, à la requête, au trafic automatisé, qui ne consiste ni à le bloquer ni à le donner. Qu'ils la saisissent reste une question ouverte, et nous n'avons pas de source pour y répondre.
Ce que le chiffre de 100 millions prouve, et ce qu'il ne prouve pas
Chainalysis a compté les transactions sur Base générées par les wallets interagissant avec le protocole x402. C'est une mesure on-chain réelle et publiée, ce qui la place déjà au-dessus de la plupart des chiffres du secteur. Elle est aussi plus étroite qu'elle n'y paraît.
C'est un nombre de transactions, pas un chiffre d'affaires. Cela compte de l'activité de wallets, pas des payeurs ni des marchands distincts. Cela couvre Base, pas toutes les chaînes documentées par x402. Et aucune source primaire que nous trouvons ne distingue la part de ce volume qui relève de trafic d'agents en production, de tests, d'activité de faucet ou de démonstrations. À traiter comme la preuve que les rails servent, pas comme la mesure d'un marché. Notre page statistiques le consigne avec la même réserve.
Où x402 se situe par rapport aux autres standards
x402 ne concurrence ni l'ACP ni l'UCP, et le lire ainsi conduit à de mauvaises décisions. Ces protocoles décrivent un parcours de commerce : un catalogue, un panier, une commande, un remboursement. x402 décrit une seule requête tarifée. Un agent qui achète un canapé a besoin des premiers. Un agent qui paie un appel d'API, un article ou une inférence a besoin du second.
C'est pourquoi il apparaît sans cesse à l'intérieur des autres standards plutôt que contre eux : comme extension dans l'AP2, et comme cible d'interopérabilité nommée par Visa lors de l'annonce du TAP. Pour la vue en couches, voir comment les agents IA paient, qui sépare autorisation, parcours de commerce et règlement.
Qu'en faire
Si vous publiez du contenu ou exploitez une API que des clients automatisés sollicitent déjà, l'intégration de bord de juin 2026 est la première version de tout cela qui n'exige pas un projet. Tarifer une requête devient une décision de configuration, ce qui déplace la question intéressante de la faisabilité vers la politique : combien vaut une requête, et quels appelants voulez-vous.
Si vous vendez des biens physiques, x402 n'est pas votre couche, et l'implémenter n'aidera pas un agent à trouver vos produits. Ce travail est décrit dans comment les agents trouvent et lisent vos produits. Lire la fiche x402 pour les faits datés, et l'analyse réseaux cartes contre protocoles ouverts pour comprendre comment la couche de règlement se dispute.