Funding endpoints require a signed-in user session. Start with
Authentication before calling the execution routes below.
How it works
1
User authenticates
Sign in via SIWE, SIWS, Google, or any supported provider.
2
Get deposit address
Call
GET /execution/deposit-addresses to get the user’s wallet addresses and supported chains.
Returns 202 while the addresses are being prepared — poll until 200.3
User sends USDC
The user sends USDC to a supported deposit address on the chain they prefer.
4
Balance updates
Call
GET /execution/balances to see per-chain cash balances plus current venue positions.
Use POST /execution/sync-balances to force an on-chain sync if needed. For paginated activity,
use GET /execution/positions and GET /execution/orders.5
Withdraw or continue
Use the same execution surface for withdrawals, positions, orders, and any account-level
funding UI in your app.
- SDK
- Hooks
- UI Components
Withdrawals
Withdraw USDC to any external address.Supported chains
ThesupportedChains array in the deposit response tells you exactly which chains and tokens
are available. Common chains include:
Users can deposit on any supported chain listed in the deposit-address response.
Related execution endpoints
GET /execution/balancesfor managed cash balances and venue position balances.GET /execution/positionsfor paginated open positions grouped by matched market.GET /execution/ordersfor paginated execution activity.
Deposit detection
Deposits appear automatically after on-chain confirmation. There is no separate partner-side confirmation step before the balance becomes visible inGET /execution/balances.
For faster UI feedback after a deposit, call POST /execution/sync-balances to trigger an
immediate on-chain balance refresh.