Lancement de x402 : 150 millions de transactions, un aperçu des montants réglés et des scénarios d'utilisation réels

Auteur : Yuki (Liu Yuqing) Stablehunter/Money in Motion

Le 6 mai 2025, la plateforme de développement Coinbase a officiellement lancé x402, un protocole qui remet en lumière le 402 Payment Required longtemps oublié dans HTTP, permettant à un logiciel de recevoir directement une demande de paiement lors de la demande de ressources, de compléter un paiement en stablecoin, puis d'accéder à des API, des données, du contenu ou des résultats d'appels d'outils.

Plus d'un an plus tard, nous avons enfin des données à discuter. Selon des informations publiques, x402 a déjà montré trois niveaux de signaux d'adoption selon différentes méthodes de calcul :

Ces chiffres ne peuvent plus faire de x402 un simple démonstrateur de protocole, mais cela ne signifie pas que le paiement agentique a explosé ; nous devons examiner ce que ces transactions représentent réellement.

Les agents AI doivent vraiment commencer à accomplir des tâches pour les humains. Comment un agent paie-t-il pour appeler une API payante ? Comment un agent achète-t-il temporairement des données ? Un agent a-t-il besoin de s'inscrire, de lier une carte de crédit et d'activer un abonnement pour utiliser un outil MCP une seule fois ? x402 tente de répondre à ce type de questions.

Quelles sont les données des 150 millions de transactions du protocole x402 ?

Lorsque beaucoup de gens voient les données de x402, leur première réaction est : 150 millions de transactions, 50 millions de dollars de montant réglé, cela signifie-t-il que le paiement agentique est déjà en adoption à grande échelle ?

Cela montre que x402 est déjà opérationnel, mais cela ne prouve pas que la demande commerciale réelle est complètement établie. Dans une analyse de Chainalysis en juin 2026, il a été mentionné que le nombre total de transactions x402 sur Base avait déjà dépassé 100 millions, ce qui est un jalon important, car Base est l'un des réseaux de déploiement les plus centraux de x402 à ses débuts.

Cependant, une partie considérable de cette croissance précoce provient d'activités comme PING, où les utilisateurs obtiennent un certain type de certificat de participation ou de bénéfice social grâce à des actions on-chain à très faible coût, ce qui n'est pas la même chose que les agents d'entreprise achetant continuellement des services pour des flux de travail réels. Ainsi, 100 millions de transactions prouvent que le protocole a une friction suffisamment faible pour soutenir de nombreuses interactions fréquentes, de faible montant et automatisées. Cela n'a pas encore prouvé que ces interactions représentent une demande commerciale durable.

En regardant le tracker inter-chaînes, le tracker x402 de l'économie des agents montre qu'à environ 10h UTC le 10 juillet 2026, le nombre total de transactions x402 était d'environ 155,6 millions, avec un volume de stablecoin réglé d'environ 40,97 millions de dollars, couvrant plusieurs chaînes et plusieurs facilitateurs.

Un autre indicateur intéressant est x402scan. Lorsque j'ai consulté les données de la page d'accueil de x402scan le 11 juillet 2026, il y avait environ 16,24 millions de transactions, environ 837 500 USDC au total, environ 67 000 acheteurs uniques et environ 39 600 vendeurs uniques dans la plage d'index actuelle. Ce chiffre est clairement inférieur au volume total inter-chaînes de l'économie des agents, donc je ne le considérerai pas comme "le volume total des transactions x402 sur l'ensemble du réseau".

Il est plus adapté pour répondre à une autre question : parmi les vendeurs/origines visibles actuellement sur x402scan, qui génère réellement des transactions de manière continue ? Le nombre de transactions représente la fréquence d'appel, le montant réglé représente l'échelle financière. Le nombre d'agents actifs représente les entités participantes, tandis que le nombre de facilitateurs et de chaînes représente la diffusion des infrastructures.

x402 est déjà passé d'un protocole initié par Coinbase à une couche de paiement précoce inter-réseaux, inter-fournisseurs et inter-développeurs. Mais chaque chiffre nécessite de se poser la question : combien de ces transactions proviennent de flux de travail d'agents réels ? Combien proviennent de tests de développeurs ? Combien proviennent d'activités incitatives, de tests de résistance, de comportements de bots ou d'expériences ponctuelles ?

Si nous ne posons pas cette question, les données de x402 peuvent facilement devenir une autre illusion familière du monde crypto : les chiffres sont beaux, mais nous ne savons pas si la demande réelle est là.

