Page Guide

Today Overview Complete Reference

The /today page combines a live current-day snapshot with a selectable one-to-24-hour activity window. This guide defines every visible metric and explains which time scope each surface uses.

What /today answers

Today Overview is the broad market-activity page. It answers how many token creations and trades Pumpscan currently observes, when activity peaked inside a chosen recent window, how buy and sell flow changed by bucket, and how standard Meme Coin, Mayhem, and Charity activity differs.

Two time scopes coexist on the page. The top eight cards come from the live overview snapshot and are labeled as today's activity. The Activity section requests an explicit rolling window ending at the next bucket boundary. Changing the hour stepper changes only that Activity section; it does not recalculate the headline cards.

SurfaceSource and scope
Open /todayLive daily headline snapshot plus selected rolling-window analysis.
Eight headline cardsmetrics.overview WebSocket snapshot; reconnects after a dropped connection.
Trend cards/api/v1/overview/trends for the exact selected window and bucket size.
Event charts/api/v1/overview/charts for the same selected window.
Token-type widgets/api/v1/overview/widgets for the same selected window.
Today Overview showing eight headline cards, selected-window trend cards and two activity charts
Production capture: the headline snapshot is separate from the rolling Activity window below it. Its live numbers are illustrative and are not a current-data reference.
Today Overview in its 440 pixel mobile card layout
Mobile production capture at 440 ร— 956. Navigation and headline cards stack for touch-sized access.

Live headline snapshot

The WebSocket subscribes to metrics.overview. A cache-unavailable message or stream error is shown on the page; closed sockets retry after the configured reconnect delay. These metrics describe decoded, retained Pumpscan observations rather than chain-wide lifetime totals.

CardDefinition
Trade EventsDecoded TradeEvent count in the current overview snapshot.
Create EventsDecoded CreateEvent count in the current overview snapshot.
Unique AccountsDistinct trader or creator wallets selected by the routed-safe account attribution logic.
Unique CreatorsDistinct wallets attributed as creators from retained CreateEvent or creator-side evidence.
Buy EventsTradeEvent rows whose decoded is_buy field is true.
Sell EventsTradeEvent rows whose decoded is_buy field is false.
Buy Volume (SOL)Sum of normalized quote amount for observed buy trades, converted from lamports to SOL.
Sell Volume (SOL)Sum of normalized quote amount for observed sell trades, converted from lamports to SOL.

Rolling window and bucket sizes

The Activity stepper accepts every whole-hour value from one through 24 and defaults to 24. The browser stores the chosen interval, metric mode and each panel's submetric so returning to the page restores the last view.

The client aligns the window end to the next bucket boundary, then subtracts the selected number of hours. Trends, charts and widgets therefore receive identical window_start_ms, window_end_ms and bucket_size_ms parameters. HTTP data refreshes every six seconds, and the window advances when a new bucket begins.

  • Peak labels and chart axes use the display timezone selected in site preferences.
  • When a rolling window crosses a UTC-day boundary, the chart marks the older and newer portions as yesterday and today.
  • A bucket is a half-open time interval: an event at the ending boundary belongs to the next bucket.
Selected intervalBucket width
1 hour5 minutes
2 hours10 minutes
3โ€“4 hours20 minutes
5โ€“9 hours30 minutes
10โ€“24 hours1 hour

Activity trend cards and formulas

CardCalculation
Peak Trading TimeBucket with the greatest TradeEvent count. The supporting line gives that bucket's event count and distinct routed-safe trader accounts. Empty buckets are ignored and equal maxima resolve to the earliest bucket.
Buy Pressure100 ร— selected-window buy event count รท (buy event count + sell event count). It is 0% when the denominator is zero.
Avg Buy AmountHeadline snapshot buy lamports รท headline snapshot buy-event count, displayed as SOL. A dash is shown when no buys exist. Unlike the other Activity cards, this is explicitly the average per buy today, not a selected-window average.
Peak Creation TimeBucket with the greatest CreateEvent count. The supporting line gives creates and distinct creator accounts. Empty buckets are ignored and equal maxima resolve to the earliest bucket.
Peak Active TokensBucket with the greatest number of distinct mints appearing in TradeEvent rows. Equal maxima resolve to the earliest bucket.
Graduated TokensExact CompletePumpAmmMigrationEvent count in the selected window. The supporting created value is the independent CreateEvent count in that window; it is context, not the denominator of a conversion-rate calculation.

