Le 18 mars 2026, deux événements apparemment indépendants mais en réalité étroitement liés ont marqué le secteur des paiements : Stripe et Tempo ont officiellement lancé leur mainnet et introduit le Machine Payment Protocol (MPP), tandis que Coinbase a déployé une importante mise à jour du protocole x402, permettant désormais la prise en charge de tout jeton ERC-20. Ce n’était pas une simple coïncidence : cela indiquait que la bataille autour de la question « comment les agents IA paieront » avait atteint un tournant décisif.
À mesure que les agents IA évoluent, passant de simples processeurs d’informations à véritables acteurs économiques autonomes — prenant des décisions, appelant des API, louant de la puissance de calcul, achetant des données — leur infrastructure de paiement doit répondre à trois critères essentiels : lisibilité machine, temps de réponse en millisecondes, et absence totale d’intervention humaine. Les réseaux traditionnels de cartes bancaires et les processus d’approbation manuelle ne sont tout simplement pas adaptés à ce contexte.
Actuellement, x402, MPP et AgentKit (la couche d’extension cryptographique du protocole AP2 de Google) sont les trois solutions techniques les plus en vue dans ce domaine. En s’appuyant sur les dernières données de production et la documentation des protocoles, cet article compare ces approches selon leur architecture technique, leur niveau d’adoption et leur philosophie écosystémique, tout en explorant les évolutions possibles à venir.
Essor des protocoles et premières données de production
Le 18 mars 2026, le mainnet de la blockchain Tempo a été mis en service, et le protocole MPP lancé simultanément, introduisant le concept de « sessions » : les agents peuvent préautoriser des plafonds de dépenses et effectuer des micro-paiements en flux continu au sein d’une session, sans que chaque transaction soit enregistrée sur la blockchain. Ce même jour, Coinbase a mis à jour x402 en version V2, intégrant Permit2 d’Uniswap et des extensions de parrainage de frais de gas. Cela permet aux développeurs d’accepter USDT, DAI et différents jetons natifs de projets, sans que les utilisateurs aient besoin de détenir de l’ETH pour régler les frais de gas.
Au cours de cette même semaine, ClawMerchants (une place de marché native pour agents dédiée aux données et compétences) a publié les premières données de production réelles concernant l’adoption de x402 : au 17 mars, ses endpoints avaient reçu plus de 500 requêtes de sondage d’agents, mais seulement 5 achats avaient été finalisés — soit un taux de conversion d’environ 1 %, pour un chiffre d’affaires total de 0,11 $. Ces données constituent un repère rare : les paiements des agents en sont encore à leurs débuts. La plupart des agents « sondent, lisent la réponse 402 et analysent les prix », mais ne disposent pas de capacités de paiement effectives.
Du code de statut dormant à la bataille des standards
Le nom x402 provient du code de statut HTTP « 402 Payment Required », réservé depuis les débuts d’Internet mais resté inutilisé pendant des décennies. En mai 2025, Coinbase a officiellement publié le standard x402, visant à intégrer les paiements crypto directement dans la couche du protocole HTTP : les serveurs renvoient une réponse 402 contenant le montant, le type de jeton, l’adresse du destinataire et les informations blockchain. Les clients agents effectuent alors un paiement on-chain pour accéder au service.
En septembre 2025, Google a lancé AP2 (Agent Payments Protocol), en partenariat avec Mastercard, PayPal, American Express et plus de 60 autres organisations, pour établir un cadre d’autorisation IA basé sur des « credentials vérifiables ». Contrairement à l’approche crypto-native de x402, AP2 mise sur la création d’une « couche sémantique de confiance » au-dessus des systèmes financiers existants. À noter, Google a également annoncé une collaboration avec Coinbase pour lancer l’extension « A2A x402 », positionnant x402 comme une « solution de paiement crypto pour agents en production ». Ce détail suggère que les deux systèmes ne sont pas strictement opposés — ils pourraient être complémentaires.
En décembre 2025, x402 a publié sa mise à jour V2, avec des améliorations majeures : interface unifiée de paiement multichaine, règlement différé basé sur les sessions, intégration de canaux hybrides crypto/fiat, identité persistante de portefeuille et prise en charge du routage dynamique des paiements. En seulement sept mois, x402 a traité plus de 100 millions de paiements autonomes, pour un total de 24 millions $, avec des volumes quotidiens dépassant 500 000 $.
Le lancement du MPP le 18 mars 2026 a porté la concurrence à un nouveau niveau. Développé conjointement par Tempo et Stripe, MPP permet un règlement natif sur la chaîne Tempo, une connexion au réseau Lightning Bitcoin via Lightspark, et une extension vers les paiements par carte traditionnels via Visa. Cela signifie qu’à l’avenir, les agents pourront réaliser des paiements MPP en utilisant uniquement des identifiants Stripe, sans détenir d’actifs crypto.
Comparaison technique des trois protocoles
D’un point de vue technique, les trois protocoles présentent des différences majeures en matière de granularité des paiements, de prise en charge des actifs, de modèles de règlement et de dépendances. Selon la documentation la plus récente et les données de production, voici un aperçu comparatif :
| Dimension de comparaison | x402 (V2) | MPP | AgentKit (Extension AP2) |
|---|---|---|---|
| Granularité des paiements | Paiements par requête, désormais en mode session | Paiements en flux natifs par session | Paiements groupés selon des « directives d’autorisation » |
| Prise en charge des actifs | Tout ERC-20, interface multichaine unifiée | Stablecoins + fiat (cartes/portefeuilles/BNPL) | Cartes bancaires/virements + stablecoins |
| Modèle de règlement | Règlement final on-chain | Règlement sur la chaîne Tempo + canaux fiat | Réseaux de paiement traditionnels + crypto optionnelle |
| Dépendances | Facilitateurs optionnels, prise en charge P2P | Nécessite la chaîne Tempo et Stripe | Nécessite des portefeuilles compatibles AP2 et des services de vérification |
| Mécanisme d’identité | Sessions de signature de portefeuille persistantes | Préautorisation de session | Credentials vérifiables + autorisation déléguée |
| Cas d’usage | Appels API, achats de données, location de calcul | Micro-paiements à haute fréquence, services en streaming | E-commerce, réservations complexes, transactions conformes |
Le modèle « facilitateur » de x402 V2 mérite l’attention : il s’apparente aux prestataires de services de paiement traditionnels, mais avec une nuance : les facilitateurs ne détiennent pas les fonds ni les clés privées. Les agents autorisent « quoi faire » (par exemple, envoyer jusqu’à X $ du payeur au bénéficiaire) à un facilitateur, qui gère « comment le faire » (choix de la chaîne, paiement des frais de gas). Cela préserve la sécurité non-custodiale tout en abaissant considérablement la barrière technique pour l’intégration des agents.
Le modèle de session de MPP résout le goulot d’étranglement des transactions à haute fréquence au niveau architectural. Dans le mode x402 initial, chaque appel API nécessitait une transaction on-chain distincte — même sur des L2 peu coûteux comme Base, les frais de gas et la latence augmentent avec la fréquence. MPP permet aux agents de préautoriser des plafonds de dépenses, avec des déductions en temps réel et des règlements par lots périodiques au sein d’une session, à l’image de l’utilisation humaine des cartes bancaires.
AgentKit (l’extension cryptographique d’AP2) se distingue par son système de « directives d’autorisation ». Il introduit deux types de contrats de signature cryptographique : Cart Mandate pour la confirmation en temps réel des transactions, et Intent Mandate pour l’exécution conditionnelle prédéfinie. Ce mécanisme crée des pistes d’audit indéniables pour chaque transaction, résolvant la question « qui a autorisé ce paiement IA ».
Avis du secteur : divergences philosophiques et réactions du marché
Des lignes de fracture claires sont apparues dans le débat sectoriel autour de ces protocoles, avec trois points de discorde principaux : permissionless vs optimisation des paiements, crypto-native vs compatibilité traditionnelle, et neutralité protocolaire vs verrouillage écosystémique.
Les partisans de x402 mettent en avant son caractère permissionless. x402 peut fonctionner en peer-to-peer, les facilitateurs sont optionnels et n’importe qui peut en opérer : le protocole ne dépend d’aucune entité unique pour sa pérennité. Lors des tests de ClawMerchants, les agents peuvent utiliser x402 pour des paiements on-chain ou MPP pour des paiements en flux par session ; le même endpoint prend en charge les deux protocoles — « la prise en charge des protocoles n’est pas exclusive sur le plan technique, ils peuvent coexister ».
Les défenseurs de MPP apprécient son expérience de paiement optimisée. L’intégration de Tempo et Stripe apporte des canaux fiat, une protection contre la fraude et la gestion fiscale — des capacités commerciales complètes. Pour les développeurs non natifs crypto, ajouter MPP à leur dashboard Stripe existant est bien plus pratique que d’intégrer une passerelle de paiement on-chain. « Si je voulais ajouter des micropaiements à The Defiant aujourd’hui, je choisirais probablement MPP : l’acceptation fiat est cruciale pour les audiences non crypto, et j’utilise déjà Stripe pour les paiements. »
AgentKit est salué pour son cadre de conformité. La collaboration de Google avec plus de 60 institutions de paiement et d’e-commerce confère au standard une confiance intrinsèque dans le monde des affaires traditionnel. Le soutien de géants comme Ant International, UnionPay International et Adyen laisse penser qu’AgentKit pourrait devenir le « langage universel » reliant les agents IA aux systèmes e-commerce existants.
Enseignements tirés des données de production
Les 500 sondages, 5 achats et 0,11 $ de chiffre d’affaires de ClawMerchants offrent l’aperçu le plus authentique à ce jour de l’adoption des paiements par agents. Ces données révèlent plusieurs réalités souvent occultées par les discours ambitieux :
Premièrement, le sondage d’agents ne signifie pas paiement d’agents. De nombreux agents peuvent lire la réponse 402, analyser les prix, enregistrer les endpoints et comprendre les exigences de paiement, mais très peu exécutent effectivement des paiements. Certains développent même des « scanners » qui sondent les endpoints de paiement sans finaliser de transactions.
Deuxièmement, l’absence de portefeuille est le principal obstacle. Le scénario le plus courant parmi les agents sondant : ils analysent correctement la réponse 402 et savent qu’il faut de l’USDC sur Base — mais ne disposent ni de clé privée, ni de portefeuille, ni d’identifiants de paiement. Les modules de paiement restent le maillon le plus faible de la pile de capacités des agents.
Troisièmement, les « compétences » convertissent bien mieux que les « données ». Dans le catalogue de ClawMerchants, les actifs de compétences (modules de capacité que les agents peuvent invoquer directement) affichent un taux de conversion de 14–33 %, tandis que les actifs de données convertissent à moins de 1 %. Cela suggère que les agents préfèrent acquérir des fonctions immédiatement exécutables plutôt que des informations nécessitant un traitement secondaire.
Ces constats offrent un arrière-plan lucide au débat sur les protocoles : le défi central à ce stade n’est pas de déterminer quel protocole est techniquement supérieur, mais de garantir que les agents « disposent de portefeuilles et sont prêts à payer ».
Analyse d’impact sectoriel : trois niveaux de reconstruction de valeur
Les protocoles de paiement pour agents reconfigurent les flux de valeur dans l’économie numérique à trois niveaux :
Couche protocolaire : Extension financière de HTTP. Le code de statut 402 est passé de dormant à primitive fondamentale de l’économie machine. À l’avenir, chaque appel API pourrait comporter une facture de paiement, marquant la première fois que la pile de protocoles Internet prend en charge nativement le transfert de valeur.
Couche de règlement : Flux d’actifs continus. La transition des actifs solides (abonnements mensuels) vers des actifs liquides (microprofits crédités chaque seconde) est en cours. Les lampadaires enchérissent pour l’électricité en fonction du trafic piétonnier en temps réel, les dispositifs de stockage d’énergie équilibrent le réseau en millisecondes — ces scénarios reposent sur une couche de règlement prenant nativement en charge les paiements en flux.
Couche de confiance : L’avènement du crédit machine. Lorsque les agents peuvent différer les paiements et préautoriser des plafonds de dépenses, l’évaluation du crédit s’étend des humains au code. Le système MACRO de Spectral Finance expérimente déjà l’utilisation de l’historique des transactions on-chain pour générer des scores de crédit pour les agents IA, ouvrant la voie à des prêts à faible voire zéro garantie.
Scénarios d’évolution prévisionnels
À partir du paysage actuel et des données de production, trois trajectoires évolutives possibles se dessinent :
Scénario un : Coexistence durable des protocoles. Les protocoles ne sont pas un jeu à somme nulle — ClawMerchants prend en charge x402 et MPP sur le même endpoint. Les agents choisissent leur voie de paiement selon leurs capacités : les agents crypto-native utilisent x402, ceux disposant d’identifiants Stripe optent pour MPP, et les transactions e-commerce à forte valeur passent par le cadre de conformité AgentKit. Le marché se segmente par cas d’usage, avec l’interopérabilité comme exigence centrale.
Scénario deux : MPP domine le segment commercial. Si la majorité des développeurs, à l’image du fondateur de The Defiant, « privilégient l’acceptation fiat et l’intégration avec les outils existants », MPP pourrait rapidement s’imposer commercialement grâce au réseau de marchands Stripe. x402 conserverait sa part sur les scénarios crypto-native, mais l’e-commerce grand public et les services SaaS se tourneraient vers la pile de paiement la plus familière.
Scénario trois : x402 devient le « HTTP du paiement » de facto. Soutenu par des géants de l’infrastructure comme Cloudflare et Google Cloud, x402 pourrait s’infiltrer dans l’Internet à la manière de TCP/IP, formant la colonne vertébrale du transfert de valeur. Le réseau décentralisé de facilitateurs le rend résistant à toute prise de contrôle par une entité commerciale unique, le positionnant comme un service public potentiel à long terme.
Conclusion
Quelle devise les agents IA utiliseront-ils pour leurs transactions ? La réponse ne sera peut-être pas un protocole ou un jeton unique. x402, MPP et AgentKit incarnent chacun une voie distincte — crypto-native, optimisation du paiement et conformité en priorité — et jouent leur rôle selon les couches de la pile technologique.
Les 0,11 $ de chiffre d’affaires de ClawMerchants rappellent que l’infrastructure de l’économie des agents en est encore au « stade du sondage ». Une véritable avancée nécessitera que l’adoption des portefeuilles par les agents passe de « moins de 1 % » à « la majorité ». Mais la direction est claire : lorsque chaque machine disposera de son propre portefeuille, chaque appel API sera accompagné d’une facture, et chaque agent possédera un crédit vérifiable, un nouveau paradigme économique émergera naturellement. Au 19 mars 2026, les données de marché Gate montrent que la circulation et le trading de l’USDC restent actifs sur le réseau Base. La compétition autour des standards de paiement des agents ne fait que commencer.
