ProtoRadar
Independent research

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.

Current operating boundary

The current codebase includes launch, market, contract, and history adapters.This map shows configured capabilities, not real-time health. Providers can degrade or fail, and wallet-ownership checks remain unavailable.

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.

  1. 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.

  2. 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.

  3. 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.

  4. 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 stateWhat it contributesWhat it cannot establish

Integrated sources

Used by live mode when the provider is reachable.

Integrated

GeckoTerminal market and token feeds

Market, 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.

  • Pool discovery and pair identity
  • Price, liquidity, volume, and transaction counts
  • Pool age, recent activity, and volume-spike baselines
  • Market cap when supplied, with FDV kept separate
  • Project links, descriptions, recent traders, and observed sells
15 indexed venue familiesRegistry audited

This 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.

  • Uniswap V2, V3, and V4
  • PancakeSwap V2 and V3
  • Bankr
  • Virtuals
  • RobinSwap
  • Hoodit
  • Pons Family
  • Clanker
  • EasyA Kickstart
  • SwapHood V2 and V3
  • Mint Club
  • SushiSwap V2 and V3
  • Curve
  • Up V3
  • SectorOne V2.0 and V2.2

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.

Integrated

Robinhood canonical asset registry

Official 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.

  • Canonical contract-address exclusion
  • Separating registered assets from community-token candidates
  • Reporting degraded coverage if the registry is unavailable

A registry match establishes canonical asset identity only. It does not inspect blocks, receipts, bytecode, contract state, or market behavior.

Integrated

Launchpad factory and platform index

Launch 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.

  • Launchpad-by-launchpad token discovery
  • Retention of launches below $10K or without an indexed market as awaiting evidence
  • Onchain factory attribution and creation transaction references
  • Platform-verified attribution where shared contracts are ambiguous
  • Generic Uniswap V2, V3, and V4 pool discovery without false launchpad attribution

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.

Integrated

Blockscout contract and holder evidence

Contract 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 and full-verification status
  • Proxy and reviewable control-function disclosure
  • Holder counts
  • Top-ten holder concentration, labeled non-pool only when the pool balance is actually excluded

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.

Integrated

Durable radar history

ProtoRadar observation historyConfigured PostgreSQL database

Persists idempotent scan runs, project snapshots, launch-event cursors, Telegram watches, update leases, and alert-delivery state.

  • History that survives server restarts
  • Launch index cursors and reorg-safe confirmation lag
  • Telegram subscription and watch state
  • Duplicate-resistant alert delivery

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 enrichment

Used only when the connection is configured.

Optional

X profile enrichment

Social 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.

  • Profile identity fields, account age, verification, and public counts
  • A bounded follower-profile sample
  • Verified and established-account counts in the returned sample
  • Basic profile-term and automation-pattern 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 checks

Kept unknown until direct evidence is connected.

Unavailable

Product delivery and identity binding

Utility 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.

  • Working-product verification
  • Repository and deployment ownership
  • Token-to-site and token-to-social account binding
  • User, customer, or revenue evidence

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.

Unavailable

Wallet ownership and funding forensics

Actor analysisNo dedicated forensic indexer

Wallet age, first-funding provenance, entity resolution, and long-window counterparty graphs are not connected in the current build.

  • Wallet age and first-funding provenance
  • Related-wallet and effective-trader clustering
  • Circular-flow and repeated-counterparty analysis
  • Cross-pool and cross-token actor history

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.

The source map explains what ProtoRadar can observe. The methodology explains how missing evidence changes publication and qualification.