Pourquoi les arnaques aux tokens se ressemblent toutes sous le capot
Un nouveau token peut sembler convaincant vu de l'extérieur — site web, graphique, quelques centaines de détenteurs — autant d'éléments faciles à falsifier ou à acheter. Le contrat et sa pool, eux, se lisent directement, et les mêmes schémas reviennent : la vente est bloquée, l'offre peut être émise ou saisie à volonté, un seul wallet peut retirer la liquidité, ou l'offre est concentrée entre quelques mains.
Étape 1 : vérifier l'adresse du contrat
Les noms et les tickers ne sont pas uniques et les copies apparaissent en quelques minutes : récupérez l'adresse sur le site officiel du projet ou son compte vérifié, collez-la dans un explorateur de blocs et confirmez que le déploiement et les paires de trading correspondent. Le code source vérifié est un contrôle propre à l'EVM : un mint SPL ou Token-2022 sur Solana est un compte de données, sans code spécifique au token à lire. Examinez plutôt son programme propriétaire, ses autorités de mint et de gel, son offre et l'autorité de mise à jour des métadonnées.
Considérez comme hostile toute adresse reçue en message privé, en publicité ou en réponse à un commentaire : ces canaux diffusent aussi de fausses pages de claim, où une signature déclenche une attaque de type wallet drainer.
Étape 2 : tester le honeypot (pouvez-vous réellement vendre ?)
Un honeypot est un token que l'on peut acheter mais pas revendre. Sur EVM, le token exécute sa propre logique de transfert, donc les implémentations varient : une taxe de vente quasi totale, un transfert qui échoue sauf si l'expéditeur figure sur une liste blanche, une vente maximale fixée à zéro.
Solana fonctionne autrement : en 2026, un mint SPL Token classique ne comporte aucun code de transfert personnalisé, si bien que les équivalents sont une autorité de gel active, ou un hook ou des frais Token-2022.
Sur n'importe quelle chaîne, cherchez des ventes abouties par des wallets ordinaires dans l'historique de la paire. Les scanners automatisent cela en simulant un achat puis une vente, mais en 2026 ils décrivent le comportement à l'instant présent : un contrat upgradeable ou une taxe modifiable par le propriétaire peut changer la donne plus tard.
Étape 3 : lire les permissions du contrat
Ouvrez le code source vérifié et regardez ce que les adresses privilégiées peuvent faire : émettre de l'offre, suspendre les transferts, blacklister des détenteurs, augmenter les frais sans plafond strict, ou mettre à jour le token derrière un proxy.
Sur Solana, commencez par les autorités de mint et de gel : l'autorité de mint signifie que l'offre peut être gonflée à volonté, l'autorité de gel que votre compte de token peut être gelé, donc les deux révoquées à null est le minimum. En 2026, ce n'est pas tout le contrôle : les mints Token-2022 peuvent embarquer des extensions — un delegate permanent capable de déplacer ou de brûler des tokens depuis n'importe quel compte, un transfer hook, des frais — lisez donc aussi la liste des extensions.
La renonciation à la propriété (renounced ownership) est un signal, pas un verdict : un proxy ou un second contrôleur non renoncé maintient ces pouvoirs en vie.
Étape 4 : inspecter la liquidité, les verrous de LP et la LP brûlée
Le prix d'un token provient de la pool contre laquelle il s'échange : celui qui contrôle la pool contrôle donc l'existence même d'une sortie ; voir le fonctionnement d'une pool de liquidité. Comparez la profondeur à la valorisation annoncée, et regardez qui contrôle la position.
Sur les pools de type v2, la liquidité est un LP token fongible : verrouillée signifie qu'elle repose dans un locker jusqu'à une date de déverrouillage vérifiable, brûlée qu'elle a été envoyée à une adresse que personne ne contrôle. Une LP non verrouillée détenue par le déployeur est le montage classique du rug pull, et un déverrouillage imminent n'en diffère guère. Les AMM à liquidité concentrée demandent une étape de plus. Sur Uniswap v4, en 2026, tous les tokens des pools sont détenus par le singleton PoolManager, et une position n'est qu'une entrée d'état indexée par propriétaire, plage de ticks et salt ; ce propriétaire est toujours un contrat, vérifiez donc s'il s'agit du position manager de la périphérie, qui encapsule la position sous forme d'ERC-721, ou d'un autre contrat. Un verrou ne dit par ailleurs rien de la plage : une bande étroite éloignée du prix de marché n'offre presque aucune profondeur de sortie.
Étape 5 : examiner la répartition des détenteurs et les premiers acheteurs
C'est la concentration qui compte : quelques wallets détenant une large part de l'offre peuvent submerger la pool lors d'une sortie coordonnée. Plusieurs achats dans le bloc de déploiement depuis un même wallet de financement signalent un lancement groupé (bundled launch).
Écartez d'abord les adresses structurelles : pools, lockers, bridges et adresse de burn figurent en haut du classement sans constituer la position négociable de qui que ce soit. Parmi les autres, un wallet détenant plusieurs pour cent de l'offre, ou un top dix proche du tiers, signifie qu'une seule décision fait bouger le prix.
Checklist des signaux d'alerte et que faire si vous avez déjà acheté
Sur un lancement récent ou anonyme, traitez ces éléments comme des motifs de renoncement :
- Source non vérifiée, ou proxy upgradeable superflu.
- Une autorité de mint ou de gel active — même si, en 2026, USDC et USDT sur Solana conservent les deux par conception.
- Un delegate permanent Token-2022 ; les hooks et frais de transfert peuvent être légitimes, lisez donc ce qu'ils font.
- Des taxes sans plafond ou modifiables par le propriétaire, ou une blacklist.
- Une LP non verrouillée, un déverrouillage imminent, ou une position placée hors plage.
- Une profondeur de pool dérisoire au regard de la valorisation annoncée.
- Une offre concentrée sur des wallets financés par la même adresse.
Si vous avez déjà acheté, cessez de renforcer. Une petite vente test ne prouve qu'une sortie à ce montant : plafonds et taxes de vente dynamiques laissent passer de petits montants tout en bloquant une sortie complète. Vérifiez ensuite ce que vous avez approuvé : allowances ERC-20 et Permit2, delegates Solana. Révoquer les approbations de tokens supprime la permission permanente qu'un spender malveillant conserverait ; pour Permit2, remettez à zéro l'allowance ERC-20 accordée à ce contrat. Révoquer n'annule pas une signature de permit déjà émise. ERC-2612 n'expose aucune fonction d'annulation : consommez donc le nonce contre lequel elle a été signée, en diffusant votre propre permit — une approbation de valeur nulle vers un spender inoffensif — avant la deadline de cette signature. Les annulations de Permit2 sont spécifiques à chaque module, et se tromper laisse la signature active : invalidateNonces annule les permits AllowanceTransfer — PermitSingle et PermitBatch — tandis qu'invalidateUnorderedNonces annule ceux de SignatureTransfer. Annulez la signature quelle que soit votre allowance ERC-20 envers Permit2 : l'attaquant peut soumettre plus tard un PermitSingle inutilisé, écrivant un enregistrement d'allowance à expiration très lointaine qui reprend vie dès qu'une future dapp vous fait ré-approuver Permit2 pour ce token. Une fois soumis, une incrémentation de nonce arrive trop tard ; seuls lockdown, ou votre propre permit de montant nul pour ce token et ce spender, effacent cet enregistrement. Un wallet neuf reste la solution de repli. Signer n'expose jamais votre clé privée ; seule la saisie d'une seed phrase ou d'une clé privée le fait, et il faut alors abandonner toutes les adresses dérivées. Ignorez les offres de récupération payantes : c'est une seconde arnaque.
Auto-conservation et frais en un seul token dans WATS Wallet
Le WATS Hot Wallet reste non custodial : vous détenez vos clés et WATS n'en détient jamais aucune, sur les chaînes EVM, Solana et TON. Chaque action est facturée dans un seul token, ATS, à la place du gas natif de chaque chaîne : sur EVM via un paymaster ERC-4337, sur Solana et TON via un fee-payer équivalent. Cela ne réduit pas le coût réseau ; cela supprime le besoin d'un solde de gas distinct par chaîne. Les ATS collectés sont brûlés depuis 100M en direction d'un plancher de 30M.
Foire aux questions
Qu'est-ce qu'un token honeypot ?
Un honeypot est un token que l'on peut acheter mais pas revendre : le contrat bloque les ventes des wallets ordinaires ou les taxe au point de les rendre inutiles, tandis que les achats continuent de passer, si bien que le graphique paraît normal. Le signal isolé le plus fort est de savoir si des wallets sans lien avec le projet ont réalisé des ventes abouties dans l'historique de transactions de la paire. Ce n'est pas une preuve, car un contrat upgradeable ou des taxes et limites modifiables par le propriétaire peuvent changer le comportement à la vente après votre achat, et votre propre adresse peut être blacklistée.
La renonciation à la propriété signifie-t-elle qu'un token est sûr ?
Non. Renoncer à la propriété ne supprime que les privilèges attachés à ce rôle de propriétaire précis. Si le token est un proxy upgradeable, ou si les taxes, limites et blacklists sont contrôlées par un autre contrat qui n'a pas fait l'objet d'une renonciation, les mêmes pouvoirs subsistent. C'est un élément parmi d'autres, aux côtés de l'autorité de mint, du verrouillage de la liquidité et de la répartition des détenteurs, pas un verdict.
Comment savoir si la liquidité est réellement verrouillée ?
Identifiez le wallet ou le contrat qui détient la position de liquidité de la paire et vérifiez s'il s'agit d'un contrat de locker ou d'une adresse de burn. Si c'est un locker, vérifiez on-chain le montant verrouillé et l'horodatage de déverrouillage plutôt que de vous fier à une capture d'écran. Sur les AMM à liquidité concentrée, la position est généralement un NFT assorti d'une plage de prix : regardez donc où se situe cette plage, car une bande étroite éloignée du prix de marché n'offre presque aucune profondeur de sortie réelle. Les verrous partiels, et ceux qui expirent sous quelques jours, ne protègent guère.