Liquidity Lab
Explore acquisition costs. Understand sell capacity.
Compare launch configurations before committing capital.
These results assume your buyer trades first. Another buyer may purchase before them, changing the pool price and inventory. The same budget would then receive a different amount of tokens.
What does the first buy acquire?
Each point starts from the opening pool state. Fees are included.
Adjust chart zoom
Move left to zoom in. Auto shows about 10× your first-buy budget. With a zero budget, Auto uses 1 USDC.
Compare opening valuations
Independent launches with the same allocation, upper price and fee.
Capital needed to move the price
Compare supply distribution and buying depth at the same target valuations.
Compare venues
Your sidebar settings, run through each selected venue's pool model. Each row is an independent launch at the same opening FDV.
Venues
Choose up to 6. The network does not change results, so each venue appears once.
Fee basis
Venue comparison
Same supply, LP tokens and opening FDV. Each venue applies its own pool model and fee. Select a column heading to sort.
First-buy curves by venue
Supply each venue's opening pool gives at every spending level, fees included.
Lines that overlap have nearly identical results; the table shows exact values. The spending range follows the Launch overview chart.
Test the other side of the trade
The sale uses the actual reserves left by the purchase.
Rewards are existing tokens outside the starting LP allocation. No new supply is minted.
Pool state, step by step
Tradable reserves are shown separately from fees removed from liquidity.
Quote liquidity through the sequence
USDC remaining in trading liquidity after each stage.
Work backward from a first buy
Choose how much supply a buyer should receive, then solve for the opening valuation.
How to read these scenarios
Purpose. This is a local planning model for one pool and one configured liquidity position or bin distribution. It computes conditional outcomes from your inputs. It does not query balances, find live routes or submit transactions.
Units. All prices and spending are in USDC, modeled at $1. Every supply percentage uses the project's fixed total supply. Swap fees apply to executed amounts; unused input is returned. Fee amounts may be in tokens, USDC or both depending on the selected pool.
Automatic upper price. Auto keeps the upper boundary at 2 000 000 times each scenario's opening token price, including solver candidates. A manual boundary stays fixed. This wide range is a planning assumption; venue price limits still apply.
Opening comparisons. Each row is a fresh launch. Subsequent transactions appear in the Buy → sell view. For constant-product comparisons, initial USDC changes with the opening FDV to preserve the token allocation. For ranged two-sided comparisons, initial USDC is held fixed and the compatible lower boundary is derived.
Venue comparison. Each row applies your sidebar settings to one venue's pool model and fee: its preset fee, or the fee you set for that venue in the sidebar, unless you choose the same fee for all. Constant-product venues cannot start token-only, so they pair the LP tokens with USDC at the opening price. Networks do not change the results because gas costs, audiences and network-specific liquidity are not modeled. Venues with identical fee terms and results share a row.
Continuous concentrated liquidity. L = tokens / (1 / √opening price − 1 / √upper price). The lower boundary is derived from √lower = √opening − initial USDC / L. A negative or zero lower square root is rejected. Fee-free USDC moves √price; fee-free tokens move 1 / √price. Finite range limits are enforced. The infinite-upper version is a separate comparison, never a deployment setting.
Constant product. Token reserves × USDC reserves determine the curve. Both assets are required initially. Fee retention follows the selected preset. Comparisons treat each buy as one transaction; with compounding fees, splitting it into many transactions can change the result.
Discrete bins. The Meteora DLMM scenario uses geometrically spaced prices, equal token quantity per buy-side bin and, for two-sided starts, equal USDC per sell-side bin. This is a custom distribution, not an SDK Spot, Curve or Bid-Ask preset. Each bin keeps its own inventory through the sequence. Target-FDV costs are thresholds to enter the first eligible bin; an additional infinitesimal buy is needed to trade there.
Fees. The manually entered rate is fixed throughout the scenario. Dynamic, adaptive, scheduled and creator fees are not simulated. Separate fee balances include LP and protocol claims without attributing ownership. Fee share overrides are assumptions, not verified live pool settings.
Execution limits. Results use human-unit floating-point arithmetic, continuous price boundaries and modeled bins. Token integer rounding, onchain tick alignment, supported fee tiers, minimum deposits, protocol price limits and transaction fees must be checked before deployment. No result is an executable quote.
Sell capacity. Locked liquidity does not guarantee seller proceeds. A token-only start holds no USDC; later buys create quote liquidity and sales consume it. At a ranged position's lower boundary, quote principal is exhausted. Unclaimed fees are not treated as tradable principal unless the selected model compounds them.
Selected model & configuration
What the Liquidity Lab models
The Liquidity Lab is a planning calculator for token launch liquidity. Enter the total supply, the tokens placed in the pool, an opening valuation and a swap fee, and it shows what a first buyer receives for a given budget, what it costs to buy a target share of supply or move the price to a target valuation, and what holders receive when they sell into the pool afterwards.
It covers three pool designs. Concentrated liquidity: Uniswap v3 and v4, Aerodrome Slipstream, PancakeSwap v3, Raydium CLMM, Orca Whirlpools and bounded Meteora DAMM v2. Constant product: Aerodrome volatile pools, PancakeSwap v2, Raydium CPMM and Meteora DAMM v2 with compounding fees. Discrete price bins: Meteora DLMM. Networks include Ethereum, Arbitrum, Optimism, Base, BSC, Robinhood Chain and Solana.
Compare venues runs the same token settings through up to six venues side by side, and the opening-price solver works backward from the share of supply a first buyer should receive. Every calculation runs in your browser; nothing you enter is sent to Ventari.
Results are planning estimates for a single isolated pool, using continuous pool math and USDC valued at $1. They are not trade quotes or recommendations: gas costs, outside liquidity, transfer taxes and competing transactions are not modeled. The Methodology tab sets out the assumptions behind each pool design.
Ventari provides strategic and operational advisory services to token issuers. Ventari is not a law firm, broker-dealer, placement agent or registered investment adviser. Nothing on this website constitutes legal, tax, accounting or investment advice, or an offer or solicitation to buy or sell any security or digital asset. All execution and decision-making remain with the client, and clients are responsible for the legal and regulatory treatment of their tokens. Ventari works alongside client counsel.