Vérifiez le code source, l’adresse déployée, les pouvoirs du propriétaire, les restrictions de transfert et la possibilité réelle de vendre avant d’autoriser un nouveau contrat de swap. Faites un test minuscule, mais rappelez-vous qu’un contrat peut traiter différemment les adresses ou montants et évoluer s’il est modifiable.
Procédure pas à pas#
- Recoupez l’adresse avec la documentation officielle. Conservez l’URL, la date et l’identifiant exact pour reproduire la vérification.
- Contrôlez le code vérifié et l’implémentation du proxy. Un proxy peut pointer vers une logique différente et être mis à niveau.
- Examinez les fonctions de propriétaire, blacklist, frais et pause. Identifiez qui peut bloquer des adresses, modifier la taxe ou arrêter les transferts.
- Inspectez les achats et ventes récents réussis. Vérifiez plusieurs tailles et adresses, sans en faire une garantie absolue.
- Limitez l’approbation et testez avec des fonds jetables. N’utilisez pas le wallet coffre et plafonnez la perte possible.
L’idée essentielle#
Des routeurs et jetons malveillants peuvent demander des autorisations illimitées, envoyer la sortie à un attaquant ou permettre l’achat tout en bloquant la vente. Une interface soignée ne révèle pas ces contrôles.
Séparez ce qui peut être vérifié avant le trade de ce qui ne pourra qu’être surveillé ensuite et limitez la seconde catégorie.
Quand s’arrêter ou changer de voie#
Si vous ne pouvez pas identifier le routeur ou comprendre son autorité, utilisez une route DEX établie ou renoncez au trade.
Les modes de défaillance à surveiller#
- Faire confiance à un logo d’audit sans périmètre. Le rapport peut couvrir une ancienne version ou exclure le routeur concerné.
- Croire qu’un ownership renoncé supprime le contrôle du proxy. Une autre clé peut encore modifier l’implémentation.
- Prendre un scanner de jetons pour une garantie. Les outils peuvent manquer une logique conditionnelle ou une modification future.
- Autoriser un routeur distribué par le promoteur du jeton. Son intérêt n’est pas indépendant et l’adresse peut être malveillante.
Les preuves à conserver#
Ne jugez pas le contrat au seul message d’une interface. Conservez des éléments vérifiables après fermeture.
| Point de contrôle | Preuve à obtenir | Condition d’arrêt |
|---|---|---|
| Recouper l’adresse officiellement | Adresse, URL et date documentées | Logo d’audit accepté sans périmètre |
| Vérifier code et proxy | Source et implémentation actuelles consignées | Ownership renoncé supposé supprimer le contrôle du proxy |
| Examiner propriétaire, blacklist, frais et pause | Fonctions et autorités identifiées | Scanner de jeton traité comme garantie |
Enregistrez les contrats, autorisations, frais et résultats du test. Le ticket est une estimation ; l’état on-chain constitue la trace durable.
Questions fréquentes#
Une petite vente réussie prouve-t-elle la sécurité ?
Non. Les règles peuvent dépendre du montant, de l’adresse, du bloc ou d’une modification ultérieure du propriétaire.
Qu’est-ce qu’un honeypot ?
C’est un jeton conçu pour permettre l’entrée tout en bloquant ou taxant lourdement la sortie.
Un code source vérifié est-il forcément sûr ?
Non. Cela signifie que le code publié correspond au déploiement ; ce code peut malgré tout être malveillant.
Guides associés#
Sources#
- Uniswap Support: Swaps and Troubleshooting
- Ethereum.org: Gas and Fees
- MetaMask: Transactions and Gas
Avertissement sur les risques : le trading de cryptomonnaies peut entraîner des pertes rapides. Les exemples sont pédagogiques et ne constituent pas un conseil financier personnalisé ; vérifiez les règles de la plateforme, les frais et vos obligations légales ou fiscales avant d’agir.
Règles éditoriales
Ce guide est éducatif et fondé sur des sources. Les mesures de sécurité, règles des plateformes et exigences légales peuvent évoluer ; vérifiez les étapes importantes auprès des sources officielles.
