ALLER AU CONTENU
AGENTS IA7 minStandards en production / Ép. 4 · Niveau 4-3

Mandat d’agent : où le contrôler et que tester

Trois points peuvent vérifier le mandat d’un agent IA. Combinez-en deux, et vous risquez de vérifier le mauvais agent.

XIN

EN 30 SECONDES

Un point de contrôle est l’endroit unique qui vérifie le mandat : le token, un compte délégué ou un exécuteur, selon le brouillon ERC-8226. Choisissez celui qui voit le vrai appelant, figez la révision, nommez des responsables et écrivez d’abord vos tests d’échec.

À RETENIR · 3

  • Le brouillon actuel d’ERC-8226 décrit trois points de contrôle du mandat : dans le token, dans un compte délégué ou dans un exécuteur. Une version antérieure de cet article sous-estimait ces options d’intégration.
  • ERC-8226 reste un brouillon : notez la révision exacte que vous utilisez et la version du contrat déployé.
  • Mandat et allowance ERC-20 sont deux contrôles distincts. Destinataire, conservation, gouvernance du fournisseur de conformité et piste d’audit exigent des choix explicites.
Sur cette page

Choisir où contrôler le mandat

EN BREF Choisissez un seul point pour vérifier le mandat : les trois options du brouillon ne voient pas le même appelant.

LES MOTS À CONNAÎTRE

Exécuteur
Un contrat par lequel l’agent doit passer. Il vérifie le mandat, puis relaie l’appel.
Compte délégué
Le portefeuille d’un investisseur qui exécute le code du contrat vers lequel il pointe, ce que permet EIP-7702.
Réentrance
Un contrat appelé qui rappelle le vôtre avant la fin du premier appel.

POINT DE CONTRÔLE

Décision : Pouvez-vous modifier le contrat du token ?Arbre de décision : Pouvez-vous modifier le contrat du token ? Si Oui : il est neuf ou modifiable, alors Contrôle dans le token. Si Non, et le compte de l’investisseur délègue à un exécuteur (EIP-7702), alors Compte délégué. Si Non, et l’investisseur approuve un exécuteur, alors Exécuteur.DÉCISIONPouvez-vous modifier lecontrat du token ?Si oui : il est neuf oumodifiableContrôle dans letokenÀ vérifier : chaque actionprise en charge est-ellecontrôlée ?Si non, et le compte del’investisseur délègue à unexécuteur (EIP-7702)Compte déléguéÀ vérifier : quel codeagit, et qui peut lechanger ?Si non, et l’investisseurapprouve un exécuteurExécuteurÀ vérifier : un autrespender peut-il lecontourner ?

Étape 1. Première question. La question de départ : le token est-il encore modifiable ?

Choisissez une étape pour la voir bouger
  1. Première question La question de départ : le token est-il encore modifiable ?
  2. Dans le token Un token neuf ou modifiable peut vérifier le mandat lui-même.
  3. Compte délégué Le compte de l’investisseur exécute lui-même le code de contrôle.
  4. Exécuteur L’agent doit passer par un contrat que l’investisseur a approuvé.
Les trois points de contrôle décrits par le brouillon ERC-8226. Ce choix ne fait pas partie de son interface normative, celle que toute implémentation doit suivre.

EN CLAIR

Le token, un Compte délégué Le portefeuille d’un investisseur qui exécute le code du contrat vers lequel il pointe, ce que permet EIP-7702. Voir le glossaire ou un exécuteur : celui choisi doit voir le vrai demandeur, l’agent, pas un contrat qui relaie son appel.

Selon le brouillon, ces points de contrôle ne se combinent pas : un token qui contrôle lui-même le mandat verrait l’exécuteur, pas l’agent. Un Exécuteur Un contrat par lequel l’agent doit passer. Il vérifie le mandat, puis relaie l’appel. Voir le glossaire relaie l’appel : les mêler peut faire vérifier le mauvais mandat.

Un contrôle en lecture seule, fait en amont, n’impose rien. Refaites-le dans la transaction qui passe l’ordre : l’ordre et le décompte du plafond doivent réussir ou échouer ensemble.

ATTENTION

Testez ensuite les cas limites : un échec plus loin dans la chaîne d’appels, la Réentrance Un contrat appelé qui rappelle le vôtre avant la fin du premier appel. Voir le glossaire, une demande en double et un mandat révoqué.

Vérifier le statut et la version de chaque standard

EN BREF Deux de ces quatre standards sont encore des brouillons : un code repris tel quel peut donc devenir obsolète.

