Transferts ERC-3643 : ce qu’ils vérifient, ce qu’ils coûtent
Même token, deux destinataires : l’un reçoit, l’autre est refusé ; les deux peuvent coûter du gas. Que vérifie le token ?
EN 30 SECONDES
ERC-3643 est un standard de token Ethereum qui vérifie, avant un transfert ordinaire, que le destinataire est vérifié et que le mouvement respecte les règles du token. Dans la spécification, création de tokens et transferts forcés passent outre ces règles, mais exigent un destinataire vérifié.
À RETENIR · 3
- Estimez le coût à partir des transactions réelles et de leur gas mesuré. Un prix du gas fixe ne donne pas un coût fixe en euros.
- ERC-3643 vérifie l’identité du destinataire séparément des règles de transfert, sur un réseau existant.
- Dans la spécification, création de tokens et transferts forcés passent outre les règles de conformité mais exigent un destinataire vérifié : relisez séparément les pouvoirs de l’émetteur.
Sur cette page
Compter les transactions, pas les étapes métier
EN BREF Une estimation de coût compte les transactions que votre processus crée vraiment, pas ses étapes métier.
LES MOTS À CONNAÎTRE
- ERC-3643
- Un standard de token Ethereum : seuls des détenteurs vérifiés peuvent recevoir les tokens, et chaque transfert ordinaire doit respecter les règles du token.
- Gas
- L’unité qui mesure le travail de calcul d’une transaction. Les frais valent le gas consommé multiplié par le prix du gas.
- EVM
- Le moteur qui exécute les smart contracts sur Ethereum et sur les réseaux compatibles.
Je suis l’un des cinq auteurs nommés d’ERC-3643, un standard de tokens dont les règles fixent qui peut les détenir.
Un token permissionné comme ERC-3643 peut tourner sur un réseau EVM existant : une chaîne à part demande donc d’autres preuves que « l’immobilier est réglementé ».
Les réseaux compatibles avec Ethereum font tourner l’EVM Le moteur qui exécute les smart contracts sur Ethereum et sur les réseaux compatibles. Voir le glossaire. Une transaction peut porter plusieurs contrôles : un processus en cinq étapes ne fait donc pas forcément cinq transactions payées.
ÉTAPE PAR ÉTAPE
Étape 1. Lire les documents sources. Une lecture n’envoie pas de transaction payée, mais le fournisseur RPC, qui répond aux lectures, peut la facturer.
- Lire les documents sources Une lecture n’envoie pas de transaction payée, mais le fournisseur RPC, qui répond aux lectures, peut la facturer.
- Préparer une action autorisée Vérifiez les entrées et les validations requises.
- Soumettre le changement d’état C’est la transaction payée. Mesurez son gas sur la version prévue, avec la charge attendue.
- Rapprocher le résultat Indexez ce qui s’est passé et traitez les échecs.
Execution fee estimate = transactions × measured gas × effective gas price
Fiat estimate = native-token fee × assumed token price
Separate costs = RPC + indexing + storage + providers + operations
For an L2 = include its applicable data/settlement charges
EN CLAIR
Ce sont des données pour un budget, pas un banc d’essai publié. La documentation d’Ethereum sépare bien le gas consommé et le prix du gas. Un prix du Gas L’unité qui mesure le travail de calcul d’une transaction. Les frais valent le gas consommé multiplié par le prix du gas. Voir le glossaire fixe donne quand même un coût variable en euros ou en dollars.
Une lecture par eth_call n’envoie pas de transaction payée. Le même code lancé dans une transaction, lui, consomme du gas.
Dans la section suivante : Alors, que vérifie le token lui-même dans cette transaction ?
Ce qu’ERC-3643 fait déjà pour vous
EN BREF ERC-3643 sépare déjà deux contrôles : le destinataire est-il vérifié, et ce transfert respecte-t-il les règles du token ?
Dans la spécification d’ERC-3643 Un standard de token Ethereum : seuls des détenteurs vérifiés peuvent recevoir les tokens, et chaque transfert ordinaire doit respecter les règles du token. Voir le glossaire, ces contrôles s’appellent isVerified et canTransfer. Un transfert normal vérifie aussi que le token n’est pas en pause et qu’aucun des deux wallets n’est gelé. Voir les règles de transfert de la spécification.
ATTENTION
L’émetteur, lui, suit d’autres règles. Dans la spécification, créer des tokens ou forcer un transfert exige un destinataire vérifié, mais passe outre les règles de conformité. Détruire des tokens passe outre le contrôle de qui peut les détenir.
Relisez donc ces pouvoirs séparément. Le standard fournit des contrôles techniques ; leur but juridique, c’est toujours l’équipe de l’émetteur qui le fixe.
Ce que fait le token
Ce que votre déploiement doit gérer
Un exemple concret : un transfert passe, l’autre est annulé
EN BREF Même token, même expéditeur, deux destinataires : le destinataire vérifié reçoit les tokens, l’autre transfert est annulé.
UN EXEMPLE CONCRET
Chiffres illustratifs
VALIDÉTransfert 1 : le destinataire est vérifié
ENTRÉE
- De
- Alice (vérifiée)
- À
- Bruno (vérifié)
- Montant
- 100 tokens
CE QUI SE PASSE
- Pas de pause, aucun wallet gelé, un solde libre suffisant.
- Bruno est-il vérifié ? Oui : il a les attestations requises.
- Le transfert respecte-t-il les règles du token ? Oui.
SORTIE
- Résultat
- 100 tokens passent à Bruno
- Coût
- une transaction, gas payé
ANNULÉTransfert 2 : le destinataire n’a pas d’attestation valide
ENTRÉE
- À
- Carole (sans attestation valide)
- Montant
- 100 tokens
CE QUI SE PASSE
- Carole est-elle vérifiée ? Non.
- Le transfert est annulé, donc aucun solde ne change.
- La transaction échouée peut quand même être incluse et consommer du gas.
SORTIE
- Résultat
- aucun token ne bouge
- Coût
- du gas peut quand même être payé
Les noms et les montants sont fictifs ; les contrôles sont ceux que définit ERC-3643. Un transfert annulé (revert) laisse le solde intact, mais la transaction échouée peut quand même entrer dans un bloc et coûter du gas.
OBJET OBTENU
D’abord les contrôles, puis le mouvement
EIP-140, une proposition d’amélioration d’Ethereum, définit l’instruction REVERT. Les validateurs n’ignorent pas ce résultat. Trois points restent à relire sur votre réseau : l’inclusion des transactions, la résistance à la censure, la reprise en cas de panne d’une source de données.
FAQ
Un L2 avec ERC-3643 peut être un bon point de départ, si son exploitation, ses frais, sa sécurité et ses outils conviennent. Une chaîne sur mesure se justifie par une exigence qu’un L2 ne satisfait pas, et demande une équipe pour l’exploiter.
CTO de mars 2025 à juin 2026, j’ai monté l’équipe technique. J’ai mené une chaîne Cosmos EVM jusqu’à un mainnet prêt au lancement. Je ne revendique pas de mainnet en production et n’annonce aucune date de lancement.
NIVEAU TERMINÉ
Ce que vous savez maintenant
- Comment estimer le coût d’un processus à partir des transactions et du gas mesuré.
- Ce qu’ERC-3643 vérifie à chaque transfert ordinaire, et quels pouvoirs de l’émetteur passent outre les règles de conformité.
Vérifiez par vous-même
Touchez ou cliquez une question pour voir la réponse.
L’émetteur force, vers un wallet vérifié, un transfert que les règles de transfert bloqueraient. Ces règles l’arrêtent-elles ?
Non. Dans la spécification, un transfert forcé exige un destinataire vérifié mais passe outre les règles de conformité.
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.