Avalanche C-Chain RPC Nodes & Endpoints
Avalanche's C-Chain is the EVM-compatible contract chain within the Avalanche primary network, known for sub-second finality via the Snowman consensus. Gas is paid in AVAX, and DeFi and institutional apps rely on responsive RPC to make the most of that fast finality.
Coming soon: Ethereum mainnet is live on BLAZED.sh today. Dedicated Avalanche C-Chain node hosting is on our roadmap. The endpoints below are third-party public RPCs you can use right now, and you can join the Avalanche C-Chain waitlist below.
Avalanche C-Chain public RPC endpoints
Free, third-party public endpoints for reads and prototyping. They are shared and rate-limited, not run by BLAZED.sh, so use a dedicated node for production traffic.
https://api.avax.network/ext/bc/C/rpchttps://avalanche-c-chain-rpc.publicnode.comhttps://ava-mainnet.public.blastapi.io/ext/bc/C/rpcConnect with ethers.js
import { JsonRpcProvider } from "ethers";
const provider = new JsonRpcProvider("https://api.avax.network/ext/bc/C/rpc");
const blockNumber = await provider.getBlockNumber();
console.log("Avalanche C-Chain block:", blockNumber);Dedicated Avalanche C-Chain RPC node vs shared endpoints
Avalanche's pitch is deterministic finality in one to two seconds, and shared RPC quietly spends that advantage. If the C-Chain finalises in a second but your reads queue behind other tenants at a public gateway, the user experience is set by the gateway, not by Snowman consensus. Institutional and RWA platforms on Avalanche also tend to carry SLAs that a best-effort public endpoint simply cannot back.
A dedicated Avalanche RPC node makes the chain's speed visible again: reads return at hardware pace, subscriptions do not drop during volume spikes, and there is a real throughput figure you can put in front of a compliance team. On BLAZED.sh, your service runs in a container on the node host, so the path from consensus to your code is a local socket.
Avalanche C-Chain RPC latency: architecture over benchmarks
One to two seconds of finality is only meaningful if the read path does not add its own seconds. Remote gateways add a public-internet round trip, typically tens to low hundreds of milliseconds per call, and more under load. Co-location deletes that term from the equation: on our live Ethereum product, calls from the co-located container finish in under 10 milliseconds, and dedicated Avalanche C-Chain nodes will run on the same architecture.
What a dedicated Avalanche C-Chain node costs
BLAZED.sh prices node access in per-request credits granted monthly by your subscription, with a deliberately narrow weight spread: most RPC methods cost 1 credit, a few heavy operations like txpool_content and the trace_replay methods cost 4, and responses over 100KB add 50 credits per MB. The Beta plan is €75 per month with 1M credits, 1 container and 2 scripts; Beta XL is €249 per month with 5M credits, 3 containers and 4 scripts; Enterprise plans add private nodes and archive access. These are the live Ethereum plans today, and pricing is still being finalized. Dedicated Avalanche C-Chain nodes will launch on the same credit model, with the waitlist above deciding rollout priority.
C-Chain workloads skew toward plain reads and event queries, which are single-credit calls, so institutional teams can forecast a month's RPC bill from expected request counts alone.
See the full credit price listPerfect for
Get notified when Avalanche C-Chain goes live
We prioritise new networks by demand. Drop your email and we'll let you know the moment dedicated Avalanche C-Chain nodes are available on BLAZED.sh.
What is Avalanche C-Chain?
Avalanche splits its primary network into three chains; the C-Chain is where smart contracts live and where developers point EVM tooling using chain ID 43114. Its Snowman consensus gives deterministic finality in roughly one to two seconds, which is attractive for exchanges, RWA platforms, and games that want fast settlement without deep reorg risk. Beyond the C-Chain, Avalanche's subnet architecture lets teams run app-specific chains, but the C-Chain remains the main RPC target for most integrations. As always, the chain's speed only translates into a fast user experience if the RPC layer keeps up under sustained reads and subscriptions: the case for a dedicated, low-latency node.
Avalanche C-Chain RPC: frequently asked questions
What is the Avalanche C-Chain RPC URL and chain ID?
The C-Chain uses chain ID 43114. The official public RPC is https://api.avax.network/ext/bc/C/rpc; https://avalanche-c-chain-rpc.publicnode.com is a common alternative.
Why is it called the C-Chain?
Avalanche's primary network has three chains: the X-Chain (assets), P-Chain (staking/subnets) and C-Chain (contracts). The C-Chain is the EVM chain you deploy Solidity contracts to.
What is a dedicated Avalanche RPC node?
An Avalanche node reserved for a single customer rather than shared behind a public endpoint. It preserves the C-Chain's fast finality by removing gateway queueing and shared rate limits, and it gives teams with SLAs a capacity number they actually control. On BLAZED.sh it will also mean your code runs co-located on the node host.
Does BLAZED.sh host Avalanche nodes?
Ethereum mainnet is live today; Avalanche is on the roadmap. Add your email to the waitlist here to be notified and to help us prioritise.
Building on Ethereum today?
Run your code on the node itself. No rate limits, no compute units, predictable credit pricing, sub-10ms RPC.