How Does Phoenix Work?

Phoenix: fully on-chain central limit orderbook with crankless design on Solana

Phoenix eliminates the crank (external transaction to settle trades) that previous Solana orderbooks like Serum required. Trades settle atomically within the matching transaction, reducing latency and removing crank operator dependency.

Atomic trade settlement without external crank or settlement transactions

Unlike Serum which required a separate crank transaction to finalize trades, Phoenix settles trades atomically. This reduces MEV opportunities from crank ordering but introduces new MEV vectors from transaction ordering.

Standard maker-taker fee model with zero or negative maker fees to incentivize liquidity provision

Follows traditional exchange fee model where makers (limit orders) pay lower fees than takers (market orders) to incentivize orderbook depth.

Full limit order support with GTC, IOC, and post-only order types

Supports standard order types found in traditional exchanges. Post-only orders ensure makers never accidentally take liquidity.

Phoenix Perpetuals: on-chain perpetual futures built on the Phoenix orderbook engine (in development)

Extending the crankless orderbook architecture to perpetual futures trading. Still in early development, adding derivatives risk to the spot exchange infrastructure.

Ellipsis Labs foundation-managed development with no governance token yet

Protocol development controlled by Ellipsis Labs. Well-funded ($44M across seed and Series A from Paradigm, Electric Capital, Haun Ventures). No decentralized governance yet.

Phoenix's fully on-chain design means orderbook operations are entirely dependent on Solana network performance. During congestion, order cancellations fail while stale orders remain executable, creating adverse fills for market makers.

While crankless design eliminates crank-ordering MEV, atomic settlement creates new MEV vectors. Jito block space auctions allow searchers to front-run Phoenix orders by paying validators for priority inclusion.

With only $14M TVL, even zero maker fees may be insufficient to attract professional market makers. Thin orderbooks create wider spreads, making Phoenix uncompetitive against AMMs for most trading pairs.

Extending the orderbook engine to perpetuals introduces derivative-specific risks (funding rate manipulation, liquidation cascades) onto infrastructure designed for spot trading. Shared codebase vulnerabilities could affect both products.