The client determines which RPC namespaces you can call. For example, Geth exposes
debug_* while Erigon adds the Parity trace_* namespace, and Bor (Polygon) does not implement trace_* at all. See Debug and trace APIs for the per-protocol breakdown and Request units for how calls are billed.web3_clientVersion (EVM) or the chain’s equivalent.
Ethereum
Execution layer:- Geth — the Go Ethereum implementation; exposes the
eth_*anddebug_*namespaces. - Reth — the Reth implementation, used for archive nodes.
- Erigon — the Erigon implementation, available on Dedicated Nodes; adds the Parity
trace_*namespace on top ofdebug_*.
- Lighthouse — the Rust implementation of the Ethereum Beacon Chain client.
Polygon
Polygon runs the Bor client — the native Polygon client. It is interacted with using the standard Ethereum JSON-RPC methods.BNB Smart Chain
Archive nodes run Reth (thereth-bsc implementation) — Chainstack migrated the BNB Smart Chain archive client from Erigon to Reth. It is interacted with using the standard Ethereum JSON-RPC methods.
Avalanche
AvalancheGo is the Go implementation of an Avalanche node. It exposes a Geth-compatible C-Chain API with a limited set ofdebug_trace* methods. See the Chainstack Avalanche API reference.
Cronos
Cronos is a fully EVM-compatible chain. Connect via the standard Ethereum JSON-RPC API or libraries like ethers.js, web3.js, and web3.py.Gnosis Chain
- Execution layer — Nethermind, the .NET implementation. See the JSON-RPC reference in the Nethermind documentation.
- Consensus layer — Lighthouse.
Harmony
The client is the Harmony Go implementation, interacted with using Geth-style JSON-RPC methods.Fantom and Sonic
Both Fantom and Sonic run the Sonic client (Sonic is the successor network to Fantom Opera). It is EVM-compatible and accessed via the standard Ethereum JSON-RPC methods.Ronin
The client is Ronin — a Go Ethereum fork — interacted with using Geth-style JSON-RPC methods.Arbitrum
Stylus is supported
Arbitrum nodes on Chainstack support Stylus.arbtrace_* for pre-Nitro blocks and debug_* for post-Nitro blocks. See the Chainstack Arbitrum API reference and the official Arbitrum docs.
Base
The execution client isbase-reth-node (built on Reth) and the consensus client is base-consensus. Base introduced this native stack with the Azul upgrade (mainnet May 28, 2026), replacing op-geth and op-node.
Optimism
Global Nodes and Trader Nodes run op-reth (built on Reth). See the Chainstack Optimism API reference.zkSync Era
The client is zkSync Era. Tracing is served through thedebug_* namespace on archive nodes.
Scroll
The client is Geth-based (l2geth), accessed via the standard Ethereum JSON-RPC methods.
Solana
Solana runs Agave (the Anza validator client; reports assolana-core via getVersion). JSON-RPC methods are documented in the Solana docs. For clients, use @solana/kit or the classic @solana/web3.js — both are maintained.
TON
TON runs the official TON node. Chainstack exposes both the v2 and v3 APIs — see Choosing TON API v2 or v3.Sui
Sui runs the official Sui full node. Chainstack serves Sui over both JSON-RPC and gRPC — see the Sui gRPC endpoint.Aptos
Aptos-core is the official Aptos client, accessed through its REST API and SDKs (TypeScript, Python, Rust).TRON
java-tron is the client. See the TRON API reference.Starknet
Chainstack’s Starknet nodes implement the Starknet JSON-RPC specification v0.8.1 (confirmed viastarknet_specVersion).