La véritable valeur de x402 réside non pas dans le montant, mais dans la forme des transactions

Je pense que le chiffre le plus important de x402 en ce moment n'est pas le montant réglé, quelques dizaines de millions de dollars de volume de stablecoin, ce qui n'est pas grand-chose dans l'ensemble du marché des paiements. Comparé à des réseaux comme Visa, Mastercard, Stripe, PayPal, il s'agit encore d'une échelle expérimentale très précoce.

Mais la valeur de x402 ne réside pas dans le montant qu'il a réglé jusqu'à présent, mais dans le fait qu'il permet l'émergence d'une nouvelle forme de transaction : un logiciel peut voir le prix, effectuer un paiement et obtenir un accès aux ressources en une seule requête HTTP. Pour les utilisateurs humains, cela peut simplement signifier qu'il n'y a pas de page de paiement.

Mais pour un agent, c'est important, car un agent n'est pas adapté pour suivre chaque fois le processus commercial conçu par les humains : s'inscrire, vérifier un e-mail, lier une carte de crédit, choisir un plan, copier une clé API, attendre une approbation.

Le comportement d'un agent ressemble davantage à la découverte continue de capacités externes au cours de l'exécution d'une tâche : il a besoin d'une recherche, il achète une recherche ; il a besoin d'un point de données, il achète un point de données ; il a besoin d'appeler un modèle, il paie pour cet appel de modèle ; il a besoin d'une vérification de sécurité, il achète un audit ; il a besoin d'accéder à un outil MCP payant, il complète l'autorisation et le règlement dans le contexte de la tâche. Ce n'est pas la logique d'un abonnement SaaS traditionnel. C'est une logique d'achat par tâche, par appel, par capacité. Donc, pour x402, le nombre de transactions est plus digne d'attention que le montant réglé.

Si un protocole de paiement doit vraiment servir un agent, il ne devrait pas se concentrer uniquement sur le GMV au début, mais sur la capacité à établir des appels automatisés, fréquents et de faible montant.

Un agent paie 0,001 dollar pour un appel API, un montant très faible, mais cela représente une action commerciale significative : pour la première fois, une machine peut acheter des capacités externes pour accomplir une tâche sans passer par un processus de paiement humain.

Quels sont les scénarios d'utilisation réels ?

Actuellement, les scénarios d'utilisation de x402 peuvent être classés en plusieurs catégories :

Si nous regardons uniquement les vendeurs à haute fréquence dans l'index actuel de x402scan, la tête est très concentrée. Au moment où j'ai vérifié, le nombre de transactions le plus élevé était BlockRun. x402scan montre que l'origine liée à BlockRun a déjà généré environ 13,12 millions de transactions, environ 150 000 USDC au total, environ 998 acheteurs uniques, principalement sur Base. Ce niveau est bien supérieur à celui du deuxième, ce qui montre que dans le cadre de x402scan, le trading à haute fréquence est actuellement fortement concentré sur quelques services de couche de routage/paiement AI.

La deuxième couche est plus proche de la forme "API que l'agent peut acheter" :

• twit.sh : environ 80 000 transactions, environ 502 USDC, fournissant des données en temps réel pour les agents AI sur X/Twitter ;
• StableEnrich : environ 50 000 transactions, environ 1889 USDC, fournissant des API de type enrichment pour les entreprises/contacts/web ;
• Otto AI x402 : environ 31 000 transactions, environ 56 USDC, couvrant l'intelligence de marché, DeFi et des outils de trading ;
• agentutility : environ 22 000 transactions, environ 500 USDC, créant un catalogue d'API x402 payées ;
• JarvisClaw API : environ 13 000 transactions, environ 503 USDC ;
• OneSource : environ 9800 transactions, positionné pour être utilisé par des agents AI avec Ethereum RPC.

Si nous regardons le montant réglé plutôt que le nombre de transactions, le classement change. BlockRun reste premier, mais dTelecom x402 Gateway génère environ 6108 transactions pour environ 12 600 USDC, ce qui indique que le prix unitaire pour des services de communication/voix en temps réel comme WebRTC, STT, TTS peut être plus élevé. Bitrefill x402 n'a que 326 transactions, mais le montant total dépasse 1000 USDC ; les cartes prépayées/gift cards de Laso Finance génèrent également un montant élevé avec moins de transactions.

Ces données ont deux significations.

