Why On‑Chain Data Matters for Solana Traders
On Solana, almost every trade, pool update, and bot action is visible on‑chain in real time. The edge comes from knowing what to look at and how to interpret it fast enough to act.
This guide focuses on:
- What’s actually inside a Solana transaction and block
- How to read trades and liquidity moves on DEXes
- Concrete wallet and flow patterns that matter for trading
- Practical tools and workflows to turn on‑chain data into decisions
Everything here is specific to Solana’s architecture and fee model, not generic “on‑chain analytics.”
1. The Minimum You Need to Know About Solana Transactions
A Solana transaction is a message + signatures + instructions + accounts. The important part for traders: it’s a bundle of instructions that execute atomically against a fixed list of accounts.
From Solana’s docs, a transaction message includes: a header, an array of account addresses, a recent blockhash, and one or more instructions. (github.com)
Each instruction has:
program_id– which program is being called (e.g., Raydium AMM, PumpSwap, system program)accounts– which accounts that instruction reads/writesdata– the encoded arguments (e.g., swap amounts)
When you open a transaction on Solscan, Solana Explorer, or Birdeye and choose jsonParsed view, you’re seeing that structure decoded into human‑readable fields. (solana.com)
Why this matters for trading
- A single transaction can contain multiple actions: e.g., a Jupiter‑routed swap might include a token approval, one or more DEX swaps, and a wrap/unwrap of SOL. You need to identify which instruction is the actual trade.
- The accounts list tells you which pools and wallets are touched, even if the UI hides it. That’s how indexers and scanners reconstruct trades across Raydium, PumpSwap, Meteora, etc. (lunarshadowlabs.com)
2. Fees and Priority: Reading How “Urgent” a Transaction Is
Solana fees are small in absolute terms, but priority fees encode urgency and competition.
From Solana’s official fee docs: (solana.com)
- Base fee: currently 5,000 lamports per signature (50% burned, 50% to validators)
- Priority fee: optional; equals
compute_unit_price × compute_unit_limit / 1,000,000(micro‑lamports to lamports) for legacy/v0, or a directpriorityFeeamount in v1 messages - Total fee = base fee + priority fee, charged even if the transaction fails
For traders, the key signal is priority fee per transaction:
- High priority fee → the sender is bidding to get into a congested slot or write to hot accounts (e.g., a hyped token, a congested pool). (reddit.com)
- Low/zero priority fee → they don’t care about exact ordering, or the accounts they touch aren’t congested.
Practical read:
- On Solscan / Solana Explorer, check the Fee and, where available, Compute units / Priority fee fields.
- During a hot meme launch or volatile move, clusters of transactions with very high priority fees often belong to:
- Sniper bots trying to win the first fills
- Arbitrageurs racing to capture mispricing
If you see a token where only high‑priority transactions are landing, that’s a warning: you may need to pay up in priority fees to get filled at your intended price.
3. Where Trades Actually Show Up On‑Chain
Most Solana traders interact through aggregators and UIs (Jupiter, Raydium, Pump.fun, etc.), but on‑chain:
- A Jupiter swap lands as a trade on the underlying pool program (Raydium, Orca, Meteora, PumpSwap, etc.). (anaxer.com)
- Pump.fun launches graduate into PumpSwap or other DEX pools, where ongoing trading happens. (en.wikipedia.org)
Indexers like Lunar Shadow Labs, Anaxer, and MadeOnSol normalize these DEX events into a unified trade model across PumpSwap, Raydium, Orca, Meteora and others. (lunarshadowlabs.com)
Public scanners like SolanaNotifier track new pairs across these DEXes in real time. (solnotifier.com)
Implication: when you “read on‑chain data,” you’re usually reading decoded DEX program events (swaps, LP adds/removes, pool creations) that indexers pulled out of raw instructions and logs.
4. Core On‑Chain Objects Traders Should Learn to Read
4.1 Token accounts and holders
On Solana, SPL tokens live in token accounts, not directly in wallets. For any token mint, you can see:
- Top holders and their balances
- Distribution (whale concentration vs. many small wallets)
- Recent changes in balances
Tools:
- Solscan / Solana Explorer – view token mint → holders tab
- Birdeye / DexScreener – show holder counts and sometimes top wallets
Patterns to watch:
- Hyper‑concentrated supply (a few wallets holding most of the supply) → higher rug and dump risk.
- Top holders actively selling into every pump → likely distribution phase.
- New large holders appearing and not selling during volatility → potential accumulation.
4.2 Program IDs and pool accounts
Each DEX has one or more program IDs and a set of pool accounts. For example, Raydium and Meteora each run multiple AMM/CLMM/DLMM programs, and indexers catalog these program IDs to classify trades. (anaxer.com)
When reading a transaction:
- Identify the program ID of the swap instruction (e.g., Raydium AMM vs. PumpSwap)
- Identify the pool account (often labeled as
pool,market, or similar in parsed views)
This lets you:
- See which exact pool your trade hit (important if multiple pools exist for the same pair)
- Track liquidity changes in that pool over time (adds/removes, migrations)
4.3 Logs and inner instructions
Many DEX programs emit log messages and use cross‑program invocations (CPIs). These show up as:
logMessages– human‑readable logs from programsinnerInstructions– instructions invoked by another instruction (e.g., token transfers inside a swap) (solana.com)
For trading, you mostly care that:
- Inner instructions reveal the actual token transfers (amounts in/out)
- Logs often include labels like “Swap” or “AddLiquidity” that indexers use to classify events
5. Reading Wallet Behavior: Turning Raw Data Into Signals
Because Solana is cheap and high‑throughput, bot and whale activity is intense. A recent measurement paper found that bot‑related transactions on Solana DEXes exceeded hundreds of millions of dollars in daily trading volume in early 2026, underscoring how much flow is automated. (arxiv.org)
You don’t need to out‑code the bots, but you can read their footprints.
5.1 Identifying “smart money” wallets
Community tools and private indexers increasingly label wallets by behavior (e.g., day trader, scalper, profitable whale). Some builders publicly describe systems that track every trade on Solana, cluster wallets by PnL and behavior, and label them accordingly. (reddit.com)
Actionable steps for a trader:
- Start with winners you discover yourself
- When a token you trade does a clean 5–10× and you see certain wallets buying early and exiting well, bookmark those wallets.
-
Track their later activity on Solscan / Birdeye’s wallet view.
-
Look for consistent patterns, not one‑off wins
- Do they repeatedly enter early on new PumpSwap/Raydium pairs?
-
Do they size aggressively only under certain liquidity conditions?
-
Watch their behavior across tokens
- If a wallet appears in multiple unrelated winners and exits sensibly, that’s more signal than a single lucky hit.
5.2 Distinguishing bots from humans
On‑chain, bots tend to show:
- Very high transaction frequency with similar size and timing
- Consistent use of high priority fees around mints/launches
- Bundled transactions via Jito (often visible as specific patterns in timing and fee usage, especially around MEV and sandwich attempts) (reddit.com)
Humans:
- Trade less frequently
- Use more varied sizes
- Often interact via common UIs (Phantom, Jupiter, Raydium), visible in instruction patterns
As a trader, you can:
- Avoid chasing into obvious bot clusters (e.g., dozens of small buys per second with high priority fees)
- Prefer entries where volume is rising but not yet dominated by bots
6. Reading DEX Flow: Volume, Liquidity, and Pool Health
6.1 Volume and trade direction
Tools like Birdeye and DexScreener aggregate:
- Trade count and volume per timeframe
- Buy vs. sell volume
- Price impact per trade
These are derived from on‑chain swap events across DEX programs.
Useful patterns:
- High trade count, low net price move → heavy two‑sided flow (often bots/arb), less clean directional edge.
- Rising volume with mostly buys and low slippage → demand increasing while liquidity is still deep enough.
- Spikes in sells with large negative price impact → whales or LPs exiting into thin books.
6.2 Liquidity changes
On‑chain, liquidity events are just instructions:
- Add/remove liquidity calls on AMM/CLMM/DLMM programs
- Pool creation and migration (e.g., Pump.fun graduations to PumpSwap or Raydium) (lunarshadowlabs.com)
Watch for:
- Sudden LP removals – big LPs pulling liquidity can precede sharp volatility or rugs.
- Migrations – liquidity moving from one pool/venue to another changes where price discovery happens.
Practically:
- On Birdeye / DexScreener, monitor liquidity over time and cross‑check suspicious moves by opening the underlying transactions on Solscan.
- If you see a token where liquidity is collapsing while price is still up, be extremely cautious.
7. From Raw Data to a Simple Trading Checklist
You don’t need to parse raw JSON RPC responses yourself; indexers and explorers already do that. But you should build a repeatable on‑chain checklist before entering or holding a position.
Here’s a concrete workflow you can run in a few minutes per token:
- Check the token and pool basics
- Open the token on Birdeye / DexScreener.
-
Confirm:
- Which DEX/pool is dominant (PumpSwap, Raydium, Meteora, etc.).
- Current liquidity and 24h volume.
-
Inspect holders and distribution
- On Solscan / Explorer, open the token mint → holders.
-
Note:
- Top 10 holder share.
- Whether deployer or related wallets still hold a large chunk.
-
Sample recent trades on‑chain
- Pick a few recent swaps and open them on Solscan.
-
Look at:
- Priority fee levels – are traders bidding high to get in?
- Who is trading – same wallets over and over (bots) vs. many unique wallets.
- Inner instructions – confirm actual token amounts in/out.
-
Track a few active wallets
- Identify 2–3 wallets that:
- Bought early and are still holding, or
- Are consistently making profitable entries/exits.
-
Bookmark them and check what else they’re trading.
-
Monitor liquidity moves
- Watch for:
- Large LP adds (can stabilize price and enable bigger positions).
- Large LP removals (exit or reduce exposure).
This process is just reading decoded on‑chain data through existing tools, but it forces you to look beyond the price chart.
8. Going Deeper: Direct RPC and Custom Indexing (Optional)
If you want to build your own tools or run more advanced strategies, you can tap Solana’s RPC directly:
getBlock/getTransactionwithjsonParsed– full transaction, logs, inner instructions. (solana.com)transactionSubscribe,logsSubscribe,accountSubscribe– real‑time streams of transactions, logs, and account changes. (reddit.com)
Indexers described in public posts typically: (reddit.com)
- Subscribe to blocks or transactions in real time.
- Decode instructions for known DEX program IDs.
- Extract normalized trade events (token in/out, price, pool, participants).
- Track wallet‑level PnL and behavior on top.
You don’t have to build this yourself to trade, but understanding that every chart you see is built from these primitives helps you trust (or question) the data.
Conclusion: Treat On‑Chain Data as Your Primary Source of Truth
On Solana, the real state of a token isn’t just its price chart; it’s the set of transactions, pools, and wallets interacting with it in real time.
If you learn to read:
- Transaction structure and priority fees (who is in a hurry and why)
- Holder distribution and wallet behavior (who actually owns and trades this)
- DEX flows and liquidity changes (where price discovery really happens)
…you move from trading off surface‑level charts to trading off ground truth state.
Start small:
- For your next few trades, force yourself to open 5–10 recent transactions on Solscan or Solana Explorer.
- Identify the actual swap instruction, the pool, the priority fee, and the wallets involved.
- Over time, you’ll build intuition for what healthy vs. unhealthy on‑chain patterns look like—and that’s where real edge on Solana begins.