Evidence coverage
Data sources and coverage
See which sources ProtoRadar can connect to, what each one contributes, and which checks remain unavailable. The screener shows live provider health; missing evidence never becomes a silent pass.
How evidence moves
From provider to published signal
Live mode reconciles confirmed launch events, platform feeds, indexed markets, contract records, holder rows, recent trades, and optional X context. Every observation keeps its provenance and stops at the boundary of what that source can establish.
- 01Launch index
Find launches across platforms
Confirmed factory logs and official platform feeds identify launches across eight named launchpads, while generic Uniswap events remain explicitly unattributed.
- 02Market and identity
Reconcile projects with live markets
GeckoTerminal adds market, token, project-link, and recent-trade evidence; the official Robinhood registry removes canonical assets by contract address.
- 03Evidence enrichment
Inspect contract, holders, traders, and community
Blockscout and GeckoTerminal add bounded contract, holder, and trade-window evidence. When configured, X checks sampled followers and reviewed authority accounts.
- 04Durable decision
Withhold unsupported claims
The scanner stores each live snapshot, ranks only the evidence it observed, and withholds scores or qualification when critical checks remain unknown.
Integrated does not mean healthy or complete. Providers can fail, bounded feeds can miss history, and trade-window heuristics cannot substitute for wallet ownership or funding-graph proof.
Evidence ledger
What each source contributes
State and provenance are separate so an official reference is never mistaken for current provider health or a complete forensic feed.
| Source and state | What it contributes | What it cannot establish |
|---|---|---|
Integrated sourcesUsed by live mode when the provider is reachable. | ||
IntegratedGeckoTerminal market and token feedsMarket, project, and recent-trade evidenceGeckoTerminal public API Open market feed (opens in a new tab) | Discovers Robinhood Chain pools, reads token metadata, and inspects a bounded recent-trade window for each ranked candidate.
15 indexed venue familiesRegistry auditedThis snapshot groups 21 GeckoTerminal adapters into venue families. A listed venue can make an indexed pool discoverable; it does not mean every bonding curve, private pool, or new factory is covered. ProtoRadar separately indexes its reviewed launchpad registry, while unknown launch routes can still appear as unattributed DEX pools.
| A bounded API window can miss pools and older transactions. Token descriptions, websites, and social links are unverified context unless a launch platform separately binds them to the project, so they do not affect product or social ranking. |
IntegratedRobinhood canonical asset registryOfficial chain referenceOfficial Robinhood asset registry Open official registry (opens in a new tab) | Reads valid chain-4663 contract addresses and excludes matching canonical Robinhood assets from the community-token research set.
| A registry match establishes canonical asset identity only. It does not inspect blocks, receipts, bytecode, contract state, or market behavior. |
IntegratedLaunchpad factory and platform indexLaunch attributionRobinhood Chain RPC and official platform APIs Open launchpad registry (opens in a new tab) | Indexes confirmed factory events and reconciles bounded official platform feeds for Flap, Pons, Virtuals, Clanker, EasyA, Mint Club, DYOR, and Bankr.
| Factory attribution identifies the launch route, not project quality. The first production run starts with a bounded recent lookback unless an operator runs the explicit full backfill. |
IntegratedBlockscout contract and holder evidenceContract and concentration evidenceRobinhood Chain Blockscout API Open explorer (opens in a new tab) | Reads source-verification state, proxy metadata, reviewable control-like ABI functions, token supply, holder count, and a bounded top-holder set.
| Verified source is not an audit. Uniswap V4 uses a bytes32 pool ID with shared pool-manager custody, so ProtoRadar withholds concentration rather than claiming that the pool balance was excluded. |
IntegratedDurable radar historyProtoRadar observation historyConfigured PostgreSQL database | Persists idempotent scan runs, project snapshots, launch-event cursors, Telegram watches, update leases, and alert-delivery state.
| Readiness fails closed when the database is missing, unreachable, or has no recent completed live scan. Operators must apply the included migration before enabling the cron. |
Optional enrichmentUsed only when the connection is configured. | ||
OptionalX profile enrichmentSocial APIX API, when configured | Fetches a requested X profile and a bounded sample of up to 100 follower profiles, then applies transparent profile-level heuristics.
| It does not verify account ownership, read recent posts or replies, or establish current ecosystem participation. Results can be partial, rate-limited, or unavailable. |
Unavailable checksKept unknown until direct evidence is connected. | ||
UnavailableProduct delivery and identity bindingUtility and identity evidenceNo product-verification or account-ownership adapter | Project metadata can expose inspectable utility clues, but the current build does not run the product, verify code delivery, or prove that a creator-supplied account belongs to the token team.
| Descriptions, websites, categories, and social profiles remain claims or context. Only explicitly platform-bound metadata can influence identity-aware ranking, and even that does not prove the product works. |
UnavailableWallet ownership and funding forensicsActor analysisNo dedicated forensic indexer | Wallet age, first-funding provenance, entity resolution, and long-window counterparty graphs are not connected in the current build.
| ProtoRadar cannot currently claim that a token is wash-free, bot-free, or supported by independent established wallets. Those conclusions require the missing evidence. |
Source policy
Unknown stays visible
ProtoRadar preserves the boundary between observed evidence, a proxy, and an unavailable check.- No inferred passes
- A missing source makes its check unavailable and lowers Evidence Confidence.
- No provider endorsement
- Presence in a market feed, registry, or social API does not make a project safe or legitimate.
- No hidden substitutions
- FDV remains FDV, and market activity is never presented as wallet proof.