Progrès de l'EIP-7417
Le 30 novembre, le contrat intelligent EIP-7417 (voir sur Etherscan) a été déployé sur le réseau principal d'Ethereum. Cela a suivi un processus prolongé de débogage et de résolution de problèmes.
Comme l'EIP-7417 est actuellement en cours de révision par les éditeurs d'EIP, des commentaires ont également été reçus de leur part. Leurs principales demandes portaient sur l'amélioration de la documentation du contrat intelligent.
L'objectif de l'EIP-7417 est de devenir une norme, car il ne devrait y avoir qu'un seul convertisseur de jetons ERC-20 🔁 ERC-223 pour chaque blockchain compatible avec EVM. Pour y parvenir, le projet implique une collaboration avec des auditeurs internes et externes, ainsi que des consultations et des réunions avec les éditeurs d'EIP. Bien que cela prenne du temps, ce travail est crucial, car le convertisseur de jetons EIP-7417 est un composant clé de l'écosystème ERC-223 et, plus largement, de l'écosystème DEX223.
Les progrès des révisions des éditeurs d'EIP peuvent être suivis sur leur page GitHub.
Problèmes Identifiés et Résolus
Les problèmes suivants ont été identifiés et résolus au cours du développement :
- Transfert Incontrôlé de Monnaie Native
- Problème : La logique du contrat stipulait que la monnaie native devait être transférée après le transfert du jeton. Cependant, des limitations de gaz permettaient le transfert de monnaie native mais empêchaient la mise à jour de l'état du contrat du destinataire, entraînant une comptabilisation incorrecte de la monnaie native reçue.
- Solution : Des modifications ont été apportées au code du contrat pour gérer correctement le gaz (commit GitHub).
- "Blocage" de Monnaie Native dans le Contrat du Jeton
- Problème : Si un paiement impliquant à la fois de la monnaie native et des jetons était annulé, la monnaie native était envoyée à l'adresse du contrat du jeton au lieu de retourner à l'adresse de l'expéditeur.
- Solution : Une condition a été ajoutée pour garantir que la monnaie native remboursée retourne toujours à l'expéditeur (commit GitHub).
- Exploitation Potentielle pour Retirer des Jetons ERC-223 via la Fonction d'Extraction de ERC-20
- Problème : La fonction extractStuckERC20, conçue pour récupérer des jetons ERC-20 envoyés par erreur, pouvait potentiellement être utilisée pour extraire des jetons ERC-223. Bien que le risque ait été minimal en raison de la restriction de la fonction à une adresse administrative spécifique, la vulnérabilité a été classée comme significative.
- Solution : Une condition de validation a été ajoutée, permettant de reconnaître le type de jeton et interdisant l'extraction des jetons ERC-223 via cette fonction (commit GitHub).
Il est important de noter que ces problèmes ont été identifiés lors d'examens continus du code et résolus rapidement, au lieu d'être découverts après le déploiement. Le code a fait l'objet de tests rigoureux par la communauté et d'audits d'experts avant que des jetons ayant une valeur réelle ne passent par le convertisseur. Cette approche proactive contraste avec les pratiques courantes dans l'industrie des cryptomonnaies, où les vulnérabilités sont souvent découvertes après que les utilisateurs ont déposé des fonds.
L'équipe continue de travailler avec les éditeurs d'EIP pour promouvoir la reconnaissance de l'EIP-7417 en tant que norme.
Conclusion
Le contrat EIP-7417 a été déployé sur le réseau principal d'Ethereum après les corrections nécessaires. Les premiers jetons USDT ERC-223 (voir sur Etherscan) ont déjà été émis en enveloppant des jetons ERC-20 via le convertisseur. Les premières plateformes de trading pour USDT ERC-223 (source) incluront la bourse centralisée BitMart et DEX223.
Bien que l'EIP-7417 doive encore passer par toutes les étapes du processus EIP, les progrès actuels indiquent que le processus de révision pourrait bientôt se conclure, conduisant à la reconnaissance formelle de l'EIP-7417 comme une norme pour Ethereum et toutes les blockchains compatibles EVM.