IOSG | Stripe pour les agents : De la pile de protocoles à la cartographie des investissements dans l'écosystème de paiement des agents
TechFlow SélectionTechFlow Sélection
IOSG | Stripe pour les agents : De la pile de protocoles à la cartographie des investissements dans l'écosystème de paiement des agents
Le rôle de Web3 n'est pas de remplacer les paiements traditionnels, mais de fournir une infrastructure fondamentale pour l'ère des Agents, incluant une identité vérifiable, un règlement programmable et une monnaie stable mondiale.
Dédié à des analyses Web3 approfondiesAuteur : Jacob Zhao @IOSG
Le commerce agentiel (Agentic Commerce) désigne un système commercial complet où des agents IA accomplissent de manière autonome la découverte de services, l'évaluation de la fiabilité, la génération de commandes, l'autorisation de paiement et le règlement final. Il ne dépend plus des opérations ou saisies humaines étape par étape, mais repose sur la collaboration automatique entre agents à travers différentes plateformes et systèmes pour passer des commandes, payer et exécuter les livraisons, créant ainsi une boucle commerciale autonome machine-à-machine (M2M Commerce).
Dans le domaine de la cryptographie, les cas d'utilisation les plus pertinents se concentrent actuellement sur les paiements en monnaie stable et la finance décentralisée (DeFi). Ainsi, lors de la convergence entre Crypto et IA, deux voies particulièrement valorisées émergent : à court terme, AgentFi s'appuyant sur les protocoles DeFi matures existants ; à moyen et long terme, Agent Payment basé sur le règlement en monnaie stable et progressivement amélioré grâce aux protocoles tels que ACP/AP2/x402/ERC-8004.
À court terme, le commerce agentiel (Agentic Commerce) est limité par la maturité des protocoles, les différences réglementaires et l'acceptation par les utilisateurs et commerçants, ce qui rend difficile une adoption rapide à grande échelle. À long terme toutefois, le paiement étant l'ancre fondamentale de toute boucle commerciale, le commerce agentiel détient une valeur stratégique durable.
Système de paiement et scénarios d’application du commerce agentiel
Dans l’écosystème du commerce agentiel (Agentic Commerce), le réseau réel de commerçants constitue le principal gisement de valeur. Quelle que soit l'évolution des Agents IA, les systèmes traditionnels de paiement en monnaie fiduciaire (Stripe, Visa, Mastercard, virements bancaires) coexisteront durablement avec le système croissant des monnaies stables (USDC, x402), formant ensemble la base du commerce agentiel.
Figure : comparaison entre paiement fiduciaire traditionnel et paiement en monnaie stable
Les commerçants du monde réel — allant du e-commerce, abonnements, SaaS aux transports, contenus payants et achats d'entreprise — représentent une demande à l'échelle de milliers de milliards de dollars, et constituent également la source principale de valeur pour les Agents IA afin d'effectuer automatiquement des comparaisons de prix, des renouvellements et des achats. À court terme, les achats grand public et professionnels continueront d'être dominés par les systèmes traditionnels de paiement en monnaie fiduciaire.
L'obstacle principal au développement massif des monnaies stables dans le commerce réel n'est pas technique, mais réside dans la réglementation (conformité KYC/AML, fiscalité, protection du consommateur), la comptabilité des commerçants (les monnaies stables n'étant pas une monnaie légale) et l'absence de mécanisme de traitement des litiges lié au caractère irrévocable des paiements. En raison de ces contraintes structurelles, les monnaies stables peinent à pénétrer rapidement des secteurs fortement réglementés comme la santé, l'aéronautique, le commerce électronique, les services publics ou gouvernementaux. Leur déploiement se concentrera donc principalement sur des domaines à faible pression réglementaire ou natifs de la chaîne : contenus numériques, paiements transfrontaliers, services Web3 natifs et économie machine (M2M/IoT/Agent), créant ainsi la fenêtre d'opportunité initiale pour une percée massive du commerce agentiel natif Web3.
Cependant, en 2025, la réglementation progresse rapidement : le projet de loi américain sur les stablecoins obtient un consensus bipartite, Hong Kong et Singapour mettent en place des cadres de licence pour les stablecoins, MiCA entre en vigueur dans l'UE, Stripe prend en charge USDC et PayPal lance PYUSD. La clarification du cadre réglementaire signifie que les monnaies stables sont de plus en plus acceptées par le système financier traditionnel, ouvrant la voie à des règlements transfrontaliers, des achats B2B et à l’économie machine.
Correspondance optimale des scénarios d'application du commerce agentiel
Le cœur du commerce agentiel (Agentic Commerce) n’est pas de remplacer un mode de paiement par un autre, mais de transférer l’entité exécutante de la séquence « commande – autorisation – paiement » aux Agents IA, permettant ainsi aux systèmes traditionnels de paiement en monnaie fiduciaire (AP2, justificatifs d’autorisation, conformité d’identité) et aux systèmes de monnaies stables (x402, CCTP, règlement par contrat intelligent) de tirer chacun parti de leurs avantages respectifs. Ce n’est ni une compétition gagnant-perdant entre monnaie fiduciaire et monnaie stable, ni un simple remplacement par une seule voie, mais bien une opportunité structurelle qui étend simultanément les capacités des deux : le paiement fiduciaire continue de soutenir le commerce humain, tandis que le paiement en monnaie stable accélère les scénarios natifs machine et blockchain. Les deux systèmes se complètent et deviennent les deux moteurs du commerce agentiel.
Paysage global des protocoles standards sous-jacents du commerce agentiel
La pile de protocoles du commerce agentiel (Agentic Commerce) se compose de six couches, formant une chaîne commerciale complète allant de la « découverte des capacités » à la « livraison par paiement ». Le catalogue A2A et le registre MCP assurent la découverte des capacités, ERC-8004 fournit une identité et une réputation vérifiables sur chaîne ; ACP et AP2 gèrent respectivement la structuration des commandes et les instructions d'autorisation ; la couche de paiement est composée parallèlement de pistes fiduciaires traditionnelles (AP2) et de pistes en monnaie stable (x402) ; la couche de livraison n’a encore aucune norme unifiée.
-
Couche de découverte (Discovery Layer) : résout la question « Comment un Agent découvre-t-il et comprend-il les services appelables ? ». Du côté IA, cela passe par la création d’un catalogue standardisé via A2A Catalog et MCP Registry ; dans l’univers Web3, ERC-8004 fournit un pointeur d’identité adressable. Cette couche constitue l’entrée de la pile de protocoles.
-
Couche de confiance (Trust Layer) : répond à la question « L’autre partie est-elle digne de confiance ? ». Côté IA, aucun standard universel n’existe encore ; Web3 utilise ERC-8004 pour construire un cadre unifié d’identité vérifiable, de réputation et d’historique d’exécution, avantage clé de Web3.
-
Couche de commande (Ordering Layer) : gère « comment exprimer et valider une commande ». ACP (OpenAI × Stripe) fournit une description structurée des produits, prix et conditions de règlement, garantissant que le commerçant peut exécuter la commande. Comme il est difficile d’exprimer contractuellement dans la blockchain les accords commerciaux du monde réel, cette couche est principalement dominée par Web2.
-
Couche d’autorisation (Authorization Layer) : traite la question « L’Agent dispose-t-il d’une autorisation légitime de l’utilisateur ? ». AP2 lie l’intention, la confirmation et l’autorisation de paiement à un système d’identité réel via des justificatifs vérifiables. Les signatures Web3 n’ont pas encore de valeur juridique, elles ne peuvent donc assumer la responsabilité contractuelle et réglementaire de cette couche.
-
Couche de paiement (Payment Layer) : détermine « par quelle voie le paiement sera effectué ». AP2 couvre les réseaux de paiement traditionnels comme cartes et banques ; x402 offre une interface API native pour les paiements en monnaie stable, permettant aux actifs comme USDC d’être intégrés dans des appels automatisés. Ces deux voies se complètent fonctionnellement.
-
Couche de livraison (Fulfillment Layer) : répond à « comment livrer le contenu de manière sécurisée après paiement ? ». Aujourd’hui, aucun protocole unifié n’existe : la livraison dans le monde réel dépend des systèmes des commerçants, tandis que le contrôle d’accès cryptographique dans Web3 n’a pas encore de norme inter-écosystèmes. Cette couche reste le plus grand vide de la pile de protocoles, mais aussi celle où pourrait naître le prochain protocole fondamental.
Détail des protocoles clés du commerce agentiel
Au sujet des cinq étapes clés du commerce agentiel (Agentic Commerce) — découverte de service, jugement de confiance, commande structurée, autorisation de paiement et règlement final — Google, Anthropic, OpenAI, Stripe, Ethereum, Coinbase et d'autres institutions ont proposé des protocoles de base, contribuant collectivement à la construction de la prochaine pile de protocoles centraux du commerce agentiel.
Agent‑to‑Agent (A2A) – Protocole d'interopérabilité entre agents (Google)
A2A est un protocole open source lancé par Google puis transféré à la Linux Foundation. Il vise à fournir une norme de communication et de collaboration uniforme pour les Agents IA construits sur différents fournisseurs et cadres. Basé sur HTTP + JSON-RPC, A2A permet un échange sécurisé et structuré de messages et de tâches, permettant aux agents d’engager des dialogues multi-tours, de prendre des décisions collaboratives, de décomposer des tâches et de gérer des états. Son objectif principal est de construire un « internet des agents », où tout agent compatible A2A peut être automatiquement découvert, invoqué et combiné, formant ainsi un réseau distribué d’agents inter-plateformes et inter-organisationnels.
Model Context Protocol (MCP) – Protocole d'accès unifié aux données et outils (Anthropic)
MCP, lancé par Anthropic, est un protocole ouvert reliant les LLM / Agents aux systèmes externes, centré sur l'unification des interfaces d'accès aux outils et données. Il abstrait bases de données, systèmes de fichiers, API distantes et outils propriétaires en ressources standardisées, permettant aux agents d’accéder de façon sécurisée, contrôlée et traçable aux capacités externes. MCP privilégie une faible complexité d’intégration et une forte extensibilité : une fois connecté, un agent peut utiliser tout l’écosystème d’outils. Actuellement, MCP est adopté par plusieurs grands fabricants d’IA et devient la norme de facto pour les interactions agent-outil.
MCP traite la question « Comment un Agent utilise-t-il des outils ? » — offrant aux modèles un accès unifié et sécurisé à des ressources externes (bases de données, API, systèmes de fichiers, etc.), normalisant ainsi les interactions agent-outil / agent-données.
A2A, quant à lui, répond à « Comment un Agent collabore-t-il avec d’autres Agents ? » — établissant une norme native de communication entre agents de différents fournisseurs et cadres, supportant les dialogues multi-tours, la décomposition de tâches, la gestion d’état et l’exécution sur longue durée. C’est la couche fondamentale d’interopérabilité entre agents.
Agentic Commerce Protocol (ACP) – Protocole de commande et caisse (OpenAI × Stripe)
ACP (Agentic Commerce Protocol) est une norme ouverte de commande proposée par OpenAI et Stripe (licence Apache 2.0), créant un processus structuré compréhensible directement par les machines pour les interactions utilisateur–Agent IA–commerçant. Le protocole couvre l’information produit, la vérification des prix et conditions, la logique de règlement et la transmission des justificatifs de paiement, permettant à l’IA d’initier des achats en toute sécurité sans devenir elle-même commerçant.
Son design central consiste à ce que l’IA appelle l’interface de caisse du commerçant selon un format standardisé, tandis que le commerçant conserve pleinement le contrôle commercial et légal. ACP utilise des commandes structurées (JSON Schema / OpenAPI), un jeton de paiement partagé sécurisé (Stripe Shared Payment Token), est compatible avec les systèmes backend e-commerce existants, et supporte REST et la publication via MCP, permettant aux commerçants d’intégrer l’écosystème AI Shopping sans modifier leur système. Actuellement, ACP est utilisé dans ChatGPT Instant Checkout, devenant une infrastructure de paiement opérationnelle précoce.
Agent Payments Protocol (AP2) – Protocole d'autorisation numérique et d'instructions de paiement (Google)
AP2 est une norme ouverte lancée conjointement par Google et plusieurs réseaux de paiement et entreprises technologiques, visant à établir un processus unifié, conforme et traçable pour les paiements pilotés par Agents IA. Grâce à des justificatifs numériques signés cryptographiquement, il lie l’intention de paiement de l’utilisateur, la portée de l’autorisation et l’identité conforme, fournissant aux commerçants, institutions de paiement et régulateurs une preuve vérifiable de « qui paie quoi pour qui ».
Conçu selon le principe « Payment-Agnostic », AP2 supporte à la fois les cartes de crédit, les virements bancaires, les paiements instantanés, et via des extensions telles que x402, les voies de paiement cryptographiques comme les monnaies stables. Dans toute la pile Agentic Commerce, AP2 ne gère ni les détails du produit ni la commande, mais fournit un cadre général d’autorisation de paiement pour Agents sur divers canaux.
ERC‑8004 – Norme d’identité, réputation et vérification des agents sur chaîne (Ethereum)
ERC-8004 est une norme Ethereum proposée conjointement par MetaMask, la Fondation Ethereum, Google et Coinbase, destinée à construire pour les Agents IA un système d’identité et de réputation vérifiable, inter-plateformes et sans besoin de confiance préalable. Le protocole se compose de trois parties sur chaîne :
-
Registre d’identité (Identity Registry) : crée une identité sur chaîne similaire à un NFT pour chaque Agent, pouvant relier des points d’accès MCP/A2A, ENS/DID, portefeuilles, etc.
-
Registre de réputation (Reputation Registry) : standardise l’enregistrement des notes, retours et signaux comportementaux, rendant l'historique de performance de l'Agent auditables, agrégables et composites.
-
Registre de validation (Validation Registry) : prend en charge des mécanismes de vérification comme stake re-execution, zkML, TEE, fournissant des preuves exécutives vérifiables pour les tâches à haute valeur.
Grâce à ERC-8004, l’identité, la réputation et les actions des Agents sont enregistrées sur chaîne, formant une base de confiance inter-plateforme, immuable et vérifiable, infrastructure clé pour construire une économie IA ouverte et fiable dans Web3. ERC-8004 est en phase d’examen, ce qui signifie que la norme est essentiellement stabilisée et réalisable, mais encore en consultation communautaire, non encore finalisée.
x402 – Voie de paiement API native pour monnaie stable (Coinbase)
x402 est une norme de paiement ouverte (Apache-2.0) proposée par Coinbase, transformant le statut HTTP 402 Payment Required longtemps inutilisé en un mécanisme de négociation programmable sur chaîne, permettant aux API et Agents IA de réaliser des règlements décentralisés, sans friction et à la demande, sans compte, carte de crédit ou clé API.
▲ Légende : flux de travail du paiement HTTP 402
Source : Jay Yu@Pantera Capital
Mécanisme central : x402 réactive le code d’état HTTP 402, vestige des débuts d’internet. Son flux de travail est le suivant :
-
Demande et négociation : le client (Agent) envoie une requête → le serveur retourne un code 402 avec les paramètres de paiement (montant, adresse de réception).
-
Paiement autonome : l’Agent signe localement la transaction et la diffuse (généralement avec USDC ou autre stablecoin), sans intervention humaine.
-
Vérification et livraison : le serveur ou un tiers « Facilitator » valide la transaction sur chaîne, puis libère immédiatement la ressource.
x402 introduit le rôle de « Facilitator » (facilitateur), agissant comme intermédiaire entre les API Web2 et la couche de règlement Web3. Le Facilitator gère la logique complexe de vérification et de règlement sur chaîne, permettant aux développeurs traditionnels de monétiser leurs API avec très peu de code, sans exécuter de nœud, gérer des signatures ou diffuser des transactions. Ils n’ont qu’à utiliser les interfaces fournies par le Facilitator pour traiter les paiements sur chaîne. Actuellement, la mise en œuvre la plus mature de Facilitator est fournie par la Plateforme Développeur Coinbase.
Les avantages techniques de x402 : prise en charge de micro-paiements sur chaîne jusqu’à 1 cent, dépassant la limite des passerelles traditionnelles incapables de gérer des appels fréquents et à faible montant dans les scénarios IA ; suppression totale des comptes, KYC et clés API, permettant aux Agents IA de fermer la boucle M2M autonomement ; compatibilité native avec Base et Solana via EIP-3009 pour des paiements USDC sans frais de gaz, avec extensibilité multi-chaînes.
À partir de l'introduction de la pile de protocoles centraux du commerce agentiel, le tableau ci-dessous résume le positionnement, les capacités clés, les limitations principales et l'évaluation de maturité de chaque protocole par niveau, offrant une perspective structurée claire pour construire une économie d'agents inter-plateformes, exécutables et payables.
Projets emblématiques de l’écosystème Web3 du commerce agentiel
Actuellement, l’écosystème Web3 du commerce agentiel (Agentic Commerce) peut être divisé en trois niveaux :
-
Couche système de paiement opérationnel (L3) : projets comme Skyfire, Payman, Catena Labs, Nevermined, offrant encapsulation de paiement, intégration SDK, gouvernance de quotas et permissions, approbation humaine et conformité, intégrant à différents degrés les rails financiers traditionnels (banques, réseaux de cartes, PSP, KYC/KYB), servant de pont entre les opérations de paiement et l’économie machine.
-
Couche protocole de paiement natif (L2) : constituée de protocoles comme x402, Virtual ACP et leurs écosystèmes, responsable des demandes de paiement, vérification et règlement sur chaîne. C’est le cœur actuel de l’économie Agent, véritablement automatisé avec un règlement bout-en-bout. x402 n’utilise aucunement banques, réseaux de cartes ou prestataires de paiement, offrant une capacité de paiement M2M/A2A native sur chaîne.
-
Couche infrastructure (L1) : incluant Ethereum, Base, Solana et Kite AI, fournissant l’environnement d’exécution sur chaîne, le système de clés, MPC/AA et Runtime de permissions, formant la base technique crédible pour les systèmes de paiement et d’identité.
Couche L3 Système de paiement opérationnel - Skyfire : identité et justificatif de paiement pour Agents IA
Skyfire repose sur KYA + Pay, abstrayant « vérification d’identité + autorisation de paiement » en un justificatif JWT utilisable par IA, offrant aux sites web, API et services MCP une capacité d’accès automatisé et facturable vérifiable. Le système génère automatiquement pour chaque utilisateur un Agent Acheteur/Vendeur et un portefeuille gardé, supportant recharge par carte, banque ou USDC.
Au niveau système, Skyfire génère pour chaque utilisateur un Agent Acheteur/Vendeur et un portefeuille gardé, supportant recharge par carte, banque et USDC. Son principal avantage est sa compatibilité totale avec Web2 (JWT/JWKS, WAF, API Gateway utilisables directement), permettant aux sites de contenu, API de données, SaaS utilitaires d’offrir un « accès payant automatisé avec identité ».
Skyfire est une couche intermédiaire de paiement Agent opérationnelle, mais ses solutions d’identité et de portefeuille gardé sont centralisées.
Couche L3 Système de paiement opérationnel - Payman : contrôle des risques liés aux droits financiers natifs IA
Payman fournit quatre types de fonctionnalités : Wallet, Payee, Policy, Approval, construisant pour les Agents IA une « couche de droits financiers » gouvernable et auditable. Un Agent IA peut effectuer des paiements réels, mais toutes les actions financières doivent respecter les plafonds, politiques et règles d’approbation définis par l’utilisateur. L’interaction principale se fait via l’interface en langage naturel payman.ask(), le système se chargeant d’analyser l’intention, vérifier les politiques et exécuter le paiement.
La valeur clé de Payman : « L’IA peut manipuler l’argent, mais jamais outrepasser ses droits. » Transposer la gouvernance financière d’entreprise dans l’environnement IA : salaires, remboursements, paiements fournisseurs, virements groupés peuvent tous être réalisés dans des limites de droits bien définies. Payman convient à l’automatisation financière interne entreprise ou équipe (salaires, remboursements, paiements fournisseurs), positionné comme couche de gouvernance contrôlée, sans chercher à créer un protocole ouvert de paiement Agent-to-Agent.
Couche L3 Système de paiement opérationnel - Catena Labs : norme d’identité et de paiement pour Agents
Catena combine une institution financière native IA (garde, compensation, contrôle des risques, KYA) comme couche commerciale, et ACK (Agent Commerce Kit) comme couche normative, construisant une norme d’identité unifiée pour Agents (ACK-ID) et un protocole de paiement Agent-native (ACK-Pay). Objectif : combler dans l’économie machine le manque d’identité vérifiable, de chaîne d’autorisation et de normes de paiement automatisées.
ACK-ID établit via DID/VC la chaîne de propriété et d’autorisation de l’Agent ; ACK-Pay définit un format de demande de paiement et de reçu vérifiable, découplé des réseaux de règlement sous-jacents (USDC, banque, Arc). Catena insiste sur l’interopérabilité inter-écosystèmes à long terme, son rôle ressemblant davantage à une « couche TLS/EMV de l’économie Agent », hautement standardisée, vision claire.
Couche L3 Système de paiement opérationnel - Nevermined : mesure, facturation et règlement de micro-paiements
Nevermined se concentre sur les modèles économiques basés sur l’usage pour l’IA, offrant contrôle d’accès, mesure, système de crédits et journaux d’utilisation, permettant une mesure automatisée, une facturation par usage, un partage et une vérification des revenus. Les utilisateurs peuvent recharger des crédits via Stripe ou USDC, le système vérifiant automatiquement la consommation, déduisant les frais et générant des journaux auditables à chaque appel API.
Sa valeur principale réside dans le soutien aux micro-paiements en temps réel inférieurs au centime et au règlement automatisé Agent-to-Agent, permettant aux achats de données, appels API, orchestration de workflows de fonctionner selon un modèle « pay-per-call ». Nevermined ne crée pas de nouvelle voie de paiement, mais construit une couche de mesure/facturation au-dessus du paiement : à court terme, favorise la monétisation des SaaS IA ; à moyen terme, soutient les marketplaces A2A ; à long terme, pourrait devenir le tissu des micro-paiements de l’économie machine.
Skyfire, Payman, Catena Labs, Nevermined appartiennent à la couche de paiement opérationnel, nécessitant tous un raccordement à différents degrés aux banques, réseaux de cartes, PSP et KYC/KYB. Mais leur vraie valeur ne réside pas dans « l’accès au fiduciaire », mais dans la résolution des besoins natifs machine non couverts par la finance traditionnelle : mappage d’identité, gouvernance des droits, contrôle-programmé des risques et facturation par usage.
-
Skyfire (passerelle de paiement) : offre aux sites/API un « identité + prélèvement automatique » (identité sur chaîne mappée à l’identité Web2)
-
Payman (gouvernance financière) : orienté vers les politiques, plafonds, droits et approbations internes entreprise (l’IA peut dépenser mais pas outrepasser)
-
Catena Labs (infrastructure financière) : combine système bancaire, via KYA, garde et services de compensation, pour construire une « banque IA conforme »
-
Nevermined (caisse) : ne fait que mesure et facturation au-dessus du paiement ; dépend de Stripe/USDC pour le paiement.
En revanche, x402 est plus fondamental, étant le seul protocole de paiement natif sur chaîne ne dépendant ni des banques, ni des réseaux de cartes, ni des PSP, capable de réaliser directement via le flux 402 le prélèvement et règlement sur chaîne. Quand les systèmes de niveau supérieur comme Skyfire, Payman, Nevermined peuvent appeler x402 comme voie de règlement, ils offrent aux Agents un véritable circuit fermé de paiement automatisé M2M / A2A.
Couche L2 Écosystème du protocole de paiement natif - x402 : du client au règlement sur chaîne
L’écosystème de paiement natif x402 peut être divisé en quatre niveaux : client (Client), serveur (Server), couche d’exécution du paiement (Facilitators) et couche de règlement blockchain. Le client permet à l’Agent ou application d’initier une demande de paiement ; le serveur fournit à l’Agent des services API tels que données, inférence ou stockage, facturés à l’unité ; la couche d’exécution gère le prélèvement, la vérification et le règlement sur chaîne, constituant le moteur d’exécution central ; la couche de règlement blockchain assure le débit effectif du jeton et la confirmation sur chaîne, garantissant un règlement immuable.
▲ Légende : flux de paiement X402
Source : livre blanc x402
Couche d'intégration client (Client-Side Integrations / The Payers)
Permet à l’Agent ou application d’initier une demande de paiement x402, constituant le « point de départ » de tout le processus. Projets représentatifs :
-
SDK Client thirdweb — standard client x402 le plus utilisé dans l’écosystème, maintenu activement, supporte plusieurs chaînes, outil par défaut pour intégrer x402.
-
Nuwa AI — permet à l’IA d’accéder sans codage aux services x402 moyennant paiement, projet phare de « porte d’entrée de paiement pour Agents ».
-
Le site officiel liste aussi Axios/Fetch, SDK Java Mogami, Tweazy, encore à un stade précoce.
Les clients actuels restent à l’ère des « SDK », essentiellement des outils développeurs. Des formes plus avancées comme des clients navigateur/système d’exploitation, robots/IoT, systèmes d’entreprise capables de gérer plusieurs portefeuilles/multiples facilitateurs, n’existent pas encore.
Serveur / Fournisseur de services API (Services / Endpoints / The Sellers)
Vend à l’Agent des services de données, stockage ou inférence à l’unité. Quelques projets représentatifs :
-
AIsa — infrastructure de règlement et d’appel API pour Agents IA réels, leur permettant d’accéder à la demande, par token ou volume à des données, contenus, puissance de calcul et services tiers. Actuellement leader en volume d’appels x402.
-
Firecrawl — entrée principale de crawl web structuré, souvent utilisée par les Agents IA.
-
Pinata — infrastructure de stockage Web3 majeure, x402 couvre désormais les coûts réels de stockage sous-jacent, pas seulement des API légères.
-
Gloria AI — fournit des nouvelles en temps réel et signaux de marché structurés, source d’intelligence pour Agents transactionnels et analytiques.
-
AEON — étend x402 + USDC au paiement chez des commerçants physiques en Asie du Sud-Est, Amérique latine, Afrique.
-
Neynar — infrastructure du graphe social Farcaster, ouvrant les données sociales aux Agents via x402.
Les serveurs actuels se concentrent sur les API de crawl, stockage, actualités. Les couches critiques supérieures — API d’exécution de transactions financières, API de publicité, passerelles SaaS Web2, voire API exécutant des tâches du monde réel — sont presque inexistantes, constituant la courbe de croissance la plus prometteuse à venir.
Couche d'exécution du paiement (Facilitators / The Processors)
Réalise le prélèvement, la vérification et le règlement sur chaîne, moteur central de x402. Projets représentatifs :
-
Coinbase Facilitator (CDP) — exécuteur d’entreprise fiable, frais zéro sur Base Mainnet + OFAC/KYT intégré, meilleur choix pour environnements de production.
-
PayAI Facilitator — projet d’exécution multi-chaînes le plus large et en croissance la plus rapide (Solana, Polygon, Base, Avalanche, etc.), facilitateur multi-chaînes le plus utilisé dans l’écosystème.
-
Daydreams — projet fort combinant exécution de paiement et routage d’inférence LLM, actuellement « exécuteur de paiement pour inférence IA » en plus forte croissance, devenant la troisième force majeure de l’écosystème x402.
-
Selon les données x402scan sur 30 jours, un groupe de facilitateurs/routeurs de longue traîne existe aussi : Dexter, Virtuals Protocol, OpenX402, CodeNut, Heurist, Thirdweb, x402.rs, Mogami, Questflow, dont le volume de transactions, nombre de vendeurs et d’acheteurs est nettement inférieur aux trois leaders.
Couche de règlement blockchain (Blockchain Settlement Layer)
Point final du flux de paiement x402, chargée du débit effectif du jeton et de la confirmation sur chaîne. Bien que le protocole x402 soit lui-même Chain-Agnostic, les données écosystémiques actuelles montrent que le règlement se concentre principalement sur deux réseaux :
-
Base — fortement promu par le Facilitator officiel CDP, USDC natif, frais stables, réseau de règlement avec le plus grand volume et nombre de vendeurs.
-
Solana — fortement soutenu par des facilitateurs multi-chaînes comme PayAI, croît le plus vite grâce à son débit élevé et sa faible latence dans les scénarios d’inférence fréquente et API en temps réel.
La chaîne elle-même ne participe pas à la logique de paiement. Avec l’expansion de plus de facilitateurs, la couche de règlement x402 deviendra de plus en plus multi-chaînes.
Dans le système de paiement x402, le Facilitator est le seul rôle exécutant réellement le paiement sur chaîne, le plus proche du « revenu au niveau protocole » : il vérifie l’autorisation de paiement, soumet et suit les transactions sur chaîne, génère des preuves de règlement auditables, gère les rejeux, délais d’attente, compatibilité multi-chaînes et vérifications réglementaires basiques. Contrairement aux SDK clients (Payers) et serveurs API (Sellers) qui ne traitent que des requêtes HTTP, il est la sortie finale de règlement pour toutes les transactions M2M/A2A, contrôlant l’entrée de trafic et les frais de règlement. Il occupe donc le cœur de capture de valeur de l’économie Agent, attirant le plus d’attention du marché.
Mais en réalité, la majorité des projets en sont encore au stade testnet ou à de petits démos, restant essentiellement de légers « exécuteurs de paiement », manquant de moat sur des capacités clés comme l’identité, la facturation, le contrôle des risques, le traitement multi-chaînes stable, caractérisés par un faible seuil d’entrée et une forte homogénéité. À mesure que l’écosystème mûrira, le Facilitator connaîtra une concentration des gains : les leaders dotés de stabilité et d’avantages réglementaires (comme Coinbase) possèdent déjà une avance significative. À long terme, x402 reste une couche d’interface, incapable de porter la valeur centrale. Ceux qui développeront une compétitivité durable seront les plateformes intégrées capables de construire au-dessus du règlement des systèmes d’identité, facturation, contrôle des risques et conformité.
Couche L2 Protocole de paiement natif - Virtual Agent Commerce Protocol
Le Agent Commerce Protocol (ACP) de Virtual propose une norme commerciale générale pour des IA autonomes, utilisant un processus en quatre phases : Request → Negotiation → Transaction → Evaluation, permettant à des agents indépendants de demander des services, négocier des termes, conclure des transactions et recevoir une évaluation de qualité, de
Bienvenue dans la communauté officielle TechFlow
Groupe Telegram :https://t.me/TechFlowDaily
Compte Twitter officiel :https://x.com/TechFlowPost
Compte Twitter anglais :https://x.com/BlockFlow_News
IOSG Ventures