Premièrement, l'utilisation réelle de x402 n'est pas un scénario unique. Le classement à haute fréquence ressemble davantage à des API, du routage de modèles, des requêtes de données, RPC, données sociales ; le classement par montant réglé commence à montrer des scénarios plus proches des paiements/commerces, tels que les communications, les cartes-cadeaux, les cartes prépayées et les points de consommation physiques.

Deuxièmement, le nombre de transactions et la valeur commerciale ne peuvent pas être directement équivalents. twit.sh a un nombre de transactions très élevé, mais un montant réglé relativement faible ; dTelecom et Bitrefill ont un nombre de transactions pas très élevé, mais des montants plus significatifs. Pour un protocole précoce comme x402, il est essentiel de considérer à la fois la fréquence et la valeur, et non seulement les transactions cumulées.

La première catégorie concerne les API et les points de données.

C'est la scène la plus naturelle. Les développeurs peuvent définir un API, une base de données, une capacité de modèle ou une ressource de contenu comme un point de paiement. L'appelant reçoit d'abord un 402 Payment Required, et après avoir effectué le paiement, il obtient l'accès.

Si à l'avenir, les Agents doivent appeler massivement des données en temps réel, des bases de données professionnelles, des API verticales et des outils MCP, ce type de scénario sera très important.

La deuxième catégorie est celle des plateformes d'infrastructure comme Cloudflare.

Cloudflare a annoncé la construction d'une Monetization Gateway basée sur x402, visant à permettre aux sites web, API, ensembles de données et outils MCP de facturer, vérifier et contrôler l'accès sur le réseau de périphérie.

L'importance de cette initiative ne réside pas seulement dans le fait que "Cloudflare prend en charge les paiements en stablecoins".

Plus important encore, si la vérification des paiements se produit au niveau de l'infrastructure, les petites équipes n'ont pas nécessairement besoin de construire un système de facturation complet pour recevoir quelques centimes ou quelques dollars de la part des Agents.

La troisième catégorie concerne les portefeuilles et le SDK Agent.

Pour qu'un Agent effectue un paiement, il a besoin d'un portefeuille. Mais ce portefeuille ne peut pas simplement être une adresse où sont stockés des USDC. Il doit avoir un budget, des limites, une liste blanche, une approbation, une confirmation humaine et des enregistrements d'audit.

C'est aussi pourquoi la concurrence autour de x402 ne se limitera pas seulement au protocole lui-même, mais se déroulera également autour du portefeuille Agent, des politiques de dépenses, de l'identité, de l'observabilité et des flux de litiges.

La quatrième catégorie concerne les activités expérimentales et les scénarios d'incitation.

Ces types de scénarios contribueront à un grand nombre de transactions, mais ne représentent pas nécessairement une demande commerciale à long terme. Des activités comme PING en sont un exemple typique : elles peuvent prouver le faible coût et la capacité de haute fréquence de x402, mais ne peuvent pas être directement équivalentes au commerce Agent de niveau entreprise.

Ce n'est pas une mauvaise chose, car les protocoles précoces nécessitent généralement des expériences, des activités de gamification et des tests de développeurs pour un démarrage à froid, mais lors de la rédaction d'une rétrospective des données, il est essentiel de les séparer des véritables flux de travail commerciaux.

Les données actuelles montrent que x402 a déjà dépassé la phase "pure concept".

Si l'on considère x402 comme un protocole qui ne sera officiellement lancé qu'en mai 2025, alors atteindre environ 100 millions à 150 millions de transactions observables en un an est déjà un progrès rapide.

Cela indique au moins trois choses.

Premièrement, la direction des paiements HTTP-natifs n'est pas inexploitée.

Les développeurs sont prêts à essayer d'intégrer les paiements dans le processus d'accès aux ressources, plutôt que de toujours dépendre des systèmes de paiement traditionnels, des abonnements et des clés API.

Deuxièmement, il existe effectivement une demande pour des paiements de faible montant, à haute fréquence et exécutables par machine.

Ces demandes ne proviennent pas nécessairement toutes d'Agents matures, mais elles ont déjà prouvé que lorsque le coût est suffisamment bas et le processus suffisamment simple, les micropaiements entre logiciels apparaîtront naturellement.

Troisièmement, le récit autour de x402 s'étend d'un protocole à point unique Coinbase à Cloudflare, CoinGecko, Circle Wallets, Stripe Machine Payments, Agent SDK et diverses expériences de développeurs.

Cela montre que le véritable potentiel de x402 n'est pas de devenir une application distincte, mais de devenir un primitif de paiement intégré. Plus il réussit, moins les utilisateurs devraient "voir x402" ; ils ne verront que : un Agent qui, en accomplissant une tâche, a automatiquement acheté des données, effectué un appel de modèle, réalisé une vérification de sécurité ou exécuté un outil. Le paiement a eu lieu, mais il n'est plus l'interface principale.

