Know Your Agent : vérifier qu’un bot a le droit d’agir
Une investisseuse passe tous les contrôles d’identité, puis confie ses parts de fonds tokenisées à un agent IA. Qui vérifie que l’agent en avait le droit ?
EN 30 SECONDES
Un mandat d’agent est une permission limitée qu’un investisseur donne à un agent IA : quel token, quelles actions, quel montant, jusqu’à quand. ERC-3643 vérifie qui peut détenir un security token, pas si le bot qui agit pour lui est autorisé à le faire. On voit ici comment le brouillon ERC-8226 peut vérifier le mandat à chaque ordre.
À RETENIR · 3
- Dans ERC-3643, l’Agent est un opérateur nommé par l’émetteur. Le logiciel qui agit pour un investisseur joue un autre rôle et ne devrait pas recevoir ces pouvoirs.
- Quand le brouillon ERC-8226 place le contrôle dans le token, le mandat est vérifié dans la même transaction que les règles du token : un seul échec annule tout l’ordre.
- Dans le brouillon, l’éligibilité du donneur d’ordre est vérifiée quand on accorde ou prolonge le mandat, pas à chaque ordre.
Sur cette page
Le problème : un investisseur éligible, un bot non vérifié
EN BREF Un ordre d’agent pose trois questions : le destinataire peut-il détenir le token, ce spender peut-il le déplacer, ce bot peut-il décider pour l’investisseuse ?
LES MOTS À CONNAÎTRE
- Security token
- Un token qui représente un titre financier, comme une part de fonds, et dont les transferts peuvent être réservés à des détenteurs autorisés.
- Agent IA
- Un logiciel qui s’appuie sur un modèle d’IA pour décider et agir seul, ici pour passer des ordres au nom d’un investisseur.
- Mandat
- Une permission accordée par l’investisseur, directement ou par signature, qui définit ce qu’un agent peut faire sur un actif, combien et jusqu’à quand.
- Donneur d’ordre
- L’investisseur qui accorde le mandat et pour le compte duquel l’agent agit.
- Allowance
- L’autorisation ERC-20 qui permet à une autre adresse, le spender, de déplacer vos tokens jusqu’à un montant fixé.
Prenez un fonds qui émet ses parts sous forme de Security token Un token qui représente un titre financier, comme une part de fonds, et dont les transferts peuvent être réservés à des détenteurs autorisés. Voir le glossaire sur ERC-3643, un standard de token sur Ethereum. Une investisseuse passe les contrôles d’identité. Puis elle confie le rééquilibrage de son portefeuille à un Agent IA Un logiciel qui s’appuie sur un modèle d’IA pour décider et agir seul, ici pour passer des ordres au nom d’un investisseur. Voir le glossaire.
Ce qu’ERC-3643 vérifie sur un transferFrom ordinaire
- Le destinataire est-il un investisseur vérifié ?
- Le transfert respecte-t-il les règles du token ?
- Le spender a-t-il une allowance ?
Ce qu’il ne demande pas
- L’investisseuse a-t-elle autorisé cet agent ?
- Pour quelle action, et quel montant ?
- Cette permission est-elle toujours valable ?
La colonne de gauche couvre les deux premières questions. Une intégration doit couvrir les trois.
ADAM explique : Un mandat fonctionne comme une procuration limitée. L’image a deux limites. Un guichetier lit tout le document, alors que le contrat ne vérifie que les champs du mandat, et le brouillon ERC-8226 n’en prévoit aucun pour le destinataire. Le mandat ne dit pas non plus à qui les tokens appartiennent juridiquement.
Mon travail sur ERC-3643 chez Tokeny nourrit cette analyse. Les schémas montrent des choix d’intégration et des points à examiner, pas un retour de production.
ATTENTION
Correction du 6 septembre 2026 : une version antérieure affirmait que le modèle publié du brouillon ERC-8226 ne pouvait viser qu’ERC-7943. C’était trop large. Le brouillon actuel documente explicitement les contrôles sur transferFrom et les options de compte ou d’exécuteur.
Dans la section suivante : Alors, qui est cet « Agent » qu’ERC-3643 connaît déjà ?
Deux sens différents du mot « agent »
EN BREF Dans ERC-3643, l’Agent est un rôle d’administration nommé par l’émetteur. Ce n’est pas l’agent IA de l’investisseur.
Ne donnez donc pas le rôle Agent de l’émetteur au logiciel de l’investisseur, même si les deux sont du code. Il recevrait des pouvoirs différents, et peut-être bien plus larges.
EN CLAIR
L’Agent de l’émetteur agit sur le token lui-même. Le mandat d’un investisseur définit un périmètre : un agent, un actif, des actions autorisées, des réglages de plafond, une expiration et une révocation possible.
Dans la section suivante : Alors, comment le token vérifie-t-il le mandat du bot sur un ordre ?
Comment l’ordre d’un agent est vérifié, étape par étape
EN BREF Quand le contrôle est dans le token, le mandat est vérifié dans la même transaction que les règles du token : un échec annule tout l’ordre.
ÉTAPE PAR ÉTAPE
Étape 1. Octroi. L’investisseuse accorde un mandat pour un agent et un token, directement ou par signature : quelles actions, combien par ordre et au total, jusqu’à quand.
- Octroi L’investisseuse accorde un mandat pour un agent et un token, directement ou par signature : quelles actions, combien par ordre et au total, jusqu’à quand.
- Demande L’agent demande au token de transférer les tokens de l’investisseuse (transferFrom). L’appelant est l’agent, pas elle.
- Contrôle du mandat Le token demande au registre si cet agent a un mandat valable pour cette action et ce montant.
- Règles du token Les contrôles habituels d’ERC-3643 s’appliquent toujours : l’allowance, l’identité du destinataire et les règles de conformité.
- Décompte L’ordre est décompté des plafonds du mandat. Si une étape a échoué, toute la transaction est annulée et ses changements sont défaits.
Chaque contrôle répond à sa propre question, et en réussir un ne dispense jamais des autres.
ERC-8226 définit le cycle de vie du Mandat Une permission accordée par l’investisseur, directement ou par signature, qui définit ce qu’un agent peut faire sur un actif, combien et jusqu’à quand. Voir le glossaire. On l’accorde, il expire, on peut le révoquer ou le geler, et chaque usage est compté. Un fournisseur de conformité atteste que le Donneur d’ordre L’investisseur qui accorde le mandat et pour le compte duquel l’agent agit. Voir le glossaire, l’investisseur qui l’accorde, est éligible.
Dans le brouillon, l’éligibilité est vérifiée quand on accorde ou prolonge le mandat, pas à chaque ordre. Lisez donc les règles réelles de contrôle et de synchronisation. Un octroi signé ne suffit pas, à lui seul, à garder l’agent autorisé.
OBJET OBTENU
Deux permissions, toutes deux requises
Sources : ERC-3643, ERC-8226 (brouillon).
NIVEAU TERMINÉ
Ce que vous savez maintenant
- Pourquoi le rôle Agent d’ERC-3643, celui de l’émetteur, ne convient pas au bot de trading d’un investisseur.
- Comment un contrôle dans le token fait passer le mandat, l’allowance et les règles du token dans une seule transaction, ou rien du tout.
Vérifiez par vous-même
Touchez ou cliquez une question pour voir la réponse.
Un agent a un mandat valable et une allowance, mais le destinataire n’a pas d’identité valide au registre. Le transfert passe-t-il ?
Non. Le mandat autorise seulement l’agent. Le contrôle d’identité d’ERC-3643 s’applique quand même et bloque un destinataire non vérifié.
Ingénieur web3 x IA, 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.
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.