documentation

How every number is computed

What this is

PonsVitals is an independent survival layer for the pons launchpad on Robinhood Chain (chainId 4663). It does three things: keeps a permanent record for every deployer wallet, publishes a board that separates the small fraction of launches that received real money from the overwhelming majority that did not, and runs synchronized revival windows into flatlined curves.

It is not a launchpad, not a price predictor, and not a paid-promotion surface. Every rating on the site can be recomputed from public chain data using the rule on this page.

Independent project. Not affiliated with pons.family.

The measured numbers

Everything on the landing page is measured, not quoted. Method: subscribe to the launch event on both factory generations over a sampled block window, then read each launch's curve state (quote reserve, buyer set, phase) at a fixed age of ~12 hours. Public RPC, no privileged data.

Launches per day
22,851 (5,351 events across a 5.62h window, 2026-09-01)
Zero reserve at 12h
82.0% of a 300-launch cohort
Under 0.01 ETH at 12h
97.3%
At or above 0.1 ETH
0.3%
Graduated
1.5% (curve phase check, n=200)
Fee recipient ≠ deployer
23% — the basis of clustering
From wallets deploying 5+ in one window
22.6%

Anyone with an RPC endpoint can reproduce these counts. If your numbers differ materially from ours for the same window, we want to know — that is a bug report, and we publish corrections.

The rule

The board applies one deterministic rule to every token younger than 48 hours. It is versioned; ratings keep the version that produced them.

state(reserveEth, cleanBuyers):
  if reserveEth ≈ 0                     -> FLATLINE   (archived to the graveyard)
  if reserveEth ≥ 0.1  and buyers ≥ 3   -> HEATING    (shown, sorted first)
  if reserveEth ≥ 0.01 and buyers ≥ 3   -> PULSE      (shown)
  else                                  -> WEAK       (not shown)

cleanBuyers = distinct buyers MINUS any wallet in the
              deployer's fee-recipient cluster
reserveEth  = curve quote reserve MINUS the portion traced
              to that same cluster

Worked example: a curve holds 0.22 ETH from 3 buyers, but 94% of that reserve traces back to wallets that share a fee collector with the deployer. Clean reserve ≈ 0.013 ETH, clean buyers ≈ 0 → the token qualifies on raw numbers and is FLAGGED on clean ones. That difference is the product.

  • Record modifiers: a cluster with many launches and zero graduations sorts to the bottom even when the raw number qualifies.
  • A cluster with few launches and real graduations surfaces early, below the normal threshold.
  • Rule changes are announced before they take effect. There is no private tier of the rule.

Deployer records & clustering

Every launch event carries its deployer. We accumulate per-wallet history — launches, zero-buy rate, graduation rate, median lifespan, exit behaviour, chosen creator tax — and never overwrite it.

Wallets are grouped by creator-fee recipient, not by deployer address. An operator can burn fifty deployer wallets a day, but the whole point of running fifty wallets is that proceeds land in one place. A fresh deployer address inherits the record of the cluster it pays into.

  • UNKNOWN — first launch, no history. Neutral.
  • BUILDER — real graduations, low self-funding. Surfaces early.
  • FACTORY — high launch count, near-zero graduations.
  • SELF-FUNDED — reserve traced predominantly to the deployer's own cluster.
  • CLUSTERED — many deployers, one collection point; shown with combined history.

No state is purchasable, removable, or appealable. There is no removal fee because there is no removal.

Revival

Around 18,700 launches a day flatline with zero buys. Some die only because nobody wants to be the first wallet into an empty curve — a coordination problem, not a quality problem. Revival is a synchronized entry: everyone commits during a window, then every pledge executes in one transaction at one price.

Nomination
burn $VITALS; the token must still pass the record gate
Window
30 minutes, pledges held by the escrow contract
Per-wallet cap
20% of the pool
Pool bounds
0.25 ETH minimum · 5 ETH ceiling
Miss
full refund, zero fee — refunds are permissionless after the deadline
Fee
2% of the pool, charged on success only
Fee allocation
80% buyback of $VITALS (receipts on-chain) · 20% operations
Frequency
at most 12 windows a day · one revival per token, forever

Revival does not promise a price, a return, or an outcome. It removes the coordination problem and nothing else. Pledging is irreversible once a window executes.

$VITALS

The token buys time and access; it never buys truth. Holders get the same numbers as everyone else, without the 20-minute delay, plus alerts, API access, and revival nomination rights. It never buys a rating, placement, or removal.

Supply
1,000,000,000 — fair launch on the launchpad
Team / presale
none / none
Creator tax
0 bps, set once at launch, immutable by contract
Buyback flag
enabled at launch
Sinks
nomination burns + 80% of revival fees → buyback
Launch order
phase 4 — after the product is live

Tiers: OPEN (hold 0) full board delayed 20 minutes · MONITOR (250K) real-time + alerts + API · SIGNAL (2.5M) cluster explorer + stream · CORE (10M) full export + rule-change review.

Integrity & error rates

Detection is adversarial and we will lose rounds of it. The published-rule approach turns a beaten filter from a scandal into a changelog entry. We publish: rating reversals per week, flagged tokens that later graduate (false negatives), and board tokens that flatline within 24h (false positives).

  • Ratings are append-only. A revised rating stays visible beside the original, stamped with its rule version.
  • If chain access degrades, the board displays itself as stale with the last successful read time.
  • Placement is never for sale. No sponsored slots, no paid removal, no referral rebates on outbound links.

Disclaimer

PonsVitals publishes observations computed from public blockchain data. Nothing on this site is financial advice, a recommendation, a price target, or a prediction. A rating describes what has already happened to a token; it says nothing about what happens next. Tokens can lose all value, including tokens rated favourably here and tokens that completed a revival.

$VITALS is a utility token for access and nomination rights. It is not a share, a claim on revenue, or an instrument of any kind. It may lose all value. Ratings can be wrong; detection can be evaded; error rates are published. Verify everything on-chain before acting.