
Trading, Launch & Whale Intelligence
This page defines behavioral intelligence derived from Solana trading and token lifecycle activity.
It targets monitoring, dashboards, and alert pipelines.
Coverage (what this page includes)
Swap & trade analytics
Pair activity, flow imbalance, and short-horizon intensity.
Token launch monitoring
First-liquidity and early post-launch behavior.
Whale intelligence
Large-actor transfers, liquidity moves, and impact-sized swaps.
Common windows: 1m, 5m, 15m, 1h, 4h, 24h.
Swap & trade analytics
Normalized trade fields (canonical shape)
Trade events are treated as economic events. They are normalized before aggregation.
Core aggregates (interval analytics)
Aggregates are computed over explicit windows.
Key fields:
Asset identity
base_mint,quote_mint, decimals for both
Amounts
native amounts + decimal-adjusted UI amounts
Pricing
price(quote per base), fee fields when observable
Attribution
protocol,pool_address,program_id,tx_signature,slot,block_time
Routed swaps may produce multiple legs. Prefer a de-duplicated “economic trade” view when available.
OHLCV
Open/high/low/close, base/quote volume, trade count.
Flow
Base-in vs base-out as an imbalance proxy.
Concentration
Top pool share for a pair, top route share when observable.
Stress proxies
Swap size vs liquidity, and volume-to-liquidity divergence.
Token launch monitoring
Launch monitoring tracks a token’s transition from “new mint” to “tradable market”.
Launch lifecycle model (event-driven)
Token metadata can lag mint creation. Early launch signals may precede complete metadata.
Whale activity detection
Whale intelligence detects large-actor behavior that can shift liquidity or price dynamics.
Whale definition (context-based)
Whale sizing is evaluated relative to context:
absolute notional size
size vs circulating supply (when known)
size vs pool liquidity / TVL (impact-aware)
Whale categories
large_transferliquidity_movehigh_impact_swaprepeated_large_actor_interaction
Noise control (Solana realities)
Solana has program-owned accounts and vault flows. Raw transfers are not always “human intent”.
exclude obvious program vault patterns when determinable
de-duplicate multi-instruction transfers inside one transaction
apply cooldown windows via a stable
dedupe_key
Consumer guidance
Recommended integration defaults:
Trigger alerts on completed windows.
De-duplicate using
dedupe_key.Prefer “size vs liquidity” over absolute thresholds for swaps.
Treat finality explicitly (confirmed vs finalized) when strict correctness matters.
Last updated