Skip to main content
Before trading end-client funds, review:
  • Asset support
  • Trade precision and minimums
  • Available balance to trade
  • Order types and submission methods
  • Single vs. block trades
  • Pricing data
  • Best practices
  • Settlement lifecycle
Testing in sandbox differs from production. Settlement testing is limited due to a mismatch between tradeable and testnet assets.

Asset support

Asset support for the wealth management integration is a subset of Anchorage Digital’s full custody asset list. Fetch supported assets from GET /v2/trading/pairs.

Trade precision and minimums

Minimum order sizes and precision increments are returned by GET /v2/trading/pairs and enforced at order submission.
Example trading pair

Balance available to trade

Fetch availableForTrading per subaccount from GET /v2/subaccounts/customers/{customerId}/accounts. This balance includes unsettled assets, which are also tradeable.

Order types and methods

Supported order type: Limit FoK (more types coming soon). Submission methods:
  • REST API — POST /v2/trading/order
  • WebSocket

Single orders and block trades

Single orders

Single subaccount orders are ideal for tailored portfolio management or direct client trade requests. Also used to on/off-ramp specific assets without rebalancing across subaccounts.

Block trades

Block trading executes multiple subaccount allocations as a single institutional order — same execution price for all underlying trades. Routes to liquidity providers via smart order routing. Block trade requirements:
  • All allocations must sum to the total order quantity.
  • All allocations must meet availableToTrade balance — if any allocation fails, the entire order fails.
  • Allocations are capped at 1,000 per order.
  • Allocation quantity must match the order’s currency.
  • All orders are Fill-or-Kill (FoK).
  • Programmatic cancellations and short selling are not supported.

Pricing data

Pull real-time asset price data from the WebSocket market data stream.
1

Configure WebSocket connection

2

Subscribe to the asset pair

3

Use response data when submitting orders


Submit an order

Key submission rules

  1. Include a 1–5% buffer on limitPrice to reduce rejections during price volatility. Execution still fills at best market rate.
  2. Submit in USD for buys; submit in-kind for sells.
  3. accountId is not required for subaccount trades.
  4. baseSizeIncrement — round allocation quantities to this precision before submission. The parent order uses this precision when routing to liquidity providers.

Order status values

Trade status values

REST API — block order

WebSocket — block order


Trading best practices

  1. Confirm supported trade pairs and log precision requirements per asset.
  2. Configure pricing market data feed.
  3. Fetch availableToTrade balance before each trade.
  4. Call the RFQ endpoint to verify quote precision and minimum trade size. Requires tradingAccountId.
  5. Submit a single or block order over WebSocket or REST.
  6. Monitor orders and trades endpoints to report execution price and quantity to end clients.
  7. Monitor subaccount balances as trades settle.
Implement retry logic for REST order submissions. Suggested approach:
  • Retry after 1s, 2s, then 4s on non-201 errors.
  • A 201 response with REJECTED status indicates a liquidity provider issue (insufficient liquidity, min order size) — retries will not help.
  • A 500 error typically indicates a subaccount balance issue.

Settlement lifecycle

Settlement is fully automated by Anchorage Digital.

Unsettled balances

Unsettled balances are available for trading immediately but not for withdrawal until settled.

Network fees

Anchorage Digital funds network fees for settlement activity. Fees are tracked in the “FBO gas fees” subaccount and funded regularly by Anchorage Digital — no action required from the wealth manager.

Settlement status values

Settlement types

TRADE | FEE (custody, advisory, model, management)

Automated settlement status flow


Integration example