Cryptonews

De minuscules paiements x402 révèlent le déficit d’approbation qui freine les agents d’IA

Source
CryptoNewsTrend
Published
De minuscules paiements x402 révèlent le déficit d’approbation qui freine les agents d’IA

Le volume du protocole de paiement agent x402 s'est effondré d'environ 77 % par rapport à son pic de novembre 2025 de 5,15 millions de dollars à 1,19 million de dollars en mai 2026.

Dans le même temps, le nombre de transactions n'a chuté que de 41 % par rapport à son sommet de 4,85 millions de décembre 2025, puis a rebondi à 2,89 millions en mai, soit 12,5 fois plus qu'un creux de février, avec une taille moyenne de transaction de 0,52 $.

La reprise du marché a pris la forme d'une utilisation à haute fréquence et de faible valeur, révélant que les agents paient pour les API, les données et le calcul via HTTP pour des montants inférieurs au dollar, en s'appuyant sur l'automatisation pour fonctionner.

Une confirmation de portefeuille prudente de 5 à 15 secondes pour chacune de ces 2,89 millions de transactions x402 mensuelles peut générer entre 4 000 et 12 000 heures-utilisateurs de frictions d'approbation en un seul mois.

À une valeur horaire de 25 $/heure, chaque confirmation manuelle coûte entre 0,03 $ et 0,10 $, ce qui est important pour une transaction de 0,52 $ et économiquement absurde pour un appel API de 0,01 $.

Pour des paiements inférieurs à un centime, le coût de friction dépasse la valeur de la transaction elle-même, et plus le paiement est petit, plus cette distance est grande.

Cette logique explique pourquoi tous les acteurs majeurs qui construisent une infrastructure de paiement agentique se concentrent désormais sur les cadres d'autorisation.

Le volume ajusté du x402 a chuté de 77 % par rapport à son sommet de 5,15 millions de dollars de novembre 2025, tandis que le nombre de transactions a rebondi à 2,89 millions en mai 2026.

Acteurs de l’industrie construisant la couche de délégation

Google a fait don d'AP2 à l'Alliance FIDO en avril 2026 après l'avoir développé comme cadre d'autorisation pour les tâches d'IA déléguées.

AP2 utilise des « mandats » signés cryptographiquement, des instructions qui définissent ce qu'un agent peut faire, dans quelles conditions et dans quelles limites.

Pour les tâches où l'utilisateur est absent, AP2 prend en charge des règles préautorisées qui couvrent les plafonds de prix, les fenêtres horaires et la portée de l'action. En faire don à FIDO le pousse vers une norme multiplateforme, et FIDO définit AP2 comme permettant une délégation sécurisée, une autorisation vérifiable et une exécution de transaction fiable.

L'intention vérifiable de Mastercard crée un enregistrement infalsifiable reliant ce que l'utilisateur a autorisé à ce que l'agent a exécuté, une piste d'audit qui accompagne la transaction et indique si un agent a fait exactement ce que l'utilisateur a demandé et rien de plus.

La mise en œuvre par Stripe et Tempo du Model Context Protocol pour les paiements répond à la version friction en chaîne du même défi.

Une session Tempo Machine Payments Protocol (MPP) ne nécessite que deux transactions en chaîne, une pour ouvrir, une pour régler, quel que soit le nombre de paiements effectués entre les deux, permettant aux agents d'exécuter des paiements à haute fréquence et de faible valeur sans payer les coûts en chaîne par demande.

La documentation sur les paiements automatiques de Stripe décrit des modèles de paiement à l'utilisation commençant à 0,01 USDC par appel d'agent, des paiements récurrents et des appels d'API programmatiques, tous conçus pour les agents agissant sans humain dans la boucle.

Cloudflare traite x402 et MPP comme une infrastructure HTTP, les agents découvrant les services, recevant les défis 402 Payment Required et réessayant avec les informations d'identification de paiement par programmation.

Intelligent Commerce Connect de Visa, déjà en phase pilote avec AWS, Diddo, Highnote, Mesh, Payabli et Sumvin, ajoute la tokenisation, le contrôle des dépenses et l'authentification à la même pile.

Dans tous ces domaines, l'architecture commune positionne l'autorisation au niveau de la politique, où une seule décision d'utilisateur régit de nombreuses actions d'agent.

Joueur / protocole

Mécanisme de délégation

Ce qu'il contrôle

Pourquoi c'est important

Google AP2

Mandats signés

Plafonds de prix, plages horaires, périmètre d’action

Permet aux agents d'agir selon des règles préautorisées

Intention vérifiable de Mastercard

Enregistrement d'intention inviolable

Si l'action correspondait à l'autorisation de l'utilisateur

Crée une piste d'audit entre l'intention et l'exécution

Rayure / Tempo MPP

Séances

De nombreux paiements au sein d’un seul flux d’ouverture/règlement

Réduit les frictions pour les paiements à haute fréquence

Cloudflare x402/MPP

Flux de défi HTTP 402

Paywall programmatique et logique de nouvelle tentative

Transforme les ressources Web en services payants par machine

Visa Commerce Intelligent Connect

Tokenisation, contrôle des dépenses, authentification

Sauvegardes du commerce initié par l'agent

Apporte des contrôles de réseau de paiement au commerce des agents

MCP de base

Porte d'approbation du portefeuille

Swaps, transferts, appels de contrats, paiements x402

Affiche l'écart entre les « propositions de l'agent » et les « dépenses de l'agent »

Les deux côtés de la contradiction

Base étend ce que les agents peuvent faire en permettant de vérifier les soldes, d'envoyer des fonds, d'échanger des jetons, de signer des messages, d'exécuter des appels de contrat et de payer via des API compatibles x402, mais chaque action d'écriture nécessite toujours l'approbation de l'utilisateur via le compte de base.

Pour les swaps, les positions de prêt et les actions de portefeuille plus importantes, cette porte est un élément de sécurité. Pour les micropaiements récurrents de 0,52 $ ou moins, il s’agit du même mur d’approbation qu’au niveau du portefeuille.

Lancé le 26 mai, Base MCP expose la déconnexion de la délégation : un agent qui peut proposer un paiement x402 mais ne peut pas l'exécuter sans une fenêtre contextuelle de portefeuille ne peut pas fonctionner de manière autonome dans une économie de micropaiement.

La distance entre « les agents peuvent proposer » et « les agents peuvent dépenser » est ce que prescrit l'AP2, session MPP

De minuscules paiements x402 révèlent le déficit d’approbation qui freine les agents d’IA