Phoenix perpetuals knowledge base

Licensed under Creative Commons Attribution 4.0 International (CC BY 4.0). Attribution is required: credit “markpaper — Phoenix knowledge base”, link to the original and to the license, and indicate if changes were made.

This file explains owner authority, trader PDAs, position authority, byte-level header checks, and key-risk evidence. Public protocol addresses are distinguished from account addresses; no individual account identifiers appear here.

This file gives an evidence-based startup and recovery sequence for Phoenix perpetuals. It describes pure checks and manual validation without packaging a particular application's monitor, service layout, or trading policy.

This table summarizes Phoenix perpetuals implementation traps without reproducing account data or operational tuning. Live observations, simulations, public source facts, and experimental safeguards have distinct scopes.

This file explains collateral and margin quantities exposed by the API, pure rejection classification, and the verified distinction between mark-price reserve and order-price estimates.

This file explains Phoenix perpetuals numeric units and market metadata, including negative base-lot decimals and RWA execution bands. The public market response was checked on 2026-10-03.

This file distinguishes public protocol limits from application/RPC pacing and describes fee consequences of successful, failed, and preflight-rejected transactions. It publishes no account expenditure or fee-payer balance.

This file covers the Phoenix perpetuals instructions implemented by the toolkit and the evidence needed to interpret their outcomes. SDK-only and experimental behavior is separated from dated live or simulation observations.

This file covers Phoenix perpetuals REST data, exact account decoding, snapshot consistency, and indexer catch-up. It concerns the Solana perpetuals protocol, not the older spot order book or the Phoenix web framework.

This file describes the toolkit's experimental local signer and unsigned delegation builder, their Solana evidence model, and dependency boundaries. These are implementation contracts, not new exchange features.

Practical knowledge about Phoenix perpetuals on Solana: public reads, exact ticks/lots, trader identity, delegation, order/cancel outcomes, margin, and experimental signing. This material does not describe the Phoenix web framework or the older spot-market program.