- SushiSwap is the default and the venue we work closely with on Robinhood Chain. Most Maki launches open here.
- Uniswap v3 is available as an option at launch for creators who prefer it.
The venue is frozen into the token at creation. A token lives on one DEX for its whole life; there is no migration and nothing to move.
Why this matters: your token is visible everywhere
Because every token is an ordinary v3 pool on a major DEX, the entire trading ecosystem can see it without anyone lifting a finger:- Charting and discovery platforms (GeckoTerminal, DexScreener and friends) index the pool from its first swap.
- Aggregators and wallets that integrate SushiSwap or Uniswap can route to it.
- Trading bots interact with it like any other v3 pool, because it is one.
How trading works from second zero
Freshly created pools have one practical problem: DEX routing APIs haven’t indexed them yet, and on this chain Sushi’s router depends on exactly such an API. So the Maki app trades through MakiSwapRouter, a minimal contract that swaps native ETH against the pool directly:- Works the instant the pool exists, identically on both venues.
- Stateless, ownerless, immutable. It only ever swaps against a pool it re-derived from a known factory.
- Native ETH in and out, with your slippage limit enforced on-chain.
One registry, two venues
The launchpad keeps a single on-chain registry of every token: creator, venue, pool, position, and fee split. Indexers and integrators consume oneTokenCreated stream regardless of venue. The SDK resolves each token’s venue, pool, and fee locker automatically.
Launch a token
Pick a venue, set the dev buy, one transaction. 0.001 ETH.