Hourly activity charts

Bar heights are bucket counts, while each line uses its own account-count axis. Hovering a chart aligns all visible series to the same bucket. Empty responses show an explicit no-buckets message instead of fabricating zeros.

ChartSeries and interpretation
Event FlowStacked Buy Events and Sell Events bars plus a Unique Trader Accounts line. The tooltip also reports all events in the bucket; the unique count is per bucket and cannot be added across buckets to obtain a window-wide distinct total.
Token Creations by TypeStacked Meme Coins, Mayhem, and Charity CreateEvent bars plus a Unique Creator Accounts line. Meme Coin is the standard non-Mayhem, non-Charity classification; flag categories come from observed or cached mint flags.

Token-type widgets

The lower section has independent Meme Coins, Mayhem and Charity panels. The Metric control selects Trade, Holder Rewards or Creator Fee for all panels; within each panel, its own selected submetric determines the total and heat row. Because submetric choices are stored per panel, the three panels can show different submetrics inside one mode.

ModeSubmetricDisplayed value
TradeBuySum of normalized buy-side SOL for that token type.
TradeSellSum of normalized sell-side SOL for that token type.
TradeCreateCreateEvent count for that token type.
Holder RewardsAllocatedHolder rewards routed by decoded trades for that token type, normalized to SOL.
Holder RewardsCore sweptSweepBondingCurveFeeEvent amount moved from a bonding curve by SweepCreatorFee to the mint's Holder Rewards vault.
Holder RewardsBuyBuy-side trade SOL where holder rewards were routed.
Holder RewardsSellSell-side trade SOL where holder rewards were routed.
Creator FeeEarnedDecoded creator fee accrued from trades for that token type.
Creator FeeCore sweptSweepBondingCurveFeeEvent amount moved from a bonding curve by SweepCreatorFee to any recipient other than the mint's Holder Rewards vault, for that token type.
Creator FeeClaimedCollectCreatorFeeEvent value for all token types. The same total is shown in every token-type panel because a claim does not provide a reliable type split.
Creator FeeVolumeBuy-side plus sell-side trade SOL where a creator fee is present; this is fee-bearing trade volume, not fee earnings.

Reading the heat rows and tooltips

  • Each heat cell represents one Activity bucket and follows the same left-to-right window as the charts.
  • Cell height and opacity are normalized against the largest value for the currently selected metric inside that token-type panel. They show relative timing, not a shared absolute scale across all three panels.
  • A zero bucket remains faintly visible so the window structure is readable.
  • Hover text reports bucket time, the selected metric, trade and side counts, buy and sell volume, creates, holder rewards allocated/swept and qualifying buy/sell volume, and creator fee earned/swept/claimed.
  • Read the displayed number or tooltip for exact comparisons; do not infer a cross-panel ratio from heat intensity alone.

Interpretation limits

  • Counts depend on successfully decoded Pump-related events available to the configured cache and ingestion pipeline.
  • SOL values are observed quote flow. They are not wallet profit, realized P&L, liquidity or token market value.
  • Unique-account values use Pumpscan attribution rules for routed transactions and are deduplicated within their stated scope.
  • Mayhem and Charity classification can be updated when later mint evidence arrives; retained buckets can be reclassified while the supporting events remain available.
  • Graduation is evidenced only by a decoded completion event. Created and graduated totals should not be divided into a protocol conversion rate without cohort matching.
  • Screenshots document layout and controls. For current values, open /today or query the overview endpoints.
Pumpscan - Today Overview Complete Reference