Kava RPC endpoints: free public URLs by latency
HTTP round-trip latency for the `eth_getBlockByNumber(\"latest\", false)` method against every free, no-key public Kava EVM endpoint, audited every 60 seconds from 3 regions.
TL;DR. As of , Ankr has the lowest median latency of the 4 free public Kava RPC endpoints measured, 39 ms (p50, 24h, 3 regions). Source: OpenChainBench, https://openchainbench.com/benchmarks/kava-rpc. 4 public endpoints, no key: rpc.ankr.com, kava-evm-rpc.publicnode.com, evm.kava.io, kava.drpc.org. Full URLs with their 24h median are listed below.
Companion page
Comparing free RPC endpoints across every chain we measure? Open the cross-chain RPC matrix →
Kava is a Cosmos SDK Layer 1 (chain 2222) with a native EVM execution layer, ~5 s block time under Tendermint BFT consensus, KAVA gas token on the EVM side, and IBC connectivity to the wider Cosmos ecosystem. The 2026-08-03 audit confirms 4 clean keyless providers: the Kava Labs official endpoint (evm.kava.io), dRPC (kava.drpc.org), Thirdweb (kava.rpc.thirdweb.com), PublicNode (kava-evm-rpc.publicnode.com), and Ankr (rpc.ankr.com/kava_evm). Excluded: Tenderly (no kava route), Blast API (no listing), OnFinality (rate-limited without a key), 1RPC (unknown network).
Methodology
Kava: 4 free public RPC endpoints answering `eth_getBlockByNumber` every 60 seconds from us-east, eu-west and Singapore, ranked by 24h median. Ankr leads at 39 ms; the chain-official endpoint measures 112 ms. We measure the round-trip latency of a single, identical JSON-RPC call (`eth_getBlockByNumber(\"latest\", false)`) against every no-key public Kava EVM endpoint that sustains continuous probing, 4 providers measured, every 60 seconds, from us-east, eu-west and Singapore. The harness classifies every response (ok / http_err / jsonrpc_err / stale / timeout) with a Kava-scaled staleness gap (20 blocks at Kava's ~5 s block time). The cross-chain view lives on the parent `rpc-capabilities` benchmark; this page is the Kava-scoped answer with per-region breakdowns as a first-class dimension.
- Cadence: every 60 seconds per provider, from each of 3 probe regions (us-east Virginia, eu-west Amsterdam, sgp Singapore). Headline p50/p90/p99 aggregate across all 3 regions via Prometheus `avg(quantile_over_time(...))`; per-region breakdowns are first-class on this page via the region tabs.
- Payload: `{"jsonrpc":"2.0","id":<rotating>,"method":"eth_getBlockByNumber","params":["latest", false]}`. Plain HTTP POST, identical for every endpoint, no API key in any request. The request id rotates, but that does not guarantee a cache miss: many caches normalise `id` away. Measured 2026-10-08, fixed and rotating ids answer within 2 to 4 percent of each other.
- Latency measurement, call-result classification (`ok`, `http_err`, `jsonrpc_err`, `stale`, `timeout`) and the archive-depth audit follow the cluster method documented on [rpc-capabilities](openchainbench.com/benchmarks/rpc-capabilities#methodology); this page is the Kava-scoped view of the same harness, with the same exclusion rules.
- Chain scope: every query on this page is pinned to `chain="kava"`. Provider coverage: 4 no-key endpoints.
Results: 4 free public Kava RPC endpoints ranked by p50 latency (24h, 3 regions)
| № | Providers | p50 | p90 | p99 | Success |
|---|---|---|---|---|---|
| 1 | Ankr | 39 ms | 72 ms | 103 ms | 100.00% (n=4315) |
| 2 | PublicNode | 60 ms | 99 ms | 254 ms | 100.00% (n=4314) |
| 3 | Kava Labs | 112 ms | 118 ms | 428 ms | 100.00% (n=4321) |
| 4 | dRPC | 248 ms | 450 ms | 611 ms | 100.00% (n=4310) |
Public Kava RPC endpoints measured
The 4 no-key endpoints answering our probes today, with their current 24h median. Paste one into a wallet or a client as is: no signup, no key. Private providers (API key) are never listed with a URL.
Ankrhttps://rpc.ankr.com/kava_evm39 ms100.0%
PublicNodehttps://kava-evm-rpc.publicnode.com60 ms100.0%
Kava Labshttps://evm.kava.io112 ms100.0%
dRPChttps://kava.drpc.org248 ms100.0%
Median round-trip and success rate over the last 24 hours across the probe regions; the ranked table above carries p90, p99 and the per-region split.
Declared, but not answering our probes
This endpoint is named in the spec and probed on the same schedule as the rest, and answers too rarely to carry a median. Below 5 % success we leave it out of the table rather than publish a latency drawn from a handful of replies. A provider can serve a browser and refuse a datacenter, so this says what a server deployment would meet, not what the endpoint is capable of.
- Thirdweb
https://kava.rpc.thirdweb.com4.8 % success over 24 h
Frequently asked
Which Kava RPCs work without an API key?
5 endpoints are probed on this chain: the Kava Labs official endpoint (evm.kava.io), dRPC (kava.drpc.org), Thirdweb (kava.rpc.thirdweb.com), PublicNode (kava-evm-rpc.publicnode.com), and Ankr (rpc.ankr.com/kava_evm). Every listed endpoint was live-verified with a `eth_getBlockByNumber` POST returning a parsable response before inclusion.
How is Kava RPC latency measured here, technically?
One identical `eth_getBlockByNumber("latest", false)` POST every 60 seconds against each provider from each of 3 regions, using the same plain HTTP client the rest of the RPC 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