ServicesMarketsMarket makingTokenisationRWA infrastructureTreasury managementPrice feeds & oraclesIntegrityMarket surveillanceSecurity auditingPlatformCase studiesBlogVenturesTeamAboutContact
All guides
OpinionNov 6, 2026 · 8 min

CEX vs DEX Launch: Which Gives Better Liquidity?

Depth split by where a token's holders actually trade, not by listing prestige. Why we quote Binance books and Uniswap pools together for the first 90 days.

CEX vs DEX launch: which actually gives a new token better liquidity?

Neither venue type gives better liquidity on its own; depth split according to where a token's holders actually trade is what produces a usable book. A token whose buyers sit in Binance order books gains nothing from a deep Uniswap pool, and a token held by on-chain users on Solana gains little from a centralised listing nobody routes to. We treat the venue question as a holder-distribution question first and a listing-prestige question second.

That split has moved. Enough genuine volume now sits on-chain that, in our assessment, a DEX-first launch is a credible primary strategy rather than a holding pattern before a centralised listing, and it changes how much liquidity a token needs at the start. An AMM pool that would have been a placeholder in an earlier cycle can now carry real two-sided flow.

The practical consequence is that the same nominal depth buys different outcomes depending on where it sits. Capital parked in a pool that no aggregator routes through shows as TVL and not as executable depth, while the same capital quoted into a centralised book where the holders are produces tighter spreads and lower slippage on the trades that actually arrive. The allocation between them is something we set from observed flow rather than from a listing roadmap agreed months before launch.

When is a DEX-only launch the right call?

A DEX-only launch is the right call when three conditions hold together: the community is strong, the narrative is right, and the market cap is low. We treat that as a conjunction rather than a menu, because each condition covers a job a centralised listing would otherwise have to do. Drop any one of them and the pool is carrying weight it was not built for.

The community does the work an exchange's existing user base does elsewhere. A token that launches into a Uniswap or Solana pool with no audience behind it has no resting interest on either side, and the first sellers trade against whatever USDC the team seeded and nothing more. Where the audience already exists and is already trading, in our view the same pool behaves very differently, which is why we put as much attention on the community built before the launch as on the mechanics of the pool itself.

The narrative condition is about sustained flow rather than day one volume. A launch can clear its first hours on curiosity alone and then sit with a widening spread and thin depth once the curiosity is spent, and we think that gap between the opening print and the second week is where most DEX-only launches are actually judged. A low cap is what makes the arithmetic work: the smaller the valuation the pool has to support, the less TVL is needed before a normal sized order stops moving the price by several percent. On a DEX-only launch the work is the pool configuration and the quoting around it rather than a book on a venue the token has not listed on.

When one of the three conditions stops holding, teams generally add a centralised listing on top, and from that point the pool and the order book compete for the same flow. That is a different problem with its own cost of fragmentation, and it arrives whether or not the DEX launch itself went well.

When does listing on a CEX make more sense?

Listing on a centralised venue makes more sense when the token has been priced to survive its own unlock schedule, because a visible order book turns valuation discipline into an immediate verdict. Capital in this market is selective rather than absent, and in our assessment it punishes launches priced above fair value far more quickly on a CEX book than in a pool, where the same selling pressure arrives in slower, more fragmented pieces. A listing on Binance or a venue of similar size concentrates price discovery into a few hours of concentrated flow.

That concentration cuts both ways. A launch priced conservatively against its cliffs gets the benefit: bids sit in the book, spreads tighten as two-sided interest builds, and the depth on each side absorbs early unlock supply without the slippage that would otherwise set the reference price for every other venue. A launch priced above what the market will carry gets the same visibility applied to a drawdown, and the book records it in public tick by tick.

The decision therefore sits upstream of venue selection, in how the token was priced before any book opened. We treat the unlock calendar and the launch price as a single question rather than two, because the depth required to hold a book steady through a cliff is a function of how much supply arrives and at what level it was sold. The quoting obligations a CEX listing carries are sized against exactly that schedule.

There is also a sequencing argument. A centralised listing suits a token that already has enough holder breadth and float in circulation to sustain two-sided flow, rather than one where the book would be thin enough for a single ticket to move the mark. When the first cliff lands, the depth standing in that book is what meets it, and the spread holds or widens according to how much of that supply the launch price had already accounted for.

Who actually pays to make DEX depth work?

The issuer pays. Concentrated liquidity on Uniswap or a Solana AMM is a capital position, and the capital comes from the project's balance sheet even when a market maker is the one deciding where it sits. What the market maker contributes is the work of concentration and placement, putting inventory at the price points where execution actually happens rather than spreading it flat across a curve nobody trades through.

That split is worth being explicit about before a DEX-first plan is signed off. Thin depth on an AMM is a solvable problem, and we treat it as ours to solve through range selection, rebalancing and quoting across the on-chain and centralised venues a token trades on. The slippage a buyer feels at size is a function of how much value sits inside the active range, and no amount of placement skill manufactures value that was never funded. Teams that budget for a market making engagement but not for the inventory behind it end up with a well-managed book that is still too shallow to absorb a single large order, which is one of the ways liquidity fragments across venues and gets expensive.

The cost is not always a pure outlay. Where perps exist on the token, a hedged liquidity position earns funding carry, and in our experience that carry can make depth partly self-funding over the life of the programme. The hedge changes what the position is exposed to as well, since delta sits in the perp rather than in the pool, so the economics of holding depth on-chain look different once a perps market is live than they do in the first week after TGE when no such market exists.

Can you run CEX and DEX market making at the same time?

Yes, and running both in parallel is our default rather than a special case. For the first 90 days after a TGE we provide market making on DEX pools and CEX books at the same time, because the two venue types are doing different jobs. On-chain liquidity is the leg that cannot be revoked by anyone else, while the centralised book is usually where distribution and price discovery actually sit.

In practice the two are linked by arbitrage, so quoting them together is less a matter of duplicating work than of deciding which side sets the mid. When most volume is on a Binance-style book, the Uniswap pool price follows it, and the depth in that pool determines how far the two prices can drift apart before someone closes the gap. A thin pool next to a deep book produces slippage that looks like the token is broken when it is only the cheaper venue lagging, and the fix sits in pool depth rather than in the CEX spread.

The reason we treat the on-chain leg as the fallback is that a centralised listing is held at the venue's discretion. Market status, API access and the trading pair itself can all be withdrawn, and a token whose only liquidity is a single exchange book has no price at all while that is resolved. A pool that keeps quoting through the same period gives holders somewhere to transact and gives the team a reference price it does not have to ask permission for.

Across those first 90 days the volume split between pool and book becomes visible, and quoting effort moves toward whichever venue is leading price. That shift is something issuers can verify directly if they are getting venue-level reporting on what their market maker is doing, broken out per pair rather than aggregated into a single uptime figure.

Disclosure

Vandergrid provides market making for token launches on CEXs and DEXs.

Not investment advice.


Want to discuss how this applies to your project? Get in touch →

More from Vandergrid