Honeypot Crypto Scams Explained: How to Check If You Can Sell a Token

Important: A token that can be bought is not necessarily a token that can be sold. A honeypot crypto scam is designed to create that exact false impression: the purchase appears to work, while the contract blocks selling, applies an extreme sell tax, restricts particular wallets, or leaves too little usable liquidity for an exit.

Fictional example for illustration: Maya sees a post on social media promoting a new token called LumaFox. The post shows a rising chart and a contract address, but she has not verified whether the address belongs to the real project. Before connecting a wallet or sending funds, she wants to answer one narrow question: “Could a normal wallet sell this token through the stated trading route?” The checks below show how Maya would investigate. LumaFox, the post, and any results described in this example are fictional; they are not a real token, testimonial, or test.

What makes a token a honeypot?

In this context, a honeypot is a token whose trading rules make buying easier than selling. The restriction may be obvious, such as a failed transfer, or subtle, such as a sell fee close to the entire transaction value. Some contracts also allow an administrator to pause transfers, change taxes, blacklist wallets, or alter the trading route later.

The word “honeypot” does not describe every token that is hard to sell. A legitimate token can fail to sell because a decentralized exchange has insufficient liquidity, the chosen route is wrong, the network is congested, the wallet lacks the network’s native gas token, or the slippage limit is too low. The practical goal is therefore not to obtain a comforting label. It is to identify whether the failure comes from the token contract, the market, or the transaction setup.

Uniswap Labs explains that a swap can fail when actual output moves beyond the selected slippage limit and that a token may also contain a token fee. Its guidance on unsellable tokens recommends reviewing failed transactions, warnings such as an apparent 100% sell fee, and additional token-analysis tools. Read the Uniswap Labs guidance on unsellable-token scams for the current interface-specific cautions.

Step 1: Confirm the exact token address and chain

Maya should not search only for “LumaFox” or its ticker. Token names and symbols can be copied. She should obtain the contract address from a project website or account that she can verify independently, then confirm that the address is on the correct blockchain. An Ethereum address pasted into a BNB Chain checker, or a genuine address paired with a fake network, can produce a misleading result.

Copy the address directly where possible, compare the first and last several characters, and check the network shown by the explorer and the trading interface. Do not use an address supplied only by an unsolicited direct message. The Federal Trade Commission’s cryptocurrency-scam advice warns that scammers may promote fraudulent coins or tokens through social media, polished websites, and persuasive claims. A professional-looking page is not proof of ownership or legitimacy.

Step 2: Run a buy-and-sell simulation

A read-only honeypot checker can simulate the trading path without asking Maya to purchase the token. The Honeypot.is API documentation describes an endpoint that accepts a token or pair address and can report simulation success, a honeypot result, buy and sell taxes, gas estimates, maximum detected buy or sell amounts, holder analysis, and pair information.

For a practical reading of the result, Maya should look in this order:

1. Simulation status: If the simulation failed, read the error. “Failed” does not always prove malicious code; insufficient liquidity or a temporary route problem can also be responsible. It does mean that she does not have a clean confirmation of sellability.
2. Sell outcome: A successful buy and a successful sell simulation are more informative than a price chart. The result should show a sell route and a meaningful output amount, not merely that the token exists.
3. Sell tax: A known, high, or changing tax can make a technically successful sale economically useless. Treat an unknown tax as unknown, not as zero.
4. Maximum sell: If the tool detects a maximum sell amount, compare it with the amount a holder would need to exit. A token may permit a tiny sale while preventing a normal-sized sale.
5. Liquidity and pair: Confirm which pool and quote asset were used. A result tied to a different pair or chain may not describe the market Maya intends to use.

Honeypot.is précise que la présence des champs « résultat de la simulation » et « montant maximal d'achat ou de vente » n'est pas garantie. Il est également indiqué qu'un résultat manquant peut survenir lorsqu'un jeton est un honeypot ou en cas d'échec de la simulation. Cette limitation est importante : l'absence de résultat doit inciter à une investigation plus approfondie ou à la prudence, et non à la présomption de sécurité du jeton.

Étape 3 : Vérification croisée des signaux de risque contractuel

Maya devrait vérifier l'adresse auprès d'une autre source de sécurité, comme la documentation relative à la sécurité des jetons GoPlus . Les noms et la disponibilité des champs peuvent changer, et certaines valeurs peuvent être indisponibles pour les contrats à code source fermé ou les contrats proxy ; elle devrait donc consulter le résultat actuel plutôt que de se fier à une ancienne capture d'écran.

Portez une attention particulière aux drapeaux ou champs couvrant :

• Statut de pot de miel ou vente bloquée ;
• taxe à l'achat, taxe à la vente et possibilité de modification de la taxe ;
• si les détenteurs peuvent vendre tous leurs jetons ;
• transferts en pause, contrôles de liste noire ou contrôles de liste blanche ;
• privilèges de frappe ou autres privilèges modifiant l'offre;
• comportement de proxy ou autres appels délégués ; et
• l'existence et l'ampleur de la liquidité des échanges décentralisés.

GoPlus explique qu'une taxe modifiable permet au propriétaire de modifier les taxes d'achat ou de vente, rendant potentiellement le jeton invendable. L'entreprise décrit également les transferts suspendus et les listes noires comme des mécanismes de contrôle pouvant empêcher certains ou tous les détenteurs d'effectuer des transactions. Il s'agit de signaux de risque, et non d'une preuve automatique de fraude dans chaque projet. Toutefois, si le projet ne peut pas les expliquer clairement et de manière indépendante, il est plus prudent de s'abstenir d'acheter le jeton.

Étape 4 : Examiner les autorisations de l’explorateur et du contrat

