TAXONOMY · CITE BY CODE · HPF-01…07
Honeypots have families.
We numbered them.
Honeypot contracts cluster into seven recurring, observable behaviours. Each family below has a permanent code — HPF-01 through HPF-07, never reused — a plain description of what the HOLDER experiences, and the instrument that detects it by measurement. Cite the codes; they resolve here. By policy this page describes observable behaviour only — what these contracts do, never how to build one.
HPF-01 — Sell-revert
The buy lands; every sell reverts, at any slippage, for every holder. The purest form: the transfer path out simply does not execute.
The behavioural simulation runs a real buy AND sell against the deployed contract — the sell reverting in simulation is the pattern itself, observed before any money moves.
Behavioural simulation (X-Ray instrument 1)
On-chain example: pending publication from the measured-case register.
HPF-02 — Asymmetric tax escalator
Sells execute but a transfer tax — often small at launch — climbs toward 100% on the sell side only. The exit exists on paper and pays the contract in practice.
The simulation reports the EFFECTIVE sell tax it observed; the radar sell-share screen catches the population effect (sells collapse as the tax climbs).
Multiple instruments, cross-checked
On-chain example: pending publication from the measured-case register.
HPF-03 — Per-address blacklist
Some holders can sell; you cannot. Addresses are blocked selectively — often buyers after a certain block, or anyone not on an insider list.
A dust-sized sell that reverts at any slippage while the chart shows other sells landing points here; the simulation from a neutral address measures the general case.
Behavioural simulation (X-Ray instrument 1)
On-chain example: pending publication from the measured-case register.
HPF-04 — Approve-trap
Approvals succeed forever — and prove nothing. The transferFrom path the approval feeds is the blocked one, so the wallet UX looks alive while the exit is dead.
The simulation treats approve as zero evidence by design and only credits an executed sell; the most common honeypot EXPERIENCE, named so people stop reading approvals as health.
Behavioural simulation (X-Ray instrument 1)
On-chain example: pending publication from the measured-case register.
HPF-05 — Liquidity pull
The classic rug: pool reserves are withdrawn and every quote returns zero. The token contract may be perfectly innocent — the exit died with the pool.
The Quoter exit probe quotes 1 whole token into the chain stable across every venue the engine measures: zero out = zero routable liquidity, checkable by anyone as pool balances on the explorer.
Quoter exit probe (X-Ray instrument 2 / radar gate)
On-chain example: pending publication from the measured-case register.
HPF-06 — Trading toggle
An owner-only switch suspends all transfers at will. Sells revert until the owner flips it back — sometimes forever, sometimes rhythmically around the owner’s own exits.
The simulation catches the current state; the token’s trade history shows whether the toggle is a habit. A toggle that exists at all is a fact worth knowing before buying.
Behavioural simulation (X-Ray instrument 1)
On-chain example: pending publication from the measured-case register.
HPF-07 — Max-transaction clamp
Sells above a cap revert while dust clears — per transaction or per day, sometimes per wallet. Not always malicious; always material.
Small-vs-large sell asymmetry in simulation; the honest reading is stated as a limit, never as a verdict, because disclosed clamps exist legitimately.
Behavioural simulation (X-Ray instrument 1)
On-chain example: pending publication from the measured-case register.
Test a token against all seven, free
The X-Ray runs both instruments in your browser — the behavioural simulation and the on-chain depth measurement — and reports which family fired, if any. No key, no signup.
⚡ Run the X-Ray › · Holding one already? The eight causes › · The BPX register ›