AMM versus order book on Solana
The two market structures solve the same problem in opposite ways. One always quotes a price and sometimes a terrible one; the other quotes an excellent price when somebody bothered to post it and nothing at all when they did not. Which is better depends entirely on your token.
The same problem, two answers
Both structures exist to solve one thing: somebody wants to buy and somebody wants to sell, and they are not in the same place at the same time. Everything else is a consequence of how each answers that.
An order book answers it with a queue. Participants post the prices at which they are willing to trade, those orders rest until crossed, and a trade happens when somebody accepts one. It is the structure every traditional exchange uses and it is intuitive because it mirrors how people actually negotiate.
An automated market maker answers it with a formula. Capital is pooled, a mathematical relationship between the reserves defines a price at every moment, and anyone can trade against it without a counterparty being present. Nobody has to be watching for a trade to be possible.
That last sentence is the whole reason pools took over in this ecosystem, and it is worth holding onto while reading everything below.
Where the price comes from
On a book, the price is an opinion. Somebody decided a level was worth posting at, and the best bid and best ask are simply the most aggressive opinions currently on offer. If everyone withdraws their opinions, there is no price at all.
On a pool, the price is arithmetic. It is derived from the ratio of what the pool holds, so it exists whether or not anyone is paying attention, and it moves mechanically as trades change that ratio. That movement is what the price impact explainer covers in detail, and it is the pool's central trade-off: guaranteed availability at the cost of a price that your own order pushes around.
The consequence for a small token is decisive. A pool will quote you a price at three in the morning on a Sunday for a token nobody has heard of. A book will not, because nobody is there.
Depth is passive or posted
| AMM pool | Order book | |
|---|---|---|
| Who provides depth | Anyone who deposited, passively | Whoever is actively posting |
| Requires attention | No | Yes, continuously |
| Can vanish suddenly | Only if withdrawn | Yes, in one action |
| Cost of a large order | Slides along a curve | Consumes levels until filled |
| Best case | Predictable and adequate | Excellent, no impact at all |
| Worst case | A very bad price | No price at all |
The bottom two rows are the comparison in miniature. A pool's floor is a bad fill; a book's floor is no fill. Which of those you prefer depends on whether you would rather trade badly or not trade, and for most campaign purposes the answer is that a bad fill you can size around beats an absence you cannot.
They fail in opposite ways
Knowing the failure modes matters more than knowing the mechanics, because the failure is what you will actually encounter.
A pool fails by pricing badly. If reserves are thin relative to your order, the formula quotes something ruinous, your slippage tolerance rejects it, and the transaction reverts. The pool did nothing wrong; it answered the question you asked with the only honest answer available.
A book fails by being empty. There is no formula to fall back on. If nothing rests at any price you would accept, nothing happens. Worse, if the only resting order is far from the last trade, a market order reaches it and prints that price on the chart, which is the source of the wild single-print candles people see on thin books.
Both failures point at the same underlying condition, which is insufficient liquidity, and neither is fixed by adjusting settings. The order book guide covers what this means when routing activity through a book specifically.
Why Solana ended up mostly pools
It is not a technical accident. It follows from who is willing to do work.
Running a book requires a participant who posts prices, updates them as the market moves, and carries the risk of being on the wrong side. That is a job. For a large liquid pair there is enough flow to make it worth doing professionally. For a token that launched this morning there is no chance whatever that anyone takes it on.
A pool requires none of that. Somebody deposits once and walks away, and the formula does the quoting indefinitely. That is why an unknown token can have a functioning market within minutes of existing, which is precisely the property the launchpad model depends on.
The result is an ecosystem where pools carry nearly all the liquidity for small and new tokens, books carry meaningful depth on a handful of established pairs, and aggregators route across both without the trader needing to care which is which.
Which one your token wants
For almost every token below a certain size, the question is settled by circumstance rather than preference: your liquidity is in pools because that is where it can be, and routing should follow it.
Three practical implications follow.
- Do not chase a book listing as a milestone. A listing with an empty book is a logo, not a market, and it can produce worse outcomes than no listing at all if trades print at absurd levels.
- Size against the structure you are actually trading. On a pool, simulate and read the impact. On a book, look at how much size rests within a percent of the touch. Both answer the same sizing question in different units.
- Let the router decide the split. The best execution at any moment depends on live conditions in both structures, and a split fixed in advance is wrong as soon as either moves.
The one case where a book genuinely changes the picture is when your token has grown enough that somebody quotes it professionally. At that point large orders can fill without impact, and the market has a quality that no pool provides. That is a good problem to have and it is not where any token starts. Until then, the useful question is not which structure is better in principle but which one holds your liquidity today, and the campaign console answers that for any mint in a few seconds.
Frequently asked questions
01What is the main difference between an AMM and an order book?
An AMM holds reserves and derives a price from a formula, so it always quotes something. An order book holds individual limit orders and quotes whatever somebody has posted, so it quotes nothing when the book is empty. One is always available and sometimes expensive; the other is excellent when populated and absent when not.
02Why do most Solana tokens trade on AMMs rather than books?
Because a pool requires no ongoing participation. Anyone can seed liquidity once and the pool quotes forever without supervision. A book needs somebody actively posting and updating orders, which is a real operational commitment that nobody makes for a small unknown token.
03Is execution better on an order book?
When the book is deep, yes, because you trade against real posted size at real prices rather than sliding along a curve. A large order can fill at one level with no impact in the AMM sense. That advantage disappears entirely when nobody is quoting, which is the usual state for young tokens.
04Which is cheaper to trade on?
Neither reliably. A pool charges a fee and imposes price impact that scales with your size against its reserves. A book charges a taker fee and makes you cross the spread. On a tight book the spread is trivial and the book wins; on a wide one it dominates everything the pool would have charged.
05Can a token trade on both?
Yes, and larger tokens frequently do. Aggregators route across both structures, so a trade can be filled from a pool, a book, or split between them depending on which offers the better execution at that size and moment.
06Does market structure change how a volume campaign should be run?
It changes the sizing check rather than the principles. On a pool you read price impact against reserves; on a book you read how much size rests near the touch. Both answer the same question, which is how large a swap can be before it starts leaving visible marks.
Keep reading
Route across whatever structure holds your token
The console reads every venue with liquidity for your mint, pools and books alike, and weights by real depth.
Open the volume console