Reading a contract before you buy
Most rugs and honeypots are mechanically obvious if you check the right handful of fields first. None of these checks require reading code.
The short answer
On Solana, check four things before buying anything: mint authority (should be revoked), freeze authority (should be revoked), LP lock or burn status, and holder concentration. A block explorer or a dedicated scanner surfaces all four in under a minute. On EVM chains like Robinhood Chain, the equivalent checks are source verification, owner privileges, sell-tax behavior, and a honeypot simulation.
None of this guarantees safety—it only screens out the mechanically obvious traps. A clean scan is not a green light to skip judgment on team, liquidity depth, or price behavior.
Liquidity lock and holder concentration
If a token has graduated to a standard AMM pool, check whether the LP tokens are locked in a time-locked contract or burned to an unrecoverable address. Burned is permanent and can never be reversed by anyone; a lock is only as good as its duration—treat anything under 30 days as a warning sign, and prefer six months or longer.
Then check the top holders list. If ten wallets control most of the supply, ten people effectively decide whether the rest of the market gets out alive. Watch for supply that looks spread out but is actually many wallets controlled by one entity—a pattern scanners describe as bundled buys or insider clusters.
Token-2022 extensions worth checking
Solana's newer Token-2022 standard adds optional extensions beyond classic SPL tokens. Two are worth specifically checking on an unfamiliar token: a transfer fee extension, which can tax every transfer at a rate the token authority can sometimes change, and a permanent delegate extension, which lets a fixed address move tokens out of any holder's account without their signature—functionally similar to freeze authority, but for moving funds rather than just blocking sales. Check the mint's extensions tab on an explorer, or let a scanner flag it automatically.
EVM (Robinhood Chain and similar): honeypot checks
On EVM chains, start by confirming the contract's source code is verified on the chain's block explorer—an unverified contract on a new token is treated as a honeypot until proven otherwise. Then look for the specific mechanisms that trap buyers: a sell tax that's much higher than the buy tax, a tax the owner can modify after launch, a blacklist function that can block specific wallets from selling, and trading-pause or upgradeable-proxy patterns that let logic change after the fact.
A honeypot simulator—tools like honeypot.is exist specifically for this—runs a simulated buy and sell against the live contract and reports whether the sell actually succeeds, which catches most traps without reading a line of code. Cross-checking the transaction history for a healthy mix of buys and sells from different wallets is a useful secondary signal: almost all buys and almost no organic sells is a common honeypot fingerprint.
A workflow you can actually run every time
- Confirm you have the correct contract address from an official source.
- Run a scanner (Solana or EVM) and read every individual flag, not just the summary score.
- Check mint/freeze authority (Solana) or verification and tax behavior (EVM) yourself if the scanner is ambiguous.
- Check LP lock/burn status and top-holder concentration.
- Cross-reference at least one additional scanner or explorer before committing meaningful size.
This takes a few minutes with practice—faster than most trenchers actually spend on it, which is exactly how mechanically obvious rugs keep working.
Sources
Turn the lesson into evidence
Preflight before you commit.
Check a wallet's program and contract history before you trust it with size.