Vault Liquidity and Order Books Price Trades Differently

Vault liquidity and order books fill swaps through different mechanisms: a pool quotes against assets already held in a vault or contract, while an order book matches a buyer with a seller’s resting order. That difference shapes the price you receive, how much control you have over execution and what happens when available liquidity is thin. A displayed quote is only a starting point; compare the expected output after price impact and fees.

In a pool, a swap changes the inventory ratio, so each trade can move the price for the next one. In an order book, marketable orders consume bids or asks, usually starting at the best available price and moving through the book if the order is larger than the quantity posted there. For a closer look at how route choices affect a thor swap, see the fuller route-by-route explanation.

How does vault liquidity set a swap price?

A pool swap calculates output from the pool’s asset balances and pricing rule. In a constant-product pool, the product of the two token balances is kept approximately constant as a trade changes them; the marginal price follows the balance ratio. The larger the input relative to the pool’s depth, the further the trade moves along the curve, reducing the average execution price. This is price impact. Slippage can add another difference if the pool state changes between the quote and execution.

“Vault liquidity” can describe assets held in a protocol’s vaults, but the vault and the pricing mechanism are not the same thing. A vault may secure or custody assets, while a pool’s accounting and swap rules determine the quote. In THORChain, for example, external-chain assets are handled through vaults and swaps use Continuous Liquidity Pools. Supported assets are paired with RUNE, so a swap between two external assets can pass through their respective RUNE pools. Each pool leg affects the final output, and the outbound transfer to the destination chain has its own network cost.

This design makes a quote available from pool inventory without waiting for a specific counterparty to post the other side at a chosen price. The trade-off is that the pool absorbs the order against its curve. Thin depth, a large trade or a volatile market can make the resulting average price diverge from the pool’s starting price. A price limit or minimum-output condition can bound execution where the protocol supports it, but it can also leave a trade partly or entirely unfilled.

How does an order book fill a swap?

An order book records limit orders: bids specify how much buyers will pay, and asks specify how much sellers will accept. A market order takes liquidity from those resting orders. The best bid and best ask define the spread, while the quantities at each price level define visible depth. A market order that exceeds the quantity at the best price continues into worse levels, creating execution cost through book impact.

A limit order gives the trader a price boundary, but not a guaranteed fill. It can remain open if the market does not reach its price, and it may fill only partially if available opposite-side interest is insufficient. The book can also change before an order reaches the matching engine. On-chain order books add transaction inclusion and ordering to that uncertainty; the precise risk depends on the chain and venue’s matching design.

Books expose more direct control over price and size. They also depend on makers replenishing quotes. A narrow spread at the top does not establish deep liquidity: check how much is available across the price levels your trade would consume. Pools present a different view. Their pricing curve implies the cost of a trade at each size, but the quoted output still depends on the pool state when execution occurs.

Which route gives the better execution?

Neither format wins by category. The comparison is between the total executable cost for your size and the controls you need. For a small trade against a deep pool, the curve may produce a competitive quote and execution can be direct. A deep order book can offer tighter pricing and limit-order control, especially when you do not need an immediate fill. In a thin market, either route can be expensive: the pool may move sharply along its curve, or the book may have a wide spread and little size near the top.

• Compare the expected output for your exact trade size, not just the displayed spot price.
• Include pool price impact or book spread and depth, plus network, trading and protocol fees.
• Check whether the route offers a minimum output or price limit, and whether that condition can cause a partial fill, delay or refund.
• For a large trade, compare a single execution with supported split or streamed execution; account for extra time and route-specific costs.

For a pool-based cross-chain swap, the final amount may reflect multiple pool legs as well as inbound and outbound chain fees. Streaming can divide a large swap into smaller executions over time where the protocol supports it. That can reduce the impact of each part, but it exposes later parts to changing pool prices and takes longer to complete. An order book can also be worked over time, though fill certainty depends on incoming counterparties and the venue’s order rules.

What should you check before swapping?

Start with the quoted net output and the conditions attached to it. Identify where the trade executes, whether it uses one pool or multiple legs, and which fees are deducted from the output. Then check the minimum-output setting, quote expiry or any streaming interval. A route can look cheaper before fees but deliver less after outbound costs; another can quote more but fail its price limit before completion.

For most readers making a routine swap, choose the route with the strongest net quote at the intended size and a clear execution bound. Use an order book when price control matters and you can accept waiting for a fill. Use pool liquidity when its depth supports your trade and the convenience of immediate algorithmic pricing outweighs the curve impact. The useful comparison is not “pool or book” in the abstract. It is how much executable liquidity is available at the price you are willing to accept.