Volume bot versus airdrop

What each one actually moves

The comparison becomes straightforward once the metrics are separated, because there is almost no overlap.

Read the two middle rows together. Holder count is the one thing a campaign genuinely cannot deliver, and it is the one thing an airdrop reliably does. Everything above those rows is the reverse. They are complements rather than substitutes, and treating them as a choice usually means the underlying goal was never specified.

What an airdrop really produces

A larger number of addresses holding a balance. That is the deliverable, and it is worth being precise about what it does and does not imply.

It does not imply interest. Tokens arriving unrequested in a wallet are noticed by a minority of recipients and acted on by fewer. The modal outcome for an airdropped token is that it sits in the account indefinitely, contributing to a count and to nothing else.

It does not imply engagement either. Holder count and active participation are different measurements, and a large gap between them is visible to anyone who looks at how many of those addresses have ever transacted with the token. The metrics guide covers why distribution quality is read rather than the headline figure.

What it does produce, reliably, is dilution and a selling overhang. Recipients paid nothing, so any price is profit, and the ones who do act will mostly act in one direction. If the pool cannot absorb that, the airdrop that was meant to build a community produces a chart that discourages one.

The cost structures

These look different from each other and both are frequently underestimated in the same way, by ignoring what is not an invoice.

An airdrop costs a transaction per recipient, a token account rent deposit for every recipient who does not already hold the mint, and the tokens themselves. That last item is the large one and it is dilution rather than spending, which is why it disappears from budgets that only count SOL. The deposit is not trivial either at scale, and the rent explainer covers why a few thousand recipients ties up a meaningful amount before anything else happens.

A campaign costs a service fee, venue fees and price impact proportional to the volume routed, plus a recoverable rent float for its wallet fleet. Nothing is diluted and no supply changes hands.

The honest comparison is therefore not between two SOL figures. It is between spending SOL and spending supply, and which of those a project can afford is a different question from which is cheaper on paper.

Both decay, in different ways

Neither produces a permanent result, and understanding how each fades prevents the wrong expectation.

Campaign activity decays fast. Discovery surfaces read recent windows, so a position earned by activity is lost within hours or days of the activity stopping. What persists is the record in the chart, not the placement.

Airdrop holders decay slowly. The count stays high because dormant addresses remain holders indefinitely. What decays is the meaning of the number, as it becomes increasingly obvious that most of those addresses have never done anything.

So one gives you a sharp temporary result and the other a durable but hollow one. Neither is a foundation, which is the reason both work best attached to something real rather than as the thing itself.

There is a third decay worth noting, which affects the airdrop side specifically and gets missed. The recipients who do act do so mostly in the first days, which means the selling pressure an airdrop creates is front-loaded into exactly the window when the project is most likely to be showing the token to people. Distributing shortly before a launch, a listing or any moment you were hoping would look good is therefore a common and avoidable own goal. If distribution is part of the plan, it wants to happen well before the moments that matter rather than alongside them.

Which one your goal needs

1. Nobody can find the token. Activity, because discovery surfaces rank on it and airdrops appear on none of them.
2. Supply is concentrated in a few wallets. Distribution, because that is the only thing that changes it and a campaign makes it worse.
3. A reviewer will read a twenty-four-hour figure. Activity, sized and timed for that window.
4. A reviewer will read the holder distribution. Distribution, done well in advance so it does not look like it was arranged for the review.
5. The pool is thin. Neither. Both make the situation worse, and the liquidity guide covers why depth is the prerequisite for both.

A sixth case is worth adding because it is the one most likely to be misdiagnosed. If holder count is high and activity is low, adding more holders changes nothing and adding activity changes the visible situation immediately. Teams in that position frequently reach for another airdrop, on the reasoning that the last one raised a number, without noticing that the number it raised was already the one they had plenty of. Look at which figure is actually weak before choosing the tool, because the two failure states look similar from the inside and call for opposite responses.

Using them together

The sequence that works follows from the failure modes rather than from preference.

Depth first, always, because an airdrop into a thin pool produces selling into liquidity that cannot take it, and a campaign into the same pool spends its budget moving price. Then activity, so that the token is visible and reads as a functioning market to anyone who looks. Then distribution, targeted at people who arrived because of that visibility rather than at a list of addresses with no connection to the project.

Running it in reverse is the common error and it produces the worst version of both. Tokens distributed to strangers before anyone has heard of the project create thousands of holders who will never engage, a permanent overhang, and a holder count that looks impressive until somebody checks how many of those addresses have ever traded. That check takes a minute and anyone evaluating the token seriously will perform it.