Documentation Index
Fetch the complete documentation index at: https://docs.phoenix.trade/llms.txt
Use this file to discover all available pages before exploring further.
Access code vs referral code
These activation routes are not interchangeable:- Use
POST /v1/invite/activatewhen you have an access code / allowlist code. Send that value ascode. - Use
POST /v1/referral/activatewhen you have a referral code. Send that value asreferral_code. This route requires an authenticated user session forauthority.
Trader account indexes
A Phoenix trader account is a PDA derived from the authority wallet,pda_index, subaccount_index, and the Phoenix program id. In the TypeScript SDK these are passed as traderPdaIndex and traderSubaccountIndex; in Rust, TraderKey::new(...) uses (pda_index = 0, subaccount_index = 0) and TraderKey::new_with_idx(...) lets you specify both indexes.
Use pda_index = 0 for user accounts. With exchange gating enabled, only pda_index = 0 can be activated; a non-zero PDA index cannot be activated. In the future this will be used to support multiple portfolios.
subaccount_index = 0is the cross-margin account. It is created during activation and hasmax_positions = 128.subaccount_index > 0is an isolated account. Isolated accounts havemax_positions = 1, so each account is intended for one isolated position.
Create isolated accounts
Activation creates the user’s cross-margin trader account attraderPdaIndex = 0 and traderSubaccountIndex = 0. After that cross account exists, create isolated accounts by registering a non-zero subaccount index under traderPdaIndex = 0, then syncing the parent cross account to the child isolated account.
The sync instruction copies the parent account’s current capabilities and fee configuration to the isolated account.
Use
traderSubaccountIndex = 0 only for the cross account. Isolated accounts use non-zero subaccount indexes.Fund isolated accounts and open positions
When you open an isolated position yourself, mirror the same instruction order used by the server-built isolated order routes:- Pick a non-zero isolated subaccount index.
- If that child account does not exist, register it.
- Sync the parent cross account to the child account.
- Transfer collateral from the parent cross account to the child account with
TransferCollateral. - Place the order on the child account.
- Optionally append
TransferCollateralChildToParentto sweep child collateral back to the parent when the child has no active limit orders or positions, including when the order you just placed closes the isolated position.
The parent cross account is subaccount
0. TransferCollateral moves a specific amount between two trader accounts; use srcSubaccountIndex = 0 and dstSubaccountIndex = childSubaccountIndex to fund an isolated child. TypeScript amounts are native USDC units, so 1 USDC = 1_000_000n. The Rust builder accepts decimal USDC amounts.Unused isolated collateral does not stay parked forever. The server-built isolated order routes append
TransferCollateralChildToParent by default, which sweeps collateral back to cross margin in the same transaction if the order closes the position and leaves no active limit orders. An off-chain crank can also sweep idle isolated collateral when the subaccount has no active limit orders or positions.Return isolated collateral to cross margin
UseTransferCollateralChildToParent when an isolated child account should return its collateral to the parent cross account. This instruction targets one child subaccount and transfers all available collateral back to subaccount 0; it does not take an amount parameter.
The child account must have no active limit orders or positions. If the child account has no collateral left to transfer, the instruction no-ops on-chain.
This is useful after a close-position order. Place the close order first, then append TransferCollateralChildToParent; if the close leaves the isolated account with no active position and no active limit orders, the remaining collateral is moved back to the cross account.