Pouvoirs d’agent ERC-3643 : qui les détient, où le vérifier
On ne peut pas retirer les pouvoirs d’agent et rester ERC-3643, mais on peut choisir qui les détient. Quels choix vérifier avant de commenter ?
EN 30 SECONDES
Le rôle d’agent ERC-3643 est un ensemble d’adresses qui peuvent geler, déplacer de force ou récupérer une position. Le propriétaire les nomme ; dans un déploiement typique, une autorité de mise à jour peut réécrire les règles. L’attribution de chaque rôle est un choix de déploiement, vérifiable on-chain.
À RETENIR · 3
- Dans un déploiement typique, au-dessus de la clé du wallet : l’agent du token, l’agent du registre, le propriétaire et une autorité de mise à jour.
- Multisig, timelock, agents séparés et autorité de mise à jour protégée changent qui décide. Ce sont mes propositions, et aucune ne tranche la question juridique.
- Cartographiez les contrôles du token déployé et montrez l’organisation des agents aux juristes avant de vous fier à la garde de la clé.
Sur cette page
Tous ceux qui peuvent déplacer un token permissionné
EN BREF Le détenteur de la clé n’est pas seul à pouvoir déplacer la position : les autres s’organisent en couches.
LES MOTS À CONNAÎTRE
- Autorité de mise à jour
- Celui qui peut faire pointer le token vers un nouveau code, et donc changer ses règles.
- Multisig
- Un wallet qui exige un nombre défini de signatures avant d’agir.
- Timelock
- Un délai imposé : les actions en attente sont publiques avant leur exécution.
EN CLAIR
Chaque couche est une clé ou un contrat, contrôlé par quelqu’un, selon une procédure. Un dépositaire qui ne sécurise que la couche du bas sécurise un chemin parmi plusieurs.
Deux cas comptent. Une adresse agent du token et du registre d’identité peut inscrire un wallet. Si l’identité de ce wallet a des attestations valides, cette adresse peut ensuite y transférer de force des tokens.
ATTENTION
L’agent du token peut presque y parvenir seul : dans le déploiement de référence, le contrat du token est lui-même agent du registre. Et selon la spécification, la destruction de tokens (burn) contourne tous les contrôles d’éligibilité : un agent peut aussi ramener un solde à zéro.
ADAM explique : Imaginez un immeuble confié à un gestionnaire : son passe ouvre votre appartement, mais il ne permet pas de le céder à un autre. Un agent du token peut, lui, déplacer le solde vers un autre wallet vérifié.
Ces pouvoirs peuvent revenir à l’émetteur, à un agent de transfert, à un administrateur de fonds ou au dépositaire. Ce choix relève du déploiement, pas du standard.
Dans la section suivante : Alors, quels choix changent qui décide ?
Les choix de conception qui changent le poids de la clé
EN BREF On ne peut pas retirer ces fonctions et rester ERC-3643, mais on peut décider qui les détient et comment elles s’exercent.
Ces options sont mes propositions, pas une partie du standard, et aucune ne tranche la question juridique.
La demande de commentaires n° 174 (91 FR 63924) porte sur les tokens de reçu de la DeFi, pas sur les titres tokenisés. Elle demande si les limites à la récupération d’un actif déposé devraient être :
… appliquées par le code du smart contract, sans dépendre de l’appréciation d’une personne ou d’un groupe de personnes.
Certains dépôts en DeFi remettent un token de reçu, pour récupérer ensuite l’actif. Même logique d’ingénierie : une règle dans le code face à un rôle discrétionnaire. Par conception, le rôle d’agent ERC-3643 laisse cette marge ; qu’il s’exerce ainsi dépend de qui, ou de quoi, le détient.
Dans la section suivante : Alors, comment voir qui détient ces pouvoirs sur un token en service ?
Un contrôle à lancer avant de commenter
EN BREF Avant d’écrire une lettre de commentaires ou une note sur la garde, cartographiez les contrôles du token déployé, pas de la documentation.
ÉTAPE PAR ÉTAPE
Étape 1. L’essentiel. Relevez le propriétaire, l’autorité de mise à jour, l’adresse du registre d’identité, et vérifiez si le token est en pause ou le wallet gelé.
- L’essentiel Relevez le propriétaire, l’autorité de mise à jour, l’adresse du registre d’identité, et vérifiez si le token est en pause ou le wallet gelé.
- Agents La spécification ne liste pas les agents. Reconstituez la liste avec les événements « agent ajouté », vérifiez que chacun l’est encore, et sa nature : simple clé, multisig, contrat, ou clé déléguée EIP-7702, qui peut encore signer.
- Registre Faites le même contrôle sur le registre d’identité : ses agents décident qui peut recevoir.
- Historique Comptez les récupérations passées depuis le bloc de départ choisi.
OBJET OBTENU
La clé gardée ne décide peut-être pas
Commentaires d’ici le 7 décembre 2026, via le formulaire en ligne de la SEC ou rule-comments@sec.gov, dossier S7-2026-35 en objet.
Sources : Federal Register, 91 FR 63870, texte intégral PDF, communiqué SEC 2026-100, ERC-3643, T-REX Token.sol.
NIVEAU TERMINÉ
Ce que vous savez maintenant
- Quels rôles, au-dessus de la clé du wallet, peuvent déplacer une position ou réécrire ses règles.
- Comment cartographier les contrôles d’un token déployé avant de commenter.
Vérifiez par vous-même
Touchez ou cliquez une question pour voir la réponse.
Cas fictif : un émetteur met toutes les actions d’agent derrière un timelock, mais laisse l’autorité de mise à jour à une seule clé. Ce délai est-il impossible à contourner ?
Non. Celui qui contrôle l’autorité de mise à jour peut changer la logique du token, donc les règles des agents. Le timelock ne vaut que ce que valent les contrôles sur cette autorité.
Vous avez fini tous les niveaux publiés de cette série. Retour à la carte de la série
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.