ERC-7943 et ERC-3643 : ce que les standards laissent ouvert
ERC-7943 est passé en Final le 5 mai 2026. Lui, ou un autre standard de token, comble-t-il ce vide côté Cosmos ?
EN 30 SECONDES
ERC-7943 est un standard Ethereum au statut Final qui donne à plusieurs types de tokens une même famille d’interfaces de conformité. Ni lui ni ERC-3643 ne disent comment un module bank Cosmos ou un chemin IBC préserve la règle du token.
À RETENIR · 3
- ERC-7943, Final depuis mai 2026, normalise des questions d’éligibilité sur le token. Ni lui ni ERC-3643 ne disent comment les chemins bank ou IBC préservent la règle.
- Le canTransfer d’ERC-3643 interroge le contrat de conformité ; celui d’ERC-7943, sur le token, doit inclure les contrôles de permission prévus. Même nom, contrôles différents.
- Aucun des textes comparés ici ne fournit à lui seul le contrôle du chemin bank Cosmos et IBC.
Sur cette page
Ce qu’ERC-7943 a changé
EN BREF ERC-7943 donne à plusieurs types de tokens une même famille d’interfaces de conformité. Il ne remplace pas une architecture de conformité complète.
LES MOTS À CONNAÎTRE
- ERC-7943
- Un standard Ethereum, aussi appelé uRWA, qui donne à plusieurs types de tokens une même famille d’interfaces pour les questions de conformité.
- Interface
- Un ensemble fixe de fonctions que d’autres programmes peuvent appeler, portant les mêmes noms et paramètres sur chaque token qui l’implémente.
- Final
- Le dernier statut d’un standard Ethereum : le texte ne devrait plus changer que pour corriger des erreurs ou ajouter des précisions non normatives.
ERC-7943 Un standard Ethereum, aussi appelé uRWA, qui donne à plusieurs types de tokens une même famille d’interfaces pour les questions de conformité. Voir le glossaire a le statut Final Le dernier statut d’un standard Ethereum : le texte ne devrait plus changer que pour corriger des erreurs ou ajouter des précisions non normatives. Voir le glossaire. Ses auteurs sont Dario Lo Buglio, Tino Martinez Molina et Mihai Colceriu, pas moi.
ÉTAPE PAR ÉTAPE
Étape 1. Dépôt. Juin 2025 : ERC-7943 (uRWA) entre dans le dépôt ERC à l’état de brouillon. Il passe en Review (en revue) le mois suivant.
- Dépôt Juin 2025 : ERC-7943 (uRWA) entre dans le dépôt ERC à l’état de brouillon. Il passe en Review (en revue) le mois suivant.
- Alignement Septembre 2025 : un commit aligne ses noms sur les conventions de nommage d’ERC-3643, puis le texte est découpé en interfaces distinctes. Cet alignement des noms est voulu, et daté.
- Last Call Janvier 2026 : la dernière fenêtre de commentaires s’ouvre.
- Final 5 mai 2026 : le commit 46745bdc passe le statut en Final et supprime la date limite de Last Call. Citez ce commit, pas le communiqué trois semaines plus tard : l’en-tête de l’ERC ne porte aucune date de finalisation.
ERC-7943 pose des questions normalisées sur le token lui-même, par une Interface Un ensemble fixe de fonctions que d’autres programmes peuvent appeler, portant les mêmes noms et paramètres sur chaque token qui l’implémente. Voir le glossaire. Ses fonctions canSend et canReceive demandent si un compte peut envoyer et s’il peut recevoir. Son canTransfer y ajoute les règles de permission et les montants gelés.
EN CLAIR
ERC-7943 normalise les questions de conformité, comme « ce compte peut-il recevoir ? », et le comportement qu’elles exigent. Chaque implémentation fournit sa propre règle, propre à l’actif, derrière les réponses.
ERC-3643 sépare déjà deux contrôles : son registre d’identité vérifie l’investisseur, et ICompliance.canTransfer vérifie les règles de l’offre. Un module sur mesure peut aussi distinguer l’expéditeur et le destinataire. La nouveauté, c’est une interface normalisée sur le token : des règles qui ne visent qu’un sens, l’envoi ou la réception, n’ont jamais été impossibles dans ERC-3643.
ATTENTION
Méfiez-vous du nom commun. Le canTransfer d’ERC-3643 interroge le contrat de conformité, et il ne simule pas l’intégralité de token.transfer. ERC-7943 exige que son canTransfer, sur le token, inclue les contrôles de permission prévus.
Dans la section suivante : Alors, l’un des deux standards couvre-t-il le chemin bank Cosmos ?
Ce qu’aucun des deux standards ne règle, y compris celui que j’ai co-écrit
EN BREF Ni ERC-7943 ni ERC-3643 ne disent comment un module bank Cosmos ou une destination IBC doit préserver la règle du token.
Une interface de token ne construit pas ce lien à elle seule. C’est vrai aussi pour ERC-3643, dont je suis l’un des auteurs.
La recherche s’appuie sur le dépôt ethereum/ERCs au commit 2b5baad9, du 4 août 2026. Le tableau compare un échantillon borné à cet instantané, sans rien affirmer d’exhaustif sur le registre actuel.
611
fichiers dans le dossier ERCS de cet instantané
Source : ethereum/ERCs au commit 2b5baad9, 4 août 2026.
Chacun de ces textes couvre un bout de l’identité, des transferts ou des attestations. Aucune des interfaces comparées ici ne fournit à elle seule le contrôle du chemin bank Cosmos et IBC.
OBJET OBTENU
Le chemin bank demande sa propre conception
Sources : spécification ERC-3643 ; spécification ERC-7943 ; passage d’ERC-7943 en Final, 5 mai 2026 ; instantané du dépôt ERC, 4 août 2026.
FAQ
Non. ERC-7943 définit des interfaces de token pour l’éligibilité, les transferts et les mesures de contrôle. Il ne construit pas le chemin bank Cosmos ou IBC décrit dans cet épisode, et ne prétend pas le faire.
NIVEAU TERMINÉ
Ce que vous savez maintenant
- Ce qu’ERC-7943 normalise, et pourquoi son canTransfer n’est pas le même contrôle que celui d’ERC-3643.
- Pourquoi aucun texte comparé ici ne fournit à lui seul le contrôle du chemin bank Cosmos et IBC.
Vérifiez par vous-même
Touchez ou cliquez une question pour voir la réponse.
Votre token implémente ERC-7943, et canTransfer répond « oui » pour un transfert donné. Un envoi bank Cosmos des coins correspondants sera-t-il donc contrôlé ?
Non. canTransfer répond à une question posée au token, et dans le module étudié ici un envoi bank n’appelle pas d’office le token. ERC-7943 ne définit ni le chemin bank ni le chemin IBC.
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.