POST /api/binance/symbols/search
Price: 5 credits
List and filter the catalog of trading pairs and their trading rules
Browse the Binance spot trading-pair catalog. Returns trading pairs with their status, base and quote assets and precisions, allowed order types, permissions, and the full set of trading filters. Narrow the catalog with optional filters: base_asset (e.g. 'BTC'), quote_asset (e.g. 'USDT'), trading status, and supported permission (e.g. 'SPOT', 'MARGIN', 'LEVERAGED'). Use this to discover which pairs exist and how each one trades.
access-token string requiredtimeout integer — Max scrapping execution timeout (in seconds) (default: 300; min: 20; max: 1500)count integer required — Number of trading pairs to return (min: 1)base_asset string nullable — Filter by base asset, e.g. 'BTC', 'ETH' (examples: "BTC", "ETH")quote_asset string nullable — Filter by quote asset, e.g. 'USDT', 'BTC' (examples: "USDT", "BTC")status string nullable — Filter by trading status (one of: "PRE_TRADING", "TRADING", "POST_TRADING", "END_OF_DAY", "HALT", "AUCTION_MATCH", "BREAK")permission string nullable — Filter by a supported permission, e.g. 'SPOT', 'MARGIN', 'LEVERAGED' (examples: "SPOT", "MARGIN")@type string (default: "BinanceSymbol")symbol string requiredstatus string nullablebase_asset string nullablebase_asset_precision integer nullablequote_asset string nullablequote_asset_precision integer nullablebase_commission_precision integer nullablequote_commission_precision integer nullableorder_types array (default: [])iceberg_allowed boolean nullableoco_allowed boolean nullableoto_allowed boolean nullableopo_allowed boolean nullablequote_order_qty_market_allowed boolean nullableallow_trailing_stop boolean nullablecancel_replace_allowed boolean nullableamend_allowed boolean nullablepeg_instructions_allowed boolean nullablespot_trading_allowed boolean nullablemargin_trading_allowed boolean nullabledefault_self_trade_prevention_mode string nullableallowed_self_trade_prevention_modes array (default: [])permissions array (default: [])permission_sets array (default: [])filters array (default: [])@type string (default: "BinanceSymbolFilter")filter_type string requiredmin_price number nullablemax_price number nullabletick_size number nullablemin_qty number nullablemax_qty number nullablestep_size number nullablemin_notional number nullablemax_notional number nullableapply_min_to_market boolean nullableapply_max_to_market boolean nullableapply_to_market boolean nullableavg_price_mins integer nullablelimit integer nullablebid_multiplier_up number nullablebid_multiplier_down number nullableask_multiplier_up number nullableask_multiplier_down number nullablemin_trailing_above_delta integer nullablemax_trailing_above_delta integer nullablemin_trailing_below_delta integer nullablemax_trailing_below_delta integer nullablemax_num_orders integer nullablemax_num_algo_orders integer nullablemax_num_order_lists integer nullablemax_num_order_amends integer nullablemax_position number nullable422 — The request body did not validate Check the fields against this schema. A URN with the wrong prefix is the most common cause.408 — The request ran past its time limit Raise `timeout` in the request body, up to the maximum this endpoint documents. Lowering `count` or turning off the `with_*` flags also helps, because less work finishes sooner.412 — The entity was not found, or a precondition failed Retrying will not help: either the entity does not exist, or the input points at a different one.429 — Too many requests: a rate limit or a usage window is exhausted When the response carries an X-Retry-After header, wait that many seconds and retry: the same number is in the body as `detail.retry_after`, and the limit clears once that window passes. The message in the body names the limit that was hit.500 — Something broke on our side Retrying will not help. If it keeps happening, send us the X-Request-ID from the response headers.529 — Rate limit reached, or the endpoint is overloaded Wait at least 30 seconds, then retry.X-Error — Error message text (present only on error)X-Request-ID — Unique request identifierX-Execution-Time — Execution time in secondsX-Result-Count — How many records the body carries. 0 means an empty result, which is a normal answer and not by itself an error. A non-zero count can come back together with X-Error when the failure happened partway through — read this header and X-Error independently.X-Total-Available-Results — How many records exist for this query, when the endpoint can say. On a `dry_run` request this is the answer and the body is empty. It saturates: the endpoint's documented maximum means 'at least that many', any smaller number is exact.X-Warning — Present when the request body carried keys this endpoint does not document. They were ignored, so any filter you meant to apply through them did not apply. Check the spelling against this schema and retry.X-Retry-After — Seconds to wait before retrying. Present only on 429.