Tradability calculator
The numbers
Nothing here goes to the network — it is only arithmetic.
The size of the largest trade you want the pool to take. (US$)
How much less the seller may receive. 18% is the typical aggregator threshold. (%)
In quote currency. This is what goes to the money side of the position. (US$)
Used to show the range in price terms; it does not enter the capital calculation.
Moves the floor away from where the price lands. Zero slack is degenerate: the sale drains the quote to the last cent. (%)
The figures
- Theoretical minimum capitalD × (1 − i), with no slack at all — a razor’s edge
- US$ 410
- Capital neededwith the chosen slack; slack costs
- US$ 555.77
- Virtual depththe yv that decides everything
- US$ 7,285.83
- Quote depositthe money that sits on the sell side
- US$ 1,000
- Token depositthe buy side — these you already have
- 928,068,299
The range
Where the position starts and ends, and where the price lands after the sale.
- Floor
- -25.6% · 0.000000744333
- Ceiling
- +31.3% · 0.000001313257
- Where the price landsafter a trade of the requested size
- -12.4%
⚠️ 6.42% of execution shortfall is 12.43% of price drop. If the range ends before that, the trade leaves it halfway and the real shortfall spikes.
The question that stalls every launch
How much capital does the pool need for the token to be sellable?
The answer is usually a guess, and the guess is off by an order of magnitude — too high ("a full-range pool costs US$ 11,590") or too low ("I use virtual reserve and spend nothing", which only holds for people who BUY).
The model here is pure arithmetic, no network and no SDK. In a constant-product pool, one thing decides everything: the virtual depth yv. From it come the seller’s shortfall, where the price lands, and how much capital must be deposited.
And the result is cleaner than it looks: the minimum capital on each side is D × (1 − i) — it depends only on the trade size and the shortfall you tolerate. It does not depend on the token price nor on the range width. For a trade of 500 with an 18% shortfall: 410.
Two different figures both called "impact"
Swapping them gets the capital wrong by nearly double.
The selling shortfall is D / (yv + D): you sell tokens worth D at the screen price and receive D × (1 − i). It is the number that answers "can the pool take a trade of X?".
The price move is D / yv: how far the price travels. One is a function of the other — shortfall = m / (1 + m) — and neither is wrong. But the difference matters: an 18% execution shortfall corresponds to a 32.8% price drop. The range has to cover the drop, not the shortfall.
Buying is free, selling is not
And that is why a new token looks liquid without any backing.
The BUY side is served by the launcher’s own tokens, which cost nothing. That is why a freshly created token shows buy depth with zero capital — the same mechanism the curve platforms use.
The SELL side has no such shortcut: whoever sells D receives D × (1 − i) in quote currency, and that money has to exist in the position. Virtual reserve pays the price’s bill; it does not pay the seller.