STATUTS
ERC-3643
Final
Tokens à détenteurs autorisés : identité et conformité
ERC-7943
Final
Une interface minimale pour les tokens d’actifs réels
ERC-8226
Draft (brouillon)
Les mandats d’agent sur actifs réglementés
ERC-8004
Draft (brouillon)
Découverte d’agents et signaux de confiance, pas de mandat
Statuts sur eips.ethereum.org, vérifiés le 12 octobre 2026. Une proposition fusionnée peut rester un brouillon, et Final ne certifie pas une implémentation.

ERC-8226 reste un brouillon dans cette révision. Dans le cahier des charges, notez donc la révision exacte de la source et la version du contrat déployé. Relisez le brouillon avant de reprendre un exemple : une version plus récente a pu corriger un défaut relevé par un article plus ancien.

Dans la section suivante : Et qui gère ce que le standard laisse ouvert ?

Responsables et tests à définir avant la mise en service

EN BREF L’interface laisse l’exploitation à ceux qui l’implémentent : chaque tâche doit avoir un responsable nommé.

RESPONSABLES À NOMMER
Diagramme en couches : 4 niveaux, de haut en basDiagramme en couches : 4 niveaux, de haut en bas. Niveau 1, FOURNISSEUR DE CONFORMITÉ : Qui le choisit ?, Qui signe le résultat ?, De quand date-t-il ?, Et s’il est indisponible ?. Niveau 2, RÉVOCATION : Qui réagit, et en combien de temps ?. Niveau 3, ADMINISTRATION ET MISES À JOUR : Qui détient l’accès administrateur ?, Qui valide les mises à jour ?. Niveau 4, INCIDENTS : Qui gère un incident ?.FOURNISSEUR DE CONFORMITÉQui le choisit ?Qui signe le résultat ?De quand date-t-il ?Et s’il est indisponible ?RÉVOCATIONQui réagit, et en combien detemps ?ADMINISTRATION ET MISES À JOURQui détient l’accèsadministrateur ?Qui valide les mises à jour?INCIDENTSQui gère un incident ?
Ce que l’interface du mandat laisse ouvert, couche par couche.

Un champ du mandat peut pointer vers un document juridique, mais ce champ n’en exécute pas les clauses.

Une vérification hors chaîne peut nourrir une règle sur la chaîne, via une attestation ou un adaptateur de confiance. Posez alors les questions de la couche du haut, plus une : comment ce résultat est-il révoqué ?

TESTS D’ÉCHEC
Allowance présente, mandat absent
Appliquer toujours la politique choisie, stricte ou sélective.
Mandat expiré ou gelé
Rejeter l’action et conserver une cause d’échec exploitable.
Plusieurs actions dans une transaction
Aucun contournement des plafonds, ni par ordre ni en cumulé.
Destinataire hors politique autorisée
Rejeter même si le montant respecte le mandat.
Changement de statut chez le fournisseur
Tester la synchronisation de révocation et de gel, et mesurer son délai.
Écrivez le résultat attendu de chaque cas d’échec avant de construire.

OBJET OBTENU

Six choses à demander

Dans le cahier des charges, je demanderais une carte des appelants, un choix de conservation des actifs, une règle écrite, des versions de contrats figées, des tests d’échec exécutables et un responsable d’exploitation. La passation doit montrer le périmètre validé et les traces de chaque action réussie, ratée ou bloquée.

Sources : ERC-3643, ERC-8226 (brouillon), ERC-7943, ERC-8004 (brouillon), ERC-8203 (brouillon, PR n° 1614, non fusionnée).

FAQ

Une intégration dédiée peut ajouter le contrôle du mandat. L’appel ICompliance standard ne transmet pas le spender initial. Vérifiez donc le mandat là où il est visible, et testez chaque chemin que vous gérez.

Non. Je suis auteur nommé d’ERC-3643 et co-auteur d’ERC-8203, encore à l’état de brouillon dans la PR ouverte n° 1614, non fusionnée, avec une contribution au code de référence. C’est une analyse d’intégration, pas un retour de production.

NIVEAU TERMINÉ

Ce que vous savez maintenant

  • Quel point convient à un token, modifiable ou non, et pourquoi en mêler deux peut vérifier le mauvais mandat.
  • Quoi figer, qui nommer et quels cas d’échec tester avant la mise en service.

Vérifiez par vous-même

Touchez ou cliquez une question pour voir la réponse.

Votre token est déjà déployé et ne peut plus être modifié. Où pouvez-vous encore vérifier le mandat ?

Hors du token : dans un compte délégué (EIP-7702) ou un exécuteur approuvé par l’investisseur. Avec un exécuteur, vérifiez qu’aucun autre spender ne peut contourner cet exécuteur.

Épisode suivant :Quand un token cache ses soldes, comment un gel fonctionne-t-il encore, et que peut trahir un transfert raté ?7 min
Adam Boudjemaa
Adam Boudjemaa

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 besoin
Suivre les notes techniques

Recevez les nouveaux articles sur l’IA en production et les smart contracts par email.