Solana-only counterpart to /swap. Shares the full quote → route → vendor buildSwapTx → priceImpact → minReceive → instruction-assembly pipeline; the only difference is the response: instead of returning a signed-and-serialized base64 transaction, this endpoint returns the uncompiled instruction list plus the address-lookup-table (ALT) address list, leaving v0-transaction compilation, signing, and submission to the caller.
Use this when the caller needs to:
prepend / append their own instructions (e.g. fee splitting, custom logging) before signing;
reuse the platform-curated route, slippage, PS-variant rewriting, ALT injection, ComputeBudget overwrite, and ATA batching while still controlling the final wire format.
Only supports binanceChainId=CT_501 (Solana). Other chains return CHAIN_NOT_SUPPORTED (40411). Parameters mirror the Solana subset of /swap (no EVM-only approveTransaction / approveAmount / gasLimit). Supports the custom-fee (Add Fee / referral fee) parameters (feePercent + fromTokenReferrerWalletAddress / toTokenReferrerWalletAddress), with the same semantics as /swap — the fee instructions are injected into the returned uncompiled instruction list.
Request parameters.
Build the on-chain swap calldata for a previously quoted route. The request is matched against the cached quote by quoteId (TTL ~30s); if the entry has expired, QUOTE_EXPIRED (40401) is returned, and if the request parameters disagree with the cached quote, SWAP_QUOTE_MISMATCH (40462) is returned.
Request parameters.
Query multiple DEX vendors in parallel and return the priced routes sorted by toTokenAmount (descending). Each route carries an independent quoteId (TTL ~30s) that the swap endpoint consumes to construct calldata for the chosen route.
Request parameters.
Return blockchain networks supported by the DEX aggregator. The supported list is dynamically configured server-side and may change over time.
Pass binanceChainId to filter to a single chain; omit it to get the full list.
OptionalrequestParameters: GetAggregatorSupportedChainsRequest
Request parameters.
Build the on-chain transaction data needed to approve the DEX router to spend a user's ERC-20 token before a swap. Calldata is encoded per the ERC-20 ABI standard (approve() selector + spender + amount).
Request parameters.
Query the settlement status of an RFQ order by its platform orderId (returned by POST /order/submit). Poll this endpoint until status reaches a terminal state: FILLED (settled on-chain) or FAILED (settlement failed).
Request parameters.
Look up the on-chain status of a DEX swap by binanceChainId + txHash.
Response semantics:
Transaction not found: data is null (not HTTP 404).
Transaction failed: status=failed with errorMsg; aggregator
business fields (txType, dexRouter, fromTokenDetails,
toTokenDetails) are null.
Transaction succeeded: status=success with full token details
when an aggregator event is present.
Request parameters.
Combines quoting and swap-transaction construction into a single call. Unlike the two-step /quote + /swap flow, this endpoint does not require a prior /quote call or a quoteId — it returns the executable calldata / swapTransaction directly, eliminating one HTTP round-trip.
Use this endpoint for latency-sensitive trading when the vendor is known upfront. The response shape is identical to /swap, so clients can reuse the same response parsing logic for both endpoints.
Request parameters.
Submit a signed RFQ order to the backend for on-chain settlement via the corresponding vendor relayer. Only used when executionMode=RFQ (equity / RWA tokens such as Ondo and BStock).
Flow*: GET /quote → pick an RFQ route → GET /swap → sign rfq.typedDataToSign with EIP-712 (eth_signTypedData_v4) → call this endpoint → poll GET /order/{orderId} until FILLED or FAILED.
Idempotency*: Submitting with the same requestId within 30 minutes returns the original result without re-calling the vendor. Use a new UUID for each distinct order; reuse the same UUID when retrying.
Request parameters.
TradingApi - interface TradingApi