CONTINUUM PROTOCOL · METEORA EXECUTION

MEV-proof trading,
without new liquidity.

Continuum turns a Meteora pool into a receipt-ordered market: pricing remains with DAMM v2 or DLMM while execution eligibility is enforced by an onchain FIFO airlock.

ORDERINGSTRICT FIFO
USER FAST PATHONE SIGNATURE
WRAPPER BACKING1:1 NATIVE
VENUESDAMM V2 + DLMM
01SYSTEM MAP

Liquidity beneath. Consensus above.

Continuum is an additive execution layer. It does not fork Meteora or replace its market-making math; it constrains when and how a protected pool may be touched.

01WALLET + APP

Quote, intent, one approval

02CLIENT SDK

Commit, verify, compile v0

03RECEIPT ORDER

PoSq signer + durable sequence

04CONTINUUM

FIFO gate, wrap, CPI, unwrap

05METEORA

DAMM v2 or DLMM pricing

ONCHAIN CONTROL PLANEPoolQueue → ReceiptChain → UsedNonce → AirlockRegistry
ASSET PLANEUnderlying → 1:1 cMint → Meteora reserves → Underlying
LIVENESS PLANEParked Order PDA → permissionless crank / expiry / refund
PROTECTION SWITCH

A pool becomes protected only when its canonical queue and registry are initialized. Open DLMM endpoints re-check those PDAs and fail closed, so registration cannot be bypassed through the receipt-free adapter.

02EXECUTION LIFECYCLE

One order. Two safe landing paths.

The receipt determines economic priority before the Solana transaction competes for inclusion. The current head executes atomically; later sequences park without mutating shared market state.

01

Quote + commit

The client quotes current Meteora liquidity, chooses an exact input and slippage floor, then commits the complete economic intent with a fresh salt and nonce.

02

Obtain a receipt

The receipt service assigns the next pool sequence. Its signed PoSq envelope binds the cluster, program, queue, predecessor, intent, deadline, and global position.

03

Verify before signing

The SDK recovers the configured receipt signer and checks the live queue, receipt chain, pool identity, sequence, commitment, deadline, and predecessor.

04

Approve once

The wallet sees one versioned transaction. No wrapper token approval, intermediary custody transfer, or second settlement signature is required.

05

Execute at FIFO head

Continuum wraps the native input 1:1, temporarily opens the protected pool, calls the pinned Meteora program, enforces output deltas, refreezes, and unwraps.

06

Park under contention

A non-head order parks raw underlying in a sequence PDA. Any keeper can execute it at the exact head—or expire and refund it after the signed deadline.

ATOMIC HEADWRAP → METEORA CPI → DELTA CHECK → UNWRAP

Immediate underlying output. Every write commits or every write rolls back.

ORDERED PARKRAW ESCROW → FIFO HEAD → EXECUTE OR REFUND

No shared cMint or pool writes until the sequence becomes executable.

03WHY CONTINUUM

Fair ordering as market infrastructure.

Protection is expressed through deterministic state transitions and custody constraints—not through a trusted router promising to behave.

01

ORDER, NOT ARRIVAL

Execution follows a cryptographically bound pool sequence, not validator-observed transaction arrival or priority-fee bidding.

02

ONE WALLET ACTION

Wrap, protected swap, accounting checks, and unwrap compose into one atomic user transaction on the fast path.

03

METEORA LIQUIDITY

Continuum adds ordered ingress and custody constraints around DAMM v2 and DLMM rather than replacing their pricing engines.

04

1:1 CUSTODY

Every cMint unit is backed by one native SPL base unit. The successful user path ends in the underlying output token.

05

FAIL-CLOSED CPI

Program IDs, ProgramData slots, pool state, reserves, mints, oracle, bin arrays, PDAs, and realized deltas are validated onchain.

06

PERMISSIONLESS LIVENESS

Parked execution, expiry, and refunds do not depend on a privileged custodian. Keepers pay fees; they cannot redirect funds.

04SECURITY MODEL

What “MEV-proof” means here.

For registered pools, no valid Continuum execution can jump the signed pool sequence. The boundary is deliberately narrower than claiming control over validator inclusion or offchain availability.

PROPERTYENFORCEMENTCLASS
Execution ordering

A valid sequence can terminate only at the queue head. Atomic and parked paths share one cursor and predecessor chain.

Protected
Atomic custody

Any wrap, Meteora CPI, minimum-output, refreeze, burn, or unwrap failure rolls the entire transaction back.

Protected
Replay resistance

Owner, pool, accounts, direction, amounts, deadline, nonce, and receipt predecessor are commitment-bound; nonce PDAs are one-use.

Protected
Pool invariants

Canonical wrappers stay fully backed; protected reserves return frozen; output is measured from realized token deltas.

Protected
Global censorship

Continuum cannot force validators to include a transaction, and a liveness failure may delay a parked order until expiry.

Boundary
Signer equivocation

The current devnet receipt proves authorization, not threshold non-equivocation or finalized-root inclusion. Conflicts are detectable evidence.

Boundary
05INTEGRATION ROUTES

Integrate at the layer you own.

Use the hosted terminal, build with the typed SDK, call the operational APIs, or compose the onchain instructions directly. Secret receipt keys never enter browser code.

ROUTE A · FRONTEND

Use the reference terminal

Wallet Standard discovery, protected quotes, signed receipts, one-transaction settlement, parked-order tracking, pool creation, and open-pair discovery are already wired.

OPEN TRADING TERMINAL
ROUTE B · TYPESCRIPT SDK

Own the user experience

Use ContinuumMeteoraClient to prepare native intents, validate protected receipts, build atomic or park transactions, and crank terminal states.

npm install @continuum/meteora-sdk

const client = new ContinuumMeteoraClient(rpc)
const prepared = await client.prepareNativeDlmmExactIn(...)
const plan = await client.buildNativeDlmmAtomicTransaction(...)
ROUTE C · ONCHAIN ABI

Compose at instruction level

Initialize a queue and receipt chain, register the venue airlock, then use the native protected swap or raw park/crank instructions. All canonical account and deployment checks remain onchain.

initialize_queue_dlmm
initialize_receipt_chain
register_dlmm_airlock
swap_underlying_meteora_dlmm
park_underlying_swap
execute_parked_swap_dlmm

HTTP service surface

POST/api/receipt

Reserve a protected sequence and receive a signed atomic-or-park assignment.

GET/api/receipt/status?pool=<pool>&sequence=<n>

Read durable reservation and terminal state.

POST/api/receipt/status

Reconcile a submitted signature into receipt lifecycle evidence.

POST/api/dlmm/quote

Quote an allowlisted protected DLMM pool and return validated execution accounts.

GET/api/health?pool=<pool>

Inspect queue cursors, receipt allocator, signer readiness, and keeper freshness.

GET/api/dlmm/open/lookup?mintA=<mint>&mintB=<mint>

Discover supported DLMM pools by underlying pair; protection state is explicit.

POST/api/dlmm/open/create · /position · /swap

Create, seed, or swap an open DLMM pool. Open routes never bypass protected pools.

06LIVE REFERENCE

Deployed and exercised on devnet.

The reference deployment includes protected DAMM v2 and DLMM markets, an open DLMM creation/swap path, durable receipt allocation, and independent keepers.

WEB + RECEIPT API DAMM KEEPER DLMM KEEPER HTTPS PROXY
READY TO TEST

Trade the protected path.

Connect Phantom on Chrome or Brave, request devnet inventory, and submit a receipt-ordered Meteora swap.

LAUNCH TERMINAL