← blog · 2026-09-09 · 3 min read
How honeypots work on Robinhood Chain, and how hoodwatch detects them
A honeypot token lets you buy but not sell. On Robinhood Chain one family of them hides the "Blocked: cannot sell." revert string in the bytecode and flips after the first buyers are in. Here is how the trick works and how to test for it on-chain.
A honeypot is a token you can buy and cannot sell. The pool looks normal, the chart goes up because nobody can take profit, and the deployer drains the quote side when the buying stops. On Robinhood Chain the pattern showed up within weeks of fomo.family volume picking up, and in September 2026 we caught several in the same family (MEGADUCK, STARK, LEVER, BLEND among them) before or shortly after they flipped.
What the contract does
The tokens in this ring share a shape:
- A custom ERC-20 of roughly 8 to 10 KB, not a standard OpenZeppelin build.
- 9 decimals instead of 18.
- None of the launch metadata a fomo-launched token carries (no description, socials, deployer or logo functions).
- Ownership retained by the deployer.
- A
transferfunction that reverts for everyone except allow-listed addresses once a flag is set. The revert message is "Blocked: cannot sell."
The nasty detail is that the revert string is not stored as plain text. It is stored bit-shifted in the bytecode, so a naive search for the string finds nothing. Shift the bytecode by two bits and the text appears. hoodwatch tests shifts of zero through seven when fingerprinting new contracts.
The pre-flip window
These tokens do not start as honeypots. Selling works for the first minutes, while the deployer's own wallets churn the pool to attract copy-traders and the first real buyers arrive. Then the flag flips. A one-time check at launch passes; the token is a honeypot ten minutes later.
That is why hoodwatch rechecks: every token seen in the last hour is re-tested every 60 seconds, active tokens every 10 minutes, quiet ones hourly. And because the flip is predictable from the shape, tokens that match the ring template are flagged as honeypot before the flip, not after.
The test itself
The reliable test is a simulated transfer, not a read of the source:
- Find the largest holder that is not the pool or the deployer.
eth_callatransferfrom that holder to the PoolManager (or to the dead address), for a real amount.- If it reverts, and especially if the revert data decodes to a blocked-sell message, the token is a honeypot for that holder.
Simulating from a genuine holder matters. Simulating from an address with zero balance reverts for the wrong reason, and simulating from the deployer succeeds because the deployer is allow-listed.
We also record the deployer and owner of every flagged token. Both are reused across launches, so a match on either is a strong prior for the next token from the same operator (see the bad-deployer flag on the tape).
What to do with the flag
If a token you hold turns red on hoodwatch, try to sell immediately; in the pre-flip window a sale still clears. If you have not bought, do not. In the cases we have followed, tokens matching the template went on to flip.
The check runs for every token that any tracked wallet buys, and the result is shown on the tape row, the token page and in the research report. Signed-in users can also get a push alert (browser, ntfy or Telegram) the moment a token is flagged.
Related: Synced buys, empty pools and copycat tickers covers the launch patterns that surround these contracts.
hoodwatch is unofficial and read-only, not affiliated with fomo.family or Robinhood. Nothing here is financial advice. Open the live tape.