
ERC signifie Ethereum Request for Comments. Il s'agit d'un ensemble de standards techniques qui définissent la façon dont les smart contracts interagissent sur la blockchain Ethereum. Les ERC précisent les fonctions et événements que les smart contracts doivent obligatoirement implémenter, permettant ainsi aux portefeuilles, exchanges et applications décentralisées (DApps) de communiquer avec les contrats de manière cohérente.
Un smart contract est un programme déployé sur la blockchain, qui s'exécute automatiquement selon des règles prédéfinies. Les ERC servent de « standards d'interface » pour ces programmes—par exemple, en imposant une fonction transfer pour les transferts de tokens ou un événement Transfer pour la journalisation des transactions. Grâce à la standardisation des interfaces, les portefeuilles et exchanges peuvent intégrer de nouveaux tokens rapidement, sans développement personnalisé pour chaque token.
Les ERC proviennent des EIP (Ethereum Improvement Proposals), mais ils ne sont pas équivalents. Un EIP est une proposition plus large, englobant des suggestions allant des modifications de protocole aux améliorations applicatives dans l'écosystème Ethereum. Les ERC représentent un sous-ensemble des EIP, spécifiquement consacrés aux standards d'interaction des applications et contrats—autrement dit, à la définition des interfaces.
Considérez les EIP comme un catalogue principal de propositions, dont les ERC sont les entrées dédiées aux interfaces applicatives. En général, un ERC passe par une phase de rédaction, de discussion communautaire, d'examen et de finalisation. Une fois la spécification stabilisée, les développeurs l'implémentent, les portefeuilles et exchanges assurent le support, et la norme s'impose dans l'écosystème.
ERC-20 est le standard d'interface pour les tokens fongibles, c'est-à-dire des tokens dont chaque unité est identique et interchangeable (par exemple, les stablecoins ou tokens de gouvernance). Le standard ERC-20 définit des fonctions telles que balanceOf, transfer, approve et allowance, ainsi que des événements comme Transfer et Approval.
En pratique, des stablecoins comme l'USDT sur Ethereum respectent le standard ERC-20. Lorsqu'un utilisateur effectue un transfert via un portefeuille ou un exchange, la fonction transfer est appelée ; lors de l'autorisation pour des DApps (comme les exchanges décentralisés), les fonctions approve et allowance sont sollicitées.
Sur les pages de dépôt des exchanges, le réseau principal Ethereum est souvent désigné par « ERC-20 » ou « ERC (Ethereum) », ce qui indique que le format d'adresse du token et la méthode de transfert suivent la spécification ERC-20.
Ces deux standards concernent les tokens non fongibles (NFT), mais répondent à des objectifs distincts. ERC-721 définit les tokens non fongibles, chaque token ayant un identifiant unique—comme des objets de collection numériques ou des certificats. ERC-1155 est un standard multi-tokens prenant en charge à la fois les actifs fongibles et non fongibles, permettant la gestion de plusieurs identifiants de tokens dans un même contrat et des transferts groupés efficaces.
Par exemple, une œuvre d'art numérique peut être représentée par un token ERC-721, avec chaque Token ID associé à une pièce unique. Dans l'univers du jeu, des actifs comme de l'équipement (non fongible) et des matériaux empilables (fongibles) peuvent être gérés dans un contrat ERC-1155. Les transferts groupés réduisent les frais de transaction et améliorent l'efficacité.
Le processus classique pour l'adoption d'un standard ERC comprend :
Les ERC largement utilisés, bien pris en charge par les outils et qui réduisent les coûts d'intégration sont les plus susceptibles de devenir des standards de fait.
Choisir le « réseau ERC » garantit que les blockchains d'envoi (origine) et de réception (destination) correspondent. Des adresses similaires ne signifient pas nécessairement qu'elles appartiennent à la même blockchain.
Étapes :
L'une des erreurs les plus courantes est de confondre d'autres chaînes compatibles EVM (qui utilisent aussi des adresses 0x) avec le mainnet Ethereum—par exemple, envoyer des actifs depuis une sidechain vers une adresse Ethereum. Faites toujours correspondre le « nom du réseau », et non l'apparence de l'adresse.
Pour implémenter correctement une interface ERC, les développeurs doivent fournir toutes les fonctions, événements et valeurs de retour exigés par le standard—et utiliser des bibliothèques reconnues pour garantir sécurité et compatibilité.
Étapes :
Des améliorations optionnelles incluent la mise en œuvre d'approbations par signature de type permit, permettant aux utilisateurs d'autoriser des transactions hors chaîne via des signatures afin de réduire les frais de gas.
Utilisateurs et développeurs sont exposés à divers risques liés aux standards ERC :
Pour toute opération impliquant des fonds, commencez toujours par un petit montant, vérifiez les réseaux et adresses de contrat, et consultez les sources officielles pour toute information.
D'autres blockchains disposent de standards d'interface similaires :
De nombreux réseaux Ethereum Layer 2 utilisent également des interfaces ERC, mais ce sont des réseaux distincts avec leurs propres chain IDs.
Points de comparaison essentiels : les interfaces peuvent sembler proches mais les réseaux sont indépendants ; les adresses peuvent se ressembler, mais il faut toujours vérifier le « nom du réseau ». Les bridges cross-chain transfèrent les actifs entre réseaux en émettant des « wrapped tokens » correspondants—le standard réseau sous-jacent ne change pas.
Les ERC sont des standards d'interface applicatifs d'Ethereum conçus pour permettre une interaction fluide entre smart contracts, portefeuilles, exchanges et DApps via un protocole unifié. ERC-20 couvre les tokens fongibles ; ERC-721 et ERC-1155 concernent les NFT et modèles multi-tokens. Les ERC proviennent du processus EIP et deviennent des standards de fait grâce à leur adoption et au soutien de l'écosystème.
Pour les utilisateurs : faites toujours correspondre les réseaux de dépôt et de retrait lors des transactions.
Pour les développeurs : suivez les implémentations éprouvées et appliquez les bonnes pratiques de sécurité.
Pour la gestion des risques : soyez vigilant sur les erreurs de réseau, les autorisations excessives et les permissions de contrat mal configurées.
Ces principes constituent la base pour comprendre et utiliser efficacement les standards ERC.
Les différents standards ERC répondent à des besoins spécifiques. ERC-20 concerne les tokens fongibles (stablecoins, tokens de gouvernance), où chaque unité est identique ; ERC-721 concerne les tokens non fongibles (NFT), où chaque token est unique ; ERC-1155 combine les deux fonctionnalités en prenant en charge plusieurs types de tokens dans un seul contrat. Le choix dépend des caractéristiques de l'actif concerné.
Oui, à condition que le portefeuille de votre ami prenne en charge le standard ERC-20. Si son portefeuille ne prend en charge que TRC-20 ou une autre blockchain, l'envoi direct peut entraîner une perte de fonds. Vérifiez toujours la blockchain utilisée par votre ami ou réalisez le transfert via des exchanges comme Gate qui reconnaissent automatiquement les adresses de réception.
Les tokens ERC-20 fonctionnent sur la blockchain Ethereum. Toutes les transactions doivent être validées par des mineurs ou validateurs, rémunérés via les frais de gas pour la puissance de calcul utilisée. Lorsque le trafic réseau est élevé (frais de gas), les coûts augmentent—effectuer des transferts pendant les périodes creuses (par exemple, la nuit UTC+8) permet de réduire les frais.
Vous avez deux options : utiliser un portefeuille compatible ERC-20 (comme MetaMask ou imToken), ou conserver vos actifs sur l'exchange sans les retirer. Si votre exchange propose des retraits multi-chaînes, vous pouvez aussi choisir un autre réseau (ex : retirer des tokens TRC-20 vers un portefeuille Tron)—veillez cependant aux différences de frais de gas et de délais de transfert.
Non. Les nouveaux standards (tels que ERC-4626 ou ERC-6551) sont conçus pour de nouvelles fonctionnalités ou cas d'usage ; les tokens existants continuent de fonctionner selon leur standard d'origine. Si un projet décide de migrer vers un nouveau standard, vous en serez informé à l'avance pour décider d'y participer ou non. En général, la rétrocompatibilité est forte—aucune inquiétude à avoir concernant des changements imposés.


