RPCsStale

Fastest free TRON RPC, live no-key JSON-RPC endpoint latency

HTTP round-trip latency for `eth_getBlockByNumber("latest", false)` against every free, no-key public TRON JSON-RPC-compatible endpoint, audited every 60 seconds from 3 regions.

TL;DR. As of , TronGrid leads rpc latency at 13 ms (p50, 24h) on Fastest free TRON RPC, live no-key JSON-RPC endpoint latency. Source: OpenChainBench, https://openchainbench.com/benchmarks/tron-rpc.

Companion page

Comparing free RPC endpoints across every chain we measure? Open the cross-chain RPC matrix →

TRON exposes two RPC surfaces: the native Tron HTTP API (`wallet/getnowblock`, `wallet/triggersmartcontract`) and an EVM-compatible JSON-RPC endpoint (`/jsonrpc`) that speaks standard Ethereum method names (`eth_blockNumber`, `eth_getBlockByNumber`, `eth_getBalance`). This bench measures the JSON-RPC surface because that is the path every TRON-compatible EVM wallet, TronWeb bridge and cross-chain bot integrates against. Provider cohort at launch: TronGrid (Tron Foundation official), dRPC and PublicNode / Allnodes. Ankr's JSON-RPC path is keyless in branding but rejected our probes with `API key is not allowed to access blockchain`; Chainstack, NOWNodes, GetBlock, Tatum and BlockPI require API keys on the TRON JSON-RPC path; OnFinality and Blast API have no public TRON JSON-RPC gateway at this time. The native TRON REST API surface (used by TronWeb + TronBox) is out of scope for the RPC cluster and would need a chain-specific probe added.

Methodology

Per-chain member of the RPC latency cluster, extended to the TRON JSON-RPC-compatible surface. We measure the round-trip latency of a single, identical JSON-RPC call (`eth_getBlockByNumber("latest", false)`) against every no-key public TRON JSON-RPC endpoint that sustains continuous probing, 3 providers at launch, every 60 seconds, from us-east, eu-west and Singapore. The harness classifies every response (ok / http_err / jsonrpc_err / stale / timeout) with the EVM staleness gap tuned for TRON's ~3 s block time (25 blocks ≈ 75 seconds). The cross-chain view lives on the parent `rpc-capabilities` benchmark; this page is the TRON-scoped answer with per-region breakdowns as a first-class dimension.

Frequently asked

What is the fastest free TRON RPC right now?

TronGrid currently leads at 13 ms (eth_getBlockByNumber p50 over the last 24h), measured against 3 no-key JSON-RPC providers probed every 60 seconds from us-east, eu-west and Singapore. The leaderboard re-sorts continuously against fresh Prometheus samples, so the answer on this page is the answer right now, not a quarterly snapshot. Use the region tabs to see the leader from the origin closest to your deployment.

Which TRON RPCs work without an API key?

Three JSON-RPC endpoints sustain continuous keyless probing at launch: TronGrid (`api.trongrid.io/jsonrpc`), dRPC (`tron.drpc.org`) and PublicNode / Allnodes (`tron.publicnode.com/jsonrpc`). Every listed endpoint was live-verified with an `eth_getBlockByNumber` POST returning a parsable hex head before inclusion. Excluded by the audit: Ankr's TRON JSON-RPC path rejects keyless probes with `API key is not allowed to access blockchain`; Chainstack, NOWNodes, GetBlock, Tatum and BlockPI require an API key on the TRON JSON-RPC path even though branded as public; OnFinality, Blast API and AllThatNode have no public TRON JSON-RPC gateway. The TRON JSON-RPC provider market is materially smaller than the EVM one , most TRON infra vendors expose only the native TRON REST API keyless.

Why only 3 providers when other RPC benches have 5+?

TRON's JSON-RPC compat layer is thinner than the EVM one, and most infra vendors gate it behind an API key even when their native TRON REST endpoints are keyless. The 3 providers on this page are all keyless endpoints that responded correctly to a plain POST during the launch audit; when other vendors open a keyless JSON-RPC path we will add them. Latency and reliability numbers here are still meaningful because the 3 providers span a Foundation-official endpoint, a multi-provider aggregator (dRPC) and a universal multi-chain gateway (PublicNode) , the three infra archetypes an integrator would compare against each other anyway.

Does this bench cover the native TRON REST API (`wallet/getnowblock`)?

No. This bench scopes only the EVM-compatible JSON-RPC surface (`/jsonrpc` endpoints), because that is the path cross-chain wallets, TronWeb bridges, and arbitrage bots integrate against. The native TRON REST API surface (used by TronWeb + TronBox directly) has different method semantics (address encoding, resource model, `wallet/*` vs `walletsolidity/*` paths) and would need a chain-specific probe added. That will land as a separate `tron-rest` bench when the demand from integrators using TronWeb directly is clear.

Does the fastest TRON RPC change by region?

Often. TRON public infra concentrates operations in specific regions; a gateway that wins from Amsterdam can lose from Singapore by multiples. The region tabs at the top of the page re-scope every number on the page to a single origin; pick the one closest to where your requests actually originate.

How is TRON RPC latency measured here, technically?

One identical JSON-RPC POST (`eth_getBlockByNumber("latest", false)`) every 60 seconds against each provider from each of 3 regions, using the same plain HTTP client the rest of the EVM cluster uses. Wall-clock round-trip is recorded at millisecond precision; p50/p90/p99 are computed via Prometheus `quantile_over_time` over 24 hours. Responses are classified (`ok` / `http_err` / `jsonrpc_err` / `stale` / `timeout`) so an endpoint stuck on an old head or returning errors behind HTTP 200 is never ranked as fastest.

Source code github.com/ChainBench/OpenChainBench/tree/main/harnesses/rpc-capabilities