Sur l'explorateur de blocs approprié, Maya peut ouvrir l'adresse du jeton et examiner la section Contrat. Elle doit vérifier si le code source est validé, si l'adresse est un proxy et si les fonctions d'administration permettent de modifier le comportement des transactions. Elle doit rechercher dans le code source ou l'interface du contrat des concepts tels que la définition des frais, la suspension des transferts, la mise sur liste noire, la mise sur liste blanche, la création de nouveaux jetons, la modification du routeur ou le retrait d'actifs liés à la liquidité.

Une source vérifiée est utile car elle permet de comparer le code source publié avec le bytecode déployé et d'accéder à l'interface exposée du contrat. Elle ne garantit cependant pas la sécurité du code, l'honnêteté de son propriétaire, ni l'innocuité de chaque contrat externe appelé lors d'une transaction. Le centre d'information d'Etherscan fournit des recommandations actualisées sur les fonctionnalités de l'explorateur et la vérification des contrats. Honeypot.is précise également que son point de terminaison de vérification de contrats contrôle si le contrat et les contrats appelés sont open source ; il ne remplace pas un audit professionnel. Consultez la documentation de Honeypot.is relative à la vérification des contrats .

Les contrats proxy nécessitent une attention particulière. Le proxy visible peut déléguer un comportement à un contrat d'implémentation susceptible d'être mis à jour. Si l'adresse de l'implémentation, l'autorité de mise à jour ou les contrôles du propriétaire ne sont pas clairement définis, Maya ne peut pas considérer le code actuellement affiché comme une description permanente du comportement futur.

Étape 5 : Distinguer la négociabilité de la liquidité

Un jeton peut réussir une simulation de contrat, mais rester pratiquement impossible à revendre. Si le pool est minuscule par rapport à la transaction, la vente peut avoir un impact considérable sur le prix. Une cotation peut exister techniquement alors que le montant reçu est bien inférieur au prix du marché affiché. Uniswap Labs indique qu'une liquidité insuffisante peut empêcher un échange de se terminer et que les paramètres de slippage influent sur la réussite d'une transaction.

Maya doit comparer le montant de la vente prévue avec la liquidité du pool, examiner le prix proposé et vérifier sa cohérence après déduction des frais. Elle ne doit pas augmenter le slippage de manière arbitraire pour forcer une transaction. Un slippage trop élevé peut accepter un prix extrêmement défavorable et masquer des frais de tokenisation anormaux au lieu de résoudre le problème sous-jacent.

Comment interpréter des résultats contradictoires

Dans l'exemple fictif de LumaFox utilisé par Maya, un simple indicateur vert de « vente » ne constituerait qu'une donnée parmi d'autres. Elle devrait encore confirmer la chaîne, la paire, la fiscalité, la liquidité, le statut du proxy et les contrôles du propriétaire. Si un résultat essentiel est inconnu ou contradictoire, la conclusion la plus prudente n'est pas « probablement bon », mais plutôt « insuffisamment vérifié pour prendre un risque financier ».

Que faire si vous avez déjà acheté un jeton suspect

Ne payez personne qui vous promet de « débloquer » une vente, de vous faire retirer d'une liste noire ou de récupérer des fonds en échange d'un paiement anticipé en cryptomonnaie. Ces offres prolongent souvent l'escroquerie initiale. Ne partagez jamais votre phrase de récupération ni votre clé privée, et ne signez aucune autorisation ni transaction dont vous ignorez l'origine, même si un inconnu prétend que cela permettra de vendre.

Enregistrez l'adresse du contrat, la chaîne, les hachages des transactions, des captures d'écran et les messages d'erreur exacts. Vérifiez les autorisations du portefeuille à l'aide d'un outil fiable de gestion de portefeuilles ou d'explorateur de blocs, et ne révoquez les autorisations qu'après avoir confirmé la nature de la révocation et les frais de réseau associés. Si le portefeuille a potentiellement signé une transaction malveillante ou divulgué sa phrase de récupération, transférez vos actifs restants vers un nouveau portefeuille correctement sauvegardé depuis un appareil non infecté et contactez un service d'assistance technique spécialisé. La FTC recommande de signaler les fraudes aux cryptomonnaies et de conserver les informations pertinentes via ses services de protection des consommateurs.

Dernière vérification avant tout achat de jetons

1. Ai-je l'adresse exacte du contrat et la chaîne de transactions correcte provenant d'une source vérifiée de manière indépendante ?
2. Une vérification en lecture seule récente a-t-elle montré une transaction réussie, et pas seulement un achat réussi ?
3. Les taxes sur les ventes, les limites maximales de vente et la liquidité sont-elles connues et économiquement raisonnables ?
4. Une deuxième source a-t-elle confirmé les risques liés aux pots de miel, aux listes noires, aux pauses, aux proxys et au contrôle par le propriétaire ?
5. Puis-je expliquer qui peut modifier le contrat et à quoi servent ces mécanismes de contrôle ?
6. Est-ce que je refuse de connecter un portefeuille ou de signer quoi que ce soit qui n'ait rien à voir avec le chèque en lecture seule ?

Si la réponse à une question essentielle est non, reportez l'achat. Un outil de vérification de jetons peut réduire les erreurs évitables, mais il ne peut garantir la liquidité future, une administration honnête ni une protection contre toutes les arnaques. Le meilleur résultat possible de cette démarche sera peut-être de constater l'absence de preuves fiables suffisantes pour effectuer une transaction.

Mis à jour le 16 septembre 2026. Les outils de sécurité, les interfaces d'exploration, les chaînes prises en charge et le comportement des contrats peuvent changer ; veuillez consulter la documentation actuelle avant de vous fier à un quelconque résultat.