Stonk
A warning sign is a reason to investigate, not by itself a verdict about a token or its owner. Check the exact asset, the claims being made, and the evidence behind them. A ticker, a polished page, an explorer label, or an account post cannot independently establish who controls a token or what may happen to its price.
Review the evidence behind the claim
| Question | What to check | What the check cannot prove |
|---|---|---|
| Is this the stated asset? | Compare the exact network, token program, and mint address with the project's independently maintained official sources. A Solana mint account defines a token and stores shared state; see Solana's token overview and mint guide. | Similar names, tickers, or logos do not establish identity or affiliation. |
| Which authorities remain? | Inspect mint and freeze authorities and any enabled extension authorities. Solana's Set Authority guide explains that each role controls specific permissions and can be reassigned or revoked. | A label such as “renounced” is incomplete unless the exact role and current state were checked. Authority status does not prove intent or future behavior. |
| How do transfers work? | Review the token program and enabled Token-2022 extensions for transfer fees, hooks, account states, or other behavior. Use the transfer guide and extension reference. | One successful transfer does not establish compatibility with every wallet, pool, or application. |
| What does distribution show? | Note the supply field, timestamp, data provider, and any allocation or vesting claims. Compare on-chain values with the project's published schedule and record gaps. | A wallet address or concentration chart does not, on its own, establish a person's identity, related accounts, beneficial ownership, or intent. |
| Is there usable liquidity? | Identify the venue and pool, quote asset, observed depth or reserves, trade size, source, and timestamp. Treat prices and pool state as snapshots. | A displayed market-cap estimate or reserve figure does not guarantee an exit price, redemption, or the amount any holder could sell. |
| Are public claims supported? | Match claims about audits, partnerships, team identities, promotions, and launch status to the named source. Check that the cited review covers the exact program, mint, and revision being discussed. | An audit, badge, social post, or project website cannot guarantee safety, legitimacy, or future performance. |
Slow down when pressure replaces evidence
Treat guaranteed-return language, artificial urgency, copied documents, impersonation, undisclosed promotion, unexplained authority powers, or requests for a seed phrase as reasons to stop and verify through a separate trusted route. Do not connect a wallet or sign a transaction just to resolve a claim. Save the relevant mint, source links, and observation time; state what you could not verify rather than filling the gap with an assumption.
Follow our step-by-step guide on how to verify a token contract address across multiple independent sources.
Limits and responsible use
No checklist can prove a token is safe, honest, or likely to perform. Public data may be incomplete or mislabeled, and a snapshot can become stale. This is educational research, not investment advice. Last reviewed 2026-10-22.
Quick review checklist
Before you rely on any crypto explanation, confirm the exact network, identifier, timestamp, data source, and intended audience. Follow the crypto glossary when a term is unfamiliar, and return to the crypto hub for the wider learning path. If the article describes a launch, pair it with the token launch guide and write down what the evidence does not establish. Prefer a small, reversible test over an irreversible action, keep private credentials out of forms and chats, and record material changes so readers can see what was updated.