TradingAugust 29, 20265 min read

What Is a Honeypot Token? How to Spot One Before You Buy

You can buy. You can't sell. Here's how it's done and how to catch it.

Merlin

Author

Guide to identifying honeypot tokens before buying

A honeypot is a token you can buy and cannot sell.

Your wallet shows a balance. The chart looks normal. Other people appear to be buying. And when you try to exit, the transaction fails, or it goes through and returns almost nothing.

It's one of the more elegant scams in crypto, because nothing looks wrong until you're already in.

How they actually work

Several mechanisms, and knowing which is which helps because they're caught by different checks.

Blocked sells in the contract. The crudest version. The transfer function contains logic preventing anyone except approved addresses from selling. Automated scanners generally catch this one.

A sell tax set to something absurd. You can technically sell, you just receive almost nothing because 99% is taken as tax. Functionally identical to being blocked, and often easier to hide.

A changeable tax — this is the important one. The contract launches with reasonable settings, everything checks out, people buy. Then the deployer raises the sell tax to 99%. Every automated check that ran before the change came back clean, because at the time it was.

Whitelists and blacklists. Certain addresses can trade, everyone else can't. The deployer's wallets sell freely, which makes on-chain activity look like normal two-way trading.

Freeze authority. On Solana specifically, if the mint's freeze authority hasn't been revoked, the deployer can freeze token accounts at will. Your tokens are visible, they're yours, and they can't move. This is a fast, decisive check and it's frequently skipped.

Why automated checkers aren't enough

Honeypot scanners are worth running. They're not sufficient, and it's worth understanding why.

Most work by simulating a buy and a sell to see whether both succeed. That catches static honeypots reliably.

It doesn't catch a contract that's currently benign and will be changed later. It doesn't catch a whitelist scheme where the simulation happens to use an address that can trade. And contracts have been written specifically to detect simulation conditions and behave differently.

So a clean scan means the obvious version isn't present. It doesn't mean the contract is safe, and the more sophisticated ones are built precisely to pass.

The check that actually works

Buy a small amount, then immediately sell a portion of it.

That's it. A few dollars, ten seconds, and it's the only method that can't be gamed by a contract designed to look clean — because you're not simulating anything, you're doing it.

The caveat: it confirms the token is sellable right now. On a contract with mutable settings, that can change an hour later. But it catches the majority of honeypots for the price of a coffee.

The checks that fit around it

Can the sell tax be changed? The single most predictive question. A contract with an owner who can modify tax parameters is a honeypot waiting for a decision, whatever it says today.

Is the contract renounced? Renouncing removes the deployer's ability to modify the contract. It's not a clean bill of health — a contract can be renounced with hostile logic already in it — but it does close off the change-it-later route.

On Solana: is freeze authority revoked? If it isn't, everything else is academic.

Are other people selling? Look at the transaction history for actual sells from a range of addresses. All buys and no sells on a token with volume is a strong signal, though bear in mind whitelisted addresses can manufacture the appearance of selling.

Who's holding it? If a few connected wallets control most of the supply, honeypot or not, you're in a bad position. That concentration is usually established at launch.

Automating the part that can be automated

Some of this can be set once rather than remembered every time.

If your trading tool lets you set a maximum acceptable buy and sell tax, configure it. Orders then simply won't execute on tokens that breach your threshold, which removes an entire category of honeypot without you having to check anything in the moment.

That doesn't cover the change-it-later version, since the tax was fine when you bought. Nothing does, other than not holding tokens with mutable tax settings for very long.

A realistic sequence

Before buying anything new:

Run a scanner. Free, fast, catches the obvious ones.

Check freeze authority on Solana, or whether the contract is renounced on EVM chains.

Check whether the sell tax can be modified.

Buy small, sell a portion immediately, confirm it works.

Then take the position you actually wanted.

That's about ninety seconds and it eliminates most of this category. The full set of pre-buy checks is in the rug pull guide, and honeypots are one of several things that sequence catches.

Keeping it in proportion

Honeypots are unpleasant but they're not the main way people lose money here. The base rate is — the overwhelming majority of memecoins go to zero without any malicious code, because they simply run out of attention.

Which means the ninety-second check is worth doing and position sizing matters more. A honeypot you sized properly is an annoying afternoon. One you didn't is something else.

Axxel supports configurable buy and sell tax limits alongside token analysis, MEV protection and slippage controls across Ethereum, Base, BSC, Solana and Robinhood Chain. Flat 0.9%, non-custodial, no subscription.

The tools filter the obvious. The test sell catches most of the rest. Nothing catches a deployer who changes their mind next Tuesday, which is the argument for not being in it that long.

Crypto trading carries risk. Most memecoins lose value. Nothing here is financial advice. Axxel is not available in all regions.

TAGS

guidesecuritymemecoinhoneypot