Why On‑Chain Data Matters for Solana Traders
On Solana, almost everything that moves price is visible directly on‑chain: swaps, liquidity adds/removes, wallet flows, and even fee pressure. If you only look at candlestick charts, you’re seeing the output, not the inputs.
This article focuses on how to read Solana on‑chain data specifically for trading decisions – entries, exits, and risk – using real tools and real mechanics that exist today.
We’ll stay concrete and Solana‑specific: - How Solana fees and priority fees actually work - Which on‑chain fields matter in a DEX trade - How to read wallet and token flows with explorers and APIs - Practical workflows with tools like Solscan, Birdeye, DexScreener, Jupiter, Helius
No made‑up metrics – only signals you can verify yourself.
Core Concept: What “On‑Chain Data” Means on Solana
On Solana, every transaction is a list of: - Accounts (wallets, mints, token accounts, pool accounts) - Instructions (e.g. Raydium swap, system transfer, token mint) - Signatures (who authorized it)
RPC methods like getSignaturesForAddress return transaction signatures involving a given address, and getTransaction returns the full, parsed transaction data for each signature. (solana.com)
Explorers like Solscan, SolanaFM, and the official Solana Explorer are essentially user interfaces on top of these RPC calls.
For trading, you mainly care about: - Token transfers: which tokens moved, between which accounts, and in what size - Program IDs: which DEX or protocol handled the trade (Raydium, Meteora, Jupiter router, Pump.fun, etc.) - Timestamps & slots: when the activity happened - Fees & compute: how congested the network or specific opportunity was
Solana Fee Mechanics: Reading Fee Pressure in Transactions
Understanding Solana’s fee structure helps you read how competitive a trade was and whether you’re in a congested environment.
Base Fee vs Priority Fee
Solana transaction fees have two main parts:
- Base fee
- Fixed 5,000 lamports per signature in the transaction. (solana.com)
-
50% of this base fee is burned, 50% goes to the block leader/validator. (solana.com)
-
Priority fee (optional)
- Measured in micro‑lamports per compute unit (CU).
-
Formula (from Solana docs and fee calculators):
micro_lamport_fee = compute_unit_price × compute_unit_limit
prioritization_fee = ceil(micro_lamport_fee / 1,000,000)lamports (solana.com)
So total fee is:
Total fee = base fee + priority fee (solana.com)
Why Traders Should Care
When you inspect a trade in Solscan or SolanaFM, look at: - Fee (SOL): unusually high fees usually mean high priority fee was paid. - Compute units used / requested (shown in some explorers or via simulation): high CU usage + high CU price indicates a very competitive environment (e.g. sniping a fresh mint or arb).
Practical implications:
- If you see many swaps for a token with high priority fees, that’s a sign of intense competition for blockspace around that token.
- If your own swaps are failing with Blockhash not found or Transaction was not processed in time, you likely need to raise your priority fee to match what others are paying. Guides from Solana‑focused blogs and fee calculators consistently show that during congestion, priority fees can jump by orders of magnitude compared to normal conditions. (openliquid.io)
Key On‑Chain Objects Traders Should Know
1. Wallets and Token Accounts
On Solana, SPL tokens are held in token accounts, not directly in the wallet’s main address. Each token account: - Is associated with a mint address (the token) - Has an owner (wallet or program) - Stores the balance and decimals
Explorers like Solscan and SolanaFM let you: - Open a wallet → see all token accounts and balances - Click a token → see transaction history for that token account
For trading, this lets you: - Track whale wallets: follow their token accounts for specific mints - See distribution changes: are big holders accumulating or distributing over time?
2. Token Mint Account
Every SPL token has a mint account that stores: - Total supply - Mint authority (if any) - Freeze authority (if any)
On Solscan or SolanaFM, open the token mint address and check: - Is mint authority revoked? If the mint authority is still active, more tokens can be minted. - Is freeze authority revoked? If not, the issuer could freeze token accounts.
These are basic rug‑risk checks that come directly from on‑chain data.
3. Program IDs (DEXes, Routers, Launchpads)
Every protocol is a program ID. For trading you’ll often see: - Raydium AMM / CLMM program IDs - Meteora DLMM program - Jupiter router program - Pump.fun / PumpSwap related programs
When you inspect a transaction, the instructions list includes which program IDs were called. This tells you: - Which DEX/pool the trade actually went through - Whether a router (like Jupiter) was used, possibly splitting across multiple pools
Explorers and tools like Birdeye and DexScreener abstract this by showing the pool name and DEX directly, but under the hood it’s all program IDs and accounts.
Reading a Single DEX Trade: What to Look At
Open any swap transaction for a token in Solscan or SolanaFM and focus on:
- Instruction list
- Identify the swap instruction (Raydium, Meteora, etc.).
-
Confirm which token pair and pool were used.
-
Token balance changes
- Look at the pre‑ and post‑token balances for each account.
-
This gives you exact input size and output size in token units.
-
Price impact (implicit)
- Compare the trade’s effective price (output/input) to the current pool price.
-
Large deviation indicates high price impact or slippage.
-
Fee & CU usage
- Note the total fee and, if visible, the compute units used.
- High fees + high CUs often correlate with MEV bots, snipers, or arb.
Tools like Birdeye and DexScreener show this in a more trader‑friendly way: - Per‑swap list with size in USD, direction (buy/sell), and DEX/pool. - You can click into a specific swap to jump to the underlying transaction on Solscan for full detail.
Wallet & Flow Analysis: Following Smart Money
Step 1: Identify Interesting Wallets
You can find wallets to track by: - Spotting large trades on Birdeye/DexScreener and clicking through to the trader address. - Watching leaderboard‑style tools or analytics dashboards that highlight profitable wallets (many are built on top of Helius or similar indexed APIs).
Step 2: Pull Transaction History
Historically, the raw RPC workflow was:
- Call getSignaturesForAddress to get a list of transaction signatures for a wallet.
- For each signature, call getTransaction or getParsedTransaction to decode the full transaction. (solana.com)
This is still how explorers work under the hood, but for your own tools it’s usually better to use indexed APIs like Helius:
- Helius provides endpoints such as getTransactionsForAddress that combine signature listing and transaction decoding into a single call, returning parsed token transfers directly. (reddit.com)
Step 3: Classify Activity
From the parsed transactions, you can: - Filter for DEX swaps (by program ID) - Measure average position size and holding time - See which tokens a wallet repeatedly trades
Even without coding, you can do a lighter version manually: - In Solscan/SolanaFM, open the wallet and filter for SPL token transfers and DEX program interactions. - In Birdeye, click on a trade → trader address → see other trades for that address.
What you’re looking for: - Wallets that consistently buy early in new tokens and exit profitably - Wallets that provide liquidity early and pull it at tops
You can then use these wallets as on‑chain sentiment indicators: when they enter or exit, it’s a signal.
Token‑Level On‑Chain Metrics That Matter
When evaluating a token on Solana, on‑chain data gives you more than just price.
1. Liquidity & Pool Structure
On DEX aggregators and analytics sites (Birdeye, DexScreener, Jupiter UI): - Check total liquidity and which pools exist (e.g. Raydium concentrated pool vs. standard AMM, Meteora DLMM, PumpSwap pool). - Look at liquidity distribution: is most liquidity concentrated in one pool or fragmented across many?
Why it matters: - Thin liquidity means your trades will move the price more (higher slippage). - Fragmented liquidity can cause different prices across pools; routers like Jupiter will try to route optimally, but you should still be aware of where depth actually sits.
2. Holder Distribution
Most explorers show: - Top holders list - Number of holders over time
On‑chain, this comes from scanning token accounts for the mint and aggregating balances. You want to see: - Whether a few wallets hold an overwhelming share of supply - Whether holder count is growing (new participants) or stagnant
3. Volume & Swap Flow
DEX analytics sites derive volume directly from on‑chain swap events: - Each swap transaction has input amount, output amount, and slot/time. - Aggregating these gives you volume per minute/hour/day and buy vs sell counts.
For trading decisions: - Rising price with rising on‑chain volume is healthier than a thin, low‑volume move. - If price is up but on‑chain volume is stalling and large holders are distributing, that’s often a warning sign.
Practical Workflow: From Idea to On‑Chain Confirmation
Here’s a concrete workflow you can use for almost any Solana token.
Step 1: Discover the Token
You might see a ticker on: - Twitter/X - Telegram - A DEX listing page
First, get the mint address from a trusted source (official announcement, reputable aggregator, or explorer search).
Step 2: Basic Safety & Structure Checks
In Solscan / SolanaFM: - Open the mint account: - Confirm mint authority and freeze authority status. - Open the top holders tab: - Check if one or two wallets hold a huge majority of supply.
In Birdeye / DexScreener: - Confirm which pools exist and on which DEXes. - Check initial liquidity and whether it’s locked (if the platform exposes that info) or at least not trivially withdrawable by a single wallet.
Step 3: Read Live Swap Flow
On Birdeye / DexScreener: - Watch the live trades table: - Are buys or sells dominating? - Are there repeated patterns from the same wallet (e.g. clear bot behavior)? - Are trade sizes organic (many small/medium trades) or dominated by a few huge ones?
Click into a few transactions → open in Solscan: - Confirm they are real swaps on known DEX programs. - Check fee levels; if many trades are paying high priority fees, you’re in a competitive environment.
Step 4: Track Key Wallets
From the live trades list: - Identify wallets making large or well‑timed entries. - Open those wallets in Solscan/SolanaFM and see: - What other tokens they hold - How long they typically hold positions
Over time, you build a small list of wallets worth watching as part of your on‑chain reading.
Step 5: Plan Entries and Exits
Using the on‑chain data above, align your trading plan with: - Liquidity: size positions so your trade is a small fraction of pool depth. - Flow: avoid chasing when sells are already dominating and large holders are exiting. - Fees: during congestion, set a reasonable priority fee based on what recent successful swaps for that token are paying (visible in explorers and some wallets that surface CU price suggestions). (openliquid.io)
Going Deeper: Building Your Own On‑Chain Views
If you’re comfortable with code, you can build custom dashboards tailored to your strategy.
Typical stack today:
- RPC / Data provider: Helius, Syndica, or another provider that supports full Solana JSON‑RPC plus enhanced APIs. (platform.solana.com)
- Core RPC methods:
- getSignaturesForAddress – list of signatures for a wallet or program. (solana.com)
- getTransaction / getParsedTransaction – decode each transaction.
- Websocket subscriptions for account changes or logs to get real‑time updates.
- Enhanced APIs (e.g. Helius):
- Direct token transfer feeds and decoded program events without manual instruction parsing. (reddit.com)
With this you can: - Stream all swaps for a given mint - Tag wallets as whales, bots, or retail based on behavior - Compute custom metrics like buy/sell imbalance, average entry price of top holders, or realized PnL for specific wallets
These are all just structured views of the same underlying on‑chain data you see in public explorers.
Conclusion: Treat On‑Chain as Your Order Book, Not Just a Chart
On Solana, reading on‑chain data is not a niche developer skill – it’s how you see the real flow behind every candle: - Fees and priority fees tell you how competitive the trade environment is. - Wallet and token accounts show who actually holds and moves size. - Program IDs and pool accounts reveal where liquidity really sits. - Swap flows and holder changes give you context for every price move.
You don’t need to become an RPC engineer to benefit. Start with explorers (Solscan, SolanaFM), DEX analytics (Birdeye, DexScreener, Jupiter), and a simple habit: before you trade, read the chain for that token.
Over time, you’ll recognize patterns – how real accumulation looks, how distribution looks, and how manufactured volume differs from organic flow – all directly from Solana’s on‑chain data.