Exit Desk — the onchain exit desk for memecoins
E X I T
Exit Desk — onchain
The onchain exit desk for memecoins

EVERYONE HAS TO SELL. THE QUESTION IS HOW.

You hold a position large enough that your own sell order moves the price. The whole memecoin tool stack was built for the way in — new pair detection, sniping, copy trade. On the way out you get one market-sell button and a thin pool.

Exit Desk reads the pool onchain and cuts your sell into slices sized to real depth. Assets never leave your wallet. You sign every slice.

Contract address — CA
{{ ca }}
Simulation mode is free and needs no wallet. Paste a token, enter size, read the table before you decide whether to sign anything.
Collage of the doorman holding an exit door open beside a front desk
The doorman
I do not tell you to buy. I open the door and I hold it.
Animation of the doorman opening the exit door
Door open
Memecoin segment — current measurement window
measured 2026-08-31 · source: factory-engines
Segment market cap
$30.76B
24h volume
$2.63B
Active tokens
382
Supply density
80.69
↳ spread that volume across 382 tokens and every single pool is far thinner than the aggregate suggests. That is why this desk exists.
Paper-cut doorman opening a door with green light behind it
Nobody owns the way out
Photon and Axiom optimise latency and sniping. GMGN.ai optimises entry signal. DEX Screener optimises discovery. The exit is still a default button.
Core capability — P0

Read the pool first.
Do the arithmetic second.

Paper cut into uneven slices by green lines
↳ slices are not equal, because pools are not equal.
01

Onchain pool state reader

Two-sided depth, pool fees and available routes across DEXes, read at this moment. Without this layer there is nothing to slice against. Every number on the simulation table starts from real pool state, not a displayed price.

02

Slicer bound to your slippage ceiling

You enter the size you need out and the maximum slippage you accept per slice. The system derives slice count, each slice size and the spacing between them from measured depth.

03

Simulation table, next to the single-order case

Estimated slippage per slice, the total, and the expected average price — placed directly beside what happens if you sell in one market order. The default sell button does not show you that number before you sign. This table does.

04

You sign each slice from your own wallet

The system builds the transaction, pushes it to your wallet, waits for your signature, waits for confirmation, and only then builds the next slice. No keys held, no deposits taken, no internal matching. Every quote is re-simulated right before it is pushed; drift past the limit rebuilds instead of letting you sign a stale transaction. Each transaction carries an onchain slippage guard.

05

Stop when the pool runs dry, and record all of it

Depth below your floor stops the schedule. You continue, stretch the spacing, shrink the slice, or cancel the remainder. At the end the execution log lists every slice: size, price achieved, realised slippage against the estimate, fee paid. Exportable for your books.

Sticker of the doorman with EXIT sign eyes holding a door
Waiting — scanning pool
Scanning the pool. Nothing to sign yet.
Desk states: scan pool → cut slices → queue → open the door → done. The doorman speaks in three states only, and never recommends a buy.
Simulation mode — free, no wallet

Cut it before you sign it

Numbers below are a model, not a quote. Fee rate, chain and router for the MVP: not yet determined.
Order parameters
How much of each slice's price impact the pool absorbs back before the next slice. At 0% slicing buys you nothing — that is honest and it is in the model.
Assets never leave your wallet. Simulation signs nothing.
Sliced vs one market order
{{ statusLabel }}
One market order
{{ singleProceeds }}
avg price{{ singleAvg }}
total slippage{{ singleSlip }}
Sliced schedule
{{ slicedProceeds }}
avg price{{ slicedAvg }}
total slippage{{ slicedSlip }}
Difference on this configuration
{{ deltaUsd }} {{ deltaPct }}
Slice schedule — {{ sliceCount }} slices
spacing randomised · MEV surface scored before run
# Slice size Est. slip Exec price Proceeds Wait
{{ s.n }} {{ s.size }} {{ s.slip }} {{ s.exec }} {{ s.proceeds }} {{ s.wait }}
{{ verdict }}
Execution fee: not yet determined. It will be charged as a percentage of executed volume — that is the entire business model.
Silhouettes queueing down a fire escape toward an open door
Done — slippage under estimate

Everyone leaves through one door. In order.

Slicing is not free. Many small, evenly spaced, predictable slices widen your sandwich surface and invite bots to trail the schedule — in some configurations the total cost lands above a single order.

So the desk scores MEV surface for the configuration you chose and warns before it runs, randomises slice size and spacing, and can route through a private path instead of the public mempool. The log then records real cost on both scenarios, so you conclude from your own data instead of taking our word.

↳ if the pool is deep enough to swallow your order without flinching, the table will say so. Slicing would only add fees.
Execution log — sample record

Estimate on the left. Reality on the right.

Illustrative record, not measured performance. Live execution figures: not yet determined.
wallet 0x7f2a…c41d · schedule #0192
Stopped — depth floor
Slice Size Price achieved Est. slip Real slip Route Status
{{ r.n }} {{ r.size }} {{ r.price }} {{ r.est }} {{ r.real }} {{ r.route }} {{ r.status }}
Executed
7,180,000
Remaining in wallet
4,820,000
Avg price achieved
$0.003988
Fee paid
The doorman — stopped
Depth fell below your floor. The schedule stopped at slice 11.
Three options remain: stretch the spacing and continue, shrink the slice size, or cancel the remainder. The unsold part never left your wallet, and you do not need us to keep it there.