Paiements d’agents IA : quelles preuves montreraient qui a décidé ?
Si votre agent paie des données, pourriez-vous montrer plus tard que c’est lui, et non un script, qui a fait ce choix ?
EN 30 SECONDES
La provenance de la décision est la trace du processus qui a décidé un paiement, et le règlement ne la contient pas. Ma proposition : répondre à trois questions et consigner la décision avant que l’agent signe.
À RETENIR · 3
- Ma proposition, pas un standard : savoir qui a décidé, ce qui était autorisé et quelle condition a déclenché le paiement.
- ERC-8203, brouillon (Draft) de la PR ouverte n° 1614, non fusionnée, dont je suis co-auteur, ne peut traiter que la troisième question.
- Les enregistrements de l’opérateur, écrits au moment de la décision, protégés et recoupés, peuvent étayer l’attribution selon une méthode déclarée, sans la prouver seuls.
Sur cette page
Trois questions auxquelles un paiement devrait répondre, selon moi
EN BREF Ma proposition, pas un standard : trois questions avant d’attribuer un paiement à un agent IA.
LES MOTS À CONNAÎTRE
- Provenance
- Le processus qui a réellement pris une décision, et non l’entité au nom de laquelle une adresse est déclarée.
- Mandat
- Le pouvoir de dépense qu’une personne ou une équipe confie à un agent : à quelles fins, jusqu’à quel plafond, jusqu’à quand.
- Journal en ajout seul
- Un registre où l’on ajoute des lignes sans jamais les modifier ni les effacer.
Je cite des mesures et des textes publics, pas mes volumes de paiement. Ceci n’est pas un conseil juridique ni un conseil en investissement.
- Qui a décidé ? L’identité : à quelle entité une adresse est déclarée appartenir. La Provenance Le processus qui a réellement pris une décision, et non l’entité au nom de laquelle une adresse est déclarée. Voir le glossaire : quel processus a réellement pris cette décision de paiement.
- Qu’est-ce qui était autorisé ? Le Mandat Le pouvoir de dépense qu’une personne ou une équipe confie à un agent : à quelles fins, jusqu’à quel plafond, jusqu’à quand. Voir le glossaire : qui a délégué le pouvoir de dépense, à quelles fins, jusqu’à quel plafond, jusqu’à quand.
- Quelle condition a déclenché le règlement : une livraison, une preuve, un délai expiré ? La question la plus étroite, celle qu’un standard de règlement peut traiter.
Un règlement x402 ordinaire ne répond à aucune des trois.
Les registres d’agents aident pour l’identité, pas pour la provenance. ERC-8004, « Trustless Agents », en est un exemple, encore à l’état de brouillon. Selon TRM, ces déclarations restent volontaires, et la plupart des acteurs ne s’en servent pas.
EN CLAIR
Un registre, c’est une étiquette sur une adresse : qui la revendique, pas quel programme a payé cette fois.
Pour le mandat, TRM présente AP2, de Google, comme un cadre qui vérifie qu’un utilisateur a bien autorisé les achats d’un agent.
En septembre, Ant International, Mastercard et Visa ont déclaré avoir entamé un travail commun sur un cadre Know Your Agent. L’annonce n’a pas de spécification. ERC-3643, dont je figure parmi les auteurs, relie les attestations des détenteurs de tokens à une identité ONCHAINID (voir l’épisode Know Your Agent).
Coming up next: Un standard de règlement pourrait-il alors répondre à la première question ?
La place du règlement conditionnel et ses limites
EN BREF ERC-8203, brouillon (PR ouverte n° 1614, non fusionnée), relie un paiement à sa condition de libération, pas à qui a décidé.
Il ne dit pas si le payeur est un agent IA. Son résumé le dit « actor-agnostic ». Les agents l’ont inspiré, mais des humains ou d’autres systèmes automatisés peuvent s’en servir.
ADAM explique : Si l’on vous dit qu’un standard de règlement prouve qu’un agent a payé, c’est exagéré. Y compris si c’est moi qui le dis.
Il qualifie d’orthogonaux, donc de sujets à part, les standards d’identité et de réputation. Il vise des cadres de canaux off-chain et ne cite pas x402. Il peut donc traiter la troisième question, jamais la première.
Dans ce brouillon, un paiement peut renvoyer à la condition qui le bloquait et à une référence à sa preuve. Le brouillon ne standardise pas le contenu de la preuve. Sa valeur dépend du programme qui la contrôle et de la confiance qu’on lui accorde.
Ce que je journaliserais côté opérateur
EN BREF Ma proposition, si vous faites tourner des agents payeurs : notez qui a décidé avant de signer, puis reliez cette note au paiement.
ENREGISTREMENT PROPOSÉ CÔTÉ OPÉRATEUR
Étape 1. Déclencheur. Ce qui a lancé l’exécution : tâche planifiée, plan d’agent ou personne.
- Déclencheur Ce qui a lancé l’exécution : tâche planifiée, plan d’agent ou personne.
- Contrôle du mandat Le mandat, son plafond et le budget restant.
- Prix demandé La ressource et le prix demandé.
- Décision Quel processus a décidé : exécution, agent, version et motif.
- Signature L’empreinte (le hash) de l’autorisation signée.
- Règlement L’empreinte de la transaction, reliée à l’enregistrement pour que le journal et la blockchain concordent.
J’écrirais la trace au moment de la décision. Puis je la relierais au paiement réglé. Il faut aussi préciser ce que l’on considère comme agentique et tenir un Journal en ajout seul Un registre où l’on ajoute des lignes sans jamais les modifier ni les effacer. Voir le glossaire.
Une étiquette de déclencheur ne suffit pas. Un minuteur peut lancer l’exécution, puis un agent décider de payer. J’ai détaillé ce format en expliquant comment prouver le travail d’un agent à un auditeur.
OBJET OBTENU
Étayer, pas prouver
FAQ
Pas avec le seul paiement : selon TRM, un script planifié et un agent laissent la même trace. Des journaux d’opérateur écrits au moment de la décision, protégés et recoupés, peuvent étayer une attribution selon une méthode déclarée, sans la prouver seuls.
Il peut relier un paiement à la condition qui l’a libéré, selon les règles du brouillon. Il est neutre quant au signataire. Il ne dit donc pas si un agent ou un script a payé.
Sources : TRM Labs, annonce KYA, ERC-8004 (brouillon), ERC-8203 (brouillon, PR ouverte n° 1614, non fusionnée).
NIVEAU TERMINÉ
Ce que vous savez maintenant
- Pourquoi « qui a décidé » cache deux questions : l’identité et la provenance.
- Ce qu’ERC-8203, brouillon de la PR ouverte n° 1614, non fusionnée, peut montrer d’un paiement, et ce qu’il ne peut pas.
Vérifiez par vous-même
Touchez ou cliquez une question pour voir la réponse.
Une personne lance une tâche de recherche. L’agent choisit ensuite quel rapport payant acheter et accepte le prix. À qui revient la décision de payer ?
À l’exécution de l’agent. Une personne l’a lancée, mais c’est l’étape de décision qui classe le paiement : l’enregistrement devrait désigner cette exécution, sa version et son motif.
Vous avez fini tous les niveaux publiés de cette série. Retour à la carte de la série
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.