x402 : relier le paiement d’un agent IA à son approbation
Un agent IA paie des données avec x402, et le paiement passe. En cas de litige, que prouve vraiment cette trace ?
EN 30 SECONDES
x402 est un protocole ouvert qui permet à une API de facturer une requête web, y compris à un agent IA. Ses traces montrent un paiement signé et l’issue du règlement, pas qui a approuvé la tâche ni qui répond d’une erreur. La responsabilité dépend toujours des faits, du contrat et du droit.
À RETENIR · 3
- x402 transporte une autorisation de paiement signée et un résultat de règlement. Relier le wallet à une organisation responsable et à sa politique de délégation relève de l’application. La responsabilité dépend des faits, du contrat et du droit applicable.
- Le Know Your Agent transpose le KYC aux agents : qui l’exploite, et pour qui agit-il ? Savoir qui il est et l’autoriser à payer sont deux contrôles différents.
- Une attestation on-chain ou un justificatif signé off-chain peut relier un agent à son donneur d’ordre, à condition que le vérificateur accepte l’émetteur et contrôle sa validité.
Sur cette page
L’agent a payé. Qui est responsable maintenant ?
EN BREF Un paiement qui passe ne fournit qu’une partie des preuves dont une équipe a besoin quand un achat fait par un agent est contesté.
LES MOTS À CONNAÎTRE
- x402
- Un protocole ouvert grâce auquel un site ou une API demande un paiement dans la requête web elle-même, avec le code 402 Payment Required du Web.
- Donneur d’ordre
- La personne ou l’organisation pour qui l’agent agit, et qui lui a confié le pouvoir de dépenser.
- Responsabilité
- L’obligation juridique de répondre d’une perte. Les faits, les contrats et le droit applicable la fixent, pas le code de paiement.
Prenons un agent qui achète un accès API, l’interface par laquelle des programmes appellent un service, sur le budget d’une équipe. Le scénario est illustratif. L’agent paie avec x402 Un protocole ouvert grâce auquel un site ou une API demande un paiement dans la requête web elle-même, avec le code 402 Payment Required du Web. Voir le glossaire, et les données arrivent.
Cela prouve que le circuit de paiement fonctionne. Un litige pose d’autres questions, à commencer par le Donneur d’ordre La personne ou l’organisation pour qui l’agent agit, et qui lui a confié le pouvoir de dépenser. Voir le glossaire : qui possède l’agent, et quelle tâche lui a-t-il confiée ?
Ce que montre le paiement
- Une autorisation de paiement signée par le wallet de l’agent.
- Le montant et le destinataire.
- Un résultat de règlement : payé ou rejeté.
Ce que demande un achat contesté
- Qui a approuvé cette tâche, et quand ?
- Quel plafond s’appliquait, et a-t-il été respecté ?
- À qui appartient l’agent, et qui le fait tourner ?
Une trace de paiement ne dit pas qui supporte la perte. Cela relève de la Responsabilité L’obligation juridique de répondre d’une perte. Les faits, les contrats et le droit applicable la fixent, pas le code de paiement. Voir le glossaire. Ce sont les faits, le contrat et le droit applicable qui la fixent.
ADAM explique : Imaginez la carte d’entreprise d’un nouveau salarié : le plafond est la règle de dépense, la politique signée la trace de délégation, le ticket la trace x402. La comparaison s’arrête à l’intention : ce que l’agent dit avoir voulu faire ne prouve pas grand-chose.
Dans la section suivante : Alors, que contient exactement la trace x402 ?
Ce que fait x402, et ce qu’il laisse ouvert
EN BREF x402 gère le prix, le paiement signé et le règlement. Relier ce paiement à un donneur d’ordre et à une tâche approuvée relève de l’application.
x402 est un protocole de paiement présenté par Coinbase en 2025. Il ressuscite HTTP 402 Payment Required, un code d’état du Web rarement utilisé. Le client, parfois un agent, paie avec un actif accepté, par exemple un stablecoin conçu pour suivre la valeur d’une monnaie.
ÉTAPE PAR ÉTAPE
Étape 1. Demande. L’agent demande une ressource à une API payante.
- Demande L’agent demande une ressource à une API payante.
- Prix L’API répond 402 Payment Required, avec le prix, le réseau et l’adresse où payer.
- Signature Le wallet de l’agent signe une autorisation de paiement. Dans le flux de base, rien n’y indique la tâche ou le budget qu’une personne a approuvés.
- Relance L’agent renvoie la même requête en y joignant le paiement signé.
- Règlement L’API vérifie la signature et règle le paiement sur la blockchain. Le moment où les fonds bougent dépend du schéma de paiement ; certains règlent plus tard, par lots.
- Résultat En cas de succès, l’API renvoie la ressource avec le résultat du règlement ; en cas d’échec, une erreur.
Un paiement x402 réglé prouve bien le paiement, et seulement le paiement.
EN CLAIR
D’après la documentation x402, le serveur n’a pas à savoir qui sont ses clients. Des extensions peuvent ajouter une identité et des reçus signés, mais relier le paiement à vos règles et à la tâche approuvée reste à la charge de votre application.
Dans la section suivante : Alors, qui contrôle l’agent derrière le wallet ?
Le Know Your Agent, c’est le KYC appliqué à l’agent
EN BREF Le Know Your Agent est un nom commode : vérifier qui fait tourner un agent et ce qu’il peut faire, comme le KYC vérifie un client.
Le KYC (Know Your Customer, « connaître son client ») désigne les contrôles d’identité d’une banque, dès l’ouverture d’un compte. Pour un agent, une question s’ajoute : pour qui agit-il ?
KYC, pour une personne
KYA, pour un agent
Entre services, ce lien peut être une attestation on-chain ou un justificatif signé conservé off-chain, hors de la blockchain. Aucun n’est fiable en soi. Le vérificateur doit accepter l’émetteur, vérifier que l’attestation est encore valide et la lier à l’action.
OBJET OBTENU
L’identité n’est pas une règle de dépense
Sources : autorisation de paiement x402 (HTTP 402), rôles du client et du serveur x402.
NIVEAU TERMINÉ
Ce que vous savez maintenant
- Un paiement x402 réglé montre que le wallet a signé et que le paiement est passé, pas qui a approuvé la tâche.
- Qui supporte une perte dépend des faits, du contrat et du droit, pas de la trace de paiement.
- Le Know Your Agent relie un agent à son donneur d’ordre ; une règle distincte fixe ce qu’il peut dépenser.
Vérifiez par vous-même
Touchez ou cliquez une question pour voir la réponse.
La signature du wallet d’un agent sur un paiement x402 est valide. Montre-t-elle qu’une personne a approuvé l’achat ?
Non. Dans le flux de base, l’autorisation signée ne mentionne ni la tâche ni le budget approuvés. Ce lien doit venir de votre application ou d’une extension compatible.
Ancien CTO d’Integra. Auteur nommé (1 sur 5) d’ERC-3643, premier auteur d’ERC-6960, co-auteur d’ERC-7410 et co-auteur d’ERC-8203, encore à l’état de brouillon. Conçoit des systèmes d’IA en production et des systèmes Web3 régulés.
Un projet à livrer ou un poste à pourvoir ?
Parlons de votre besoinSuivre les notes techniques
Recevez les nouveaux articles sur l’IA en production et les smart contracts par email.