Mais il n'a pas encore prouvé que "le paiement Agentic est mature".

Il y a trois domaines où il faut faire preuve de prudence :

Premièrement, la transparence des transactions n'est pas encore suffisante. Nous devons savoir plus clairement : quelles transactions proviennent de véritables achats de services, lesquelles proviennent de tests, lesquelles proviennent d'activités d'incitation, et lesquelles proviennent de comportements de bots.

Si un protocole a 100 millions de transactions, mais que la plupart d'entre elles se concentrent autour d'une activité à court terme, alors sa signification commerciale et son paiement API à long terme sont complètement différents.

Deuxièmement, le montant des règlements n'est pas encore assez élevé. Des volumes de plusieurs dizaines de millions de dollars peuvent prouver que x402 a un flux de fonds, mais cela ne prouve pas qu'il est devenu une infrastructure de paiement dominante. Le jugement plus raisonnable est que x402 est déjà entré dans une phase d'utilisation réelle précoce, mais qu'il cherche encore des scénarios clés à forte rétention et à forte réutilisation.

Troisièmement, les problèmes après le paiement n'ont pas encore été résolus. Le fait qu'un Agent puisse effectuer un paiement n'est que la première étape. Une fois dans un environnement commercial réel, les entreprises et les utilisateurs demanderont : qui autorise l'Agent à dépenser cet argent ? Combien peut-il dépenser au maximum à chaque fois ? Si le service n'est pas livré, peut-on obtenir un remboursement ? Si l'Agent est induit en erreur par une injection de prompt pour effectuer un paiement, qui en est responsable ? Si un appel de ressource échoue, le paiement et la livraison peuvent-ils être traités de manière atomique ? Ces questions ne relèvent pas du rail de paiement lui-même, mais elles déterminent si le rail de paiement peut être réellement adopté.

La prochaine étape des paiements Agentic ne se limite pas à la croissance continue du nombre de transactions x402. Plus important encore, il s'agit des politiques de dépenses, des pistes d'audit, des remboursements, de l'idempotence, de la résolution des litiges et de l'implication humaine. En d'autres termes : permettre à l'Agent non seulement de pouvoir payer, mais aussi d'être autorisé à payer en toute sécurité.

La question clé de x402 est déjà passée de "peut-on payer" à "vaut-il la peine de payer automatiquement".

Les données depuis le lancement de x402 sont suffisantes pour que nous prenions cela au sérieux. 100 millions de transactions uniquement de base, environ 150 millions de transactions cumulées inter-chaînes, et un montant de règlement de 40 à 50 millions de dollars, ces chiffres montrent que le protocole ne reste pas dans les livres blancs et les démonstrations.

Mais ces chiffres ne suffisent pas à nous amener à conclure que "le commerce Agentic a explosé". Une formulation plus précise serait : x402 a déjà prouvé que les machines peuvent effectuer des paiements de faible montant par le biais de méthodes HTTP natives.

Il doit encore prouver que ces paiements peuvent stabiliser le flux de travail réel, et l'année prochaine, je vais me concentrer sur quatre données :

Premièrement, le nombre de services payants réels, et non simplement le nombre de transactions.

Deuxièmement, le taux de réutilisation, et non les pics d'activités uniques.

Troisièmement, le montant moyen des transactions et la répartition des scénarios, et non le volume cumulé.

Quatrièmement, la maturité du portefeuille Agent et des politiques de dépenses, et non le récit attrayant du protocole lui-même.

Si ces indicateurs continuent de s'améliorer, x402 ne sera pas seulement un protocole de paiement crypto, mais pourrait devenir un protocole de base lorsque les Agents achètent des capacités externes.

L'importance de cela ne réside pas dans le fait de faire apprendre à l'IA à dépenser de l'argent, mais dans le fait que lorsque les logiciels commencent à travailler pour les humains, ils ont enfin besoin d'un moyen de règlement commercial propre.

Conclusion

Les 150 millions de transactions de x402 montrent que le paiement Agentic a déjà dépassé la phase purement conceptuelle, mais la véritable question n'est pas de savoir si le nombre de transactions peut continuer à croître, mais si ces paiements peuvent entrer dans le flux de travail réel des Agents et devenir contrôlables en matière d'autorisation, de livraison, de remboursement et de limites de responsabilité.