Trade
Place spot orders over REST. Every order executes immediately at the current market price — Nextbridge routes against a liquidity provider rather than running its own matching engine, so there's no resting order book to query or cancel from.
Authentication
POST endpoints require an API key with the trade scope. GET endpoints require read. Generate keys with the exact scopes you need from /settings/security.
Trade-bucket rate limits: 30 req/min, 500 req/day per key. See Rate limits.
Place an order POST /api/v1/orders
Buys or sells a spot pair against USDT. The order executes synchronously — the response includes the executed price and final balances.
Body fields:
coin— base symbol, e.g.BTC.side—BUYorSELL.mode—COIN_QTY(value is base quantity) orUSDT_AMOUNT(value is USDT notional).value— decimal string, meaning depends onmode.
List orders GET /api/v1/orders
Recent spot orders, newest first. Cursor-paginated. Requires read scope.
limit— 1 to 200. Default 50.cursor— opaque token from a prior response'snextCursor.
Idempotency
Send an Idempotency-Key header on every POST. Replays within 24h return the original response with X-Idempotency-Replay: true — your client can safely retry on network failure without double-executing. See Error handling for the full replay contract.
Cancel — not applicable
Nextbridge doesn't run a matching engine. Every order executes against the LP at the current market price and either fills completely or fails — there is no in-between state to cancel. If a future iteration adds limit orders or routes to multiple LPs, we'll add a cancel endpoint here.