Using the API Endpoint
You can programmatically retrieve the list of supported chains to adapt to newly supported networks. The response includes an array of supported chains. Each item in the array includes the chain’sname
, chain_id
, an array of tags
, and support for each endpoint.
Each endpoint (balances, transactions, activity, etc.) has a supported
boolean value
Tags
Thetags
property groups chains by category, such as mainnet
, testnet
, or default
.
You can use these tags to filter or select chains in API requests.
Any endpoint that supports the chain_ids
query parameter accepts a tag in place of explicit IDs, letting you fetch data for an entire group of chains in a single request.
When using chain_ids
, you can request chains in several ways:
- By tags:
?chain_ids=mainnet
returns all chains tagged withmainnet
. Using?chain_ids=mainnet,testnet
returns all chains that are tagged withmainnet
ortestnet
. - Specific chain IDs:
?chain_ids=1,137,42161
(Ethereum, Polygon, Arbitrum) - Default behavior: Omitting
chain_ids
returns only chains taggeddefault
.
chain_ids
by passing the chain name (e.g. ?chain_ids=corn,funkichain
).
Open the accordion above and scan the table to see which chains carry tags and which are untagged.
Compute Units
Chain selection directly determines CU cost for chain-dependent endpoints (like Balances and Collectibles). CU equals the number of distinct chains included after expanding any tags you pass inchain_ids
. If you omit chain_ids
, we use the endpoint’s default set. Your CU equals the size of that set at request time. To keep usage predictable over time, pin explicit chain IDs instead of tags.
See Compute Units for the full rate card and guidance.