Trade count vs volume, which one gets you seen
Why 200 small trades and 4 large ones look identical in SOL terms and completely different to a ranking surface, and how to weight the two.
Two coins each did 200 SOL of volume in the last hour.
One did it in 4 trades. The other did it in 340. Same number in the volume column, completely different treatment by every surface that ranks them, and a different reaction from anybody who opens the chart.
Worth understanding why before you decide how to spend a budget.
What each number measures
Volume is the SOL that moved. Size of interest.
Trade count is how many separate decisions happened. Breadth of interest.
Different questions, which is exactly why ranking systems read both. Volume alone can be one whale. Trade count alone can be dust. Put together they describe something closer to reality.
Why 4 trades reads badly
Four large trades in an hour means 4 people made a decision.
A ranking surface can't distinguish that from one participant moving money between accounts, and from the outside it genuinely might be. Your chart shows 4 steps rather than a curve, and steps read as manufactured to anybody who has looked at a few hundred charts.
Buyers reason the same way, even when they'd struggle to explain why. Four trades doesn't feel like a market. Feels like somebody's position.
Why 340 tiny trades also reads badly
The opposite failure, and people fall into it just as often.
Three hundred and forty trades averaging 0.02 SOL produces a flat line with a lot of ticks on it. Trade count looks healthy, volume looks like nothing, and the chart has no movement at all because no individual trade was large enough to shift a curve priced on cumulative purchases.
You've bought activity that a ranking algorithm partly credits and no human reacts to. How to spot a volume bot on chain covers this exact failure mode, which is the most common way a campaign disappoints.
What proportion works
Rough shape that behaves well on Pump.fun-scale coins:
| Thin | Reasonable | |
|---|---|---|
| Trades per hour | under 20 | 60 to 200 |
| Average trade | under 0.05 SOL | 0.2 to 1.5 SOL |
| Unique wallets | under 10 | 40+ |
Nothing magic about those bands. They come from what an organically busy coin looks like, and resembling that pattern matters because algorithms and traders alike are calibrated on it.
The third number
Unique wallets, and it decides more than most people realise.
Two hundred trades from 8 addresses is 8 people trading repeatedly. Two hundred trades from 120 addresses is a crowd. Same volume, same count, and clustering tools draw them very differently.
Can anybody actually see that? In about 20 seconds, on Solscan or Bubblemaps, and traders who allocate seriously always look. Bubblemaps and holder analysis covers what those pictures show.
So wallet count deserves to be a setting in its own right rather than something derived from budget, because spreading the same SOL across 300 addresses leaves a fundamentally different footprint from pushing it through 30.
How to use this when planning
Don't pick a volume number and stop.
Ask what it produces per hour, across how many trades, from how many wallets. A campaign of 200 SOL over 12 hours running 100 wallets works out around 17 SOL and maybe 80 trades per hour, which sits inside the reasonable bands above. The same 200 SOL over 30 minutes does not.
How long a campaign should run covers the duration half of that arithmetic, and the two settings interact more than they look like they should.
The ratio is the point
Volume without trade count reads as one participant. Trade count without volume reads as dust. Unique wallets separate a crowd from a handful of addresses repeating themselves.
The console exposes volume, duration, and wallet count as separate controls precisely because the ratio between them is the thing that matters, with the full cost shown before anything is signed.
Frequently asked
Neither alone. Most surfaces read both, plus unique wallets, so a campaign that maximises one at the expense of the other underperforms one that keeps them in proportion.
Not by themselves. Trade count with almost no SOL behind it produces a chart nobody reacts to, and human buyers do look at the chart.
Often the tiebreaker. Two coins with identical volume and trade count get separated by how many distinct addresses produced it.
Everything in this guide describes mechanics that settle on Solana mainnet, so you can check any of it yourself. Mint addresses, swap signatures, curve progress and wallet counts are all public, and an explorer will disagree with us if we are wrong.
Curvegrad sells a volume service, and guides that touch on what a campaign does say so in the text rather than in a footnote.
- Solana mainnet transaction history, read through the standard RPC methods
- Pump.fun bonding curve and PumpSwap pool accounts as they appear on-chain
- Public block explorers, where every claim here can be verified against a real mint
- Campaigns run through our own engine, which is where the operational detail comes from