Research before you buy
Practical guides and worked examples for evaluating market signals and public claim evidence.
1. Start with identity and supply
A ticker is not an identity. Verify the network and full token address through the project’s official documentation, then compare it with an independent explorer and the market listing. Native coins may not have a token address. Inspect circulating supply, maximum supply, vesting schedules, and upcoming unlocks. Price growth can coexist with heavy future dilution.
For an emerging coin, ask what service exists now, who uses it, and what the token actually does. A new pool or a new listing is not proof of a new project. Missing fundamentals remain unknown; a strong price trend cannot fill that gap.
2. Check whether a displayed price is tradable
Market capitalization is not cash available to sellers. Reported trading volume can be distorted. Inspect exchange depth or pool liquidity and the price impact for the size you would trade. Include spread, slippage, trading fees, network fees, and taxes when comparing outcomes. A thin market can show impressive gains while making an exit difficult.
Use more than one source. Our snapshot is a research starting point and does not test execution or certify trading venues.
3. Wallet balance versus claim eligibility
A balance check asks what a public address already holds. A claim check asks whether project rules allocate something to that address. These are different questions. A wallet can have a zero balance and still be eligible; a large balance does not establish entitlement. Keep eligibility unknown when the project has not supplied the necessary allocation evidence.
Follow the read-only claim guide4. Worked contract examples
WETH on Ethereum at 0xC02aaA39b223FE8D0A0e5C4F27eAD9083C756Cc2 is an existing practice address in our checker. An ordinary withdrawal converts wrapped ETH a wallet already holds; discovering a withdraw-style action would not reveal free rewards. Compare the public contract ABI and the wallet’s balance before drawing a conclusion.
For a Merkle-distribution contract, a function named isClaimed(index) requires the project’s allocation index. Substituting a wallet address for that number is invalid. Even a false response only says that index has not been marked claimed; you still need an allocation, amount, valid proof, and applicable deadline. Never guess an index and treat the result as your entitlement.
Expired-claim example: if a distribution’s verified rules require claiming before a deadline that has passed, a claim function can remain in its ABI. A name-based High signal remains a code clue while the opportunity is closed. This is a procedural example, not a statement that a specific listed project is open or expired.
5. Read archives honestly
A historical score uses evidence available at publication. A later price increase does not retroactively make every signal correct, and falling or delisted assets must not be removed to improve apparent results. Compare the original source times and include unsuccessful cases. Do not use archived prices as executable quotes.
See scoring rules and limitations