RPCScan
- networks tracked- RPC URLsRequestStatus
Companion site:ExplorerScan ↗Block explorer directory with per-provider drill-downs and TLS posture per host
Nesa

https://erpc.nesa.ai

Nesaevmnesa.ai· erpccompare ↔● fastest right now
Posture score
83
Speed score
75
TLS version
TLS 1.3
Cipher
TLS_AES_256_GCM_SHA384
KEX group
classical
PQ class
Classical only
ALPN
h2
Cert expires in
49d
Session resumed
no
TLS handshake
145ms
Resumption
43ms
TTFB
817ms
RPC block height
701,489
TLS handshake
VersionTLS 1.3
CipherTLS_AES_256_GCM_SHA384
KEX groupclassical
ALPNh2
PQ classClassical only
Handshake145ms
Resumed?no
OCSP stapledno
SCTs presentno
Certificate chain
Subjectnesa.ai
IssuerYE2
Key typeECDSA-P-256
Chain length4
SANs*.nesa.ai, nesa.ai
Not before2026-08-30
Not after2026-11-28
Days to expiry49d
Chain SHA-256fa1ae095953ad7e4…
Misconfigurations
  • OCSP stapling not enabled no_ocsp_staple
Grades
Posture
B83
Speed
C75
Certificate
100
TLS profile
95
Post-quantum
40
RPC reachability
100
Endpoint identity
URL
https://erpc.nesa.ai
Host
Chain
Chain ID
41443
VM
evm
Platform type
chain
Live probe (last 24 h)
Probes attempted
-
Successful
-
Success rate
-
Median p50
-
Median p95
-
Latest bucket
-
TLS posture (post-quantum)full history →
Class
Classical only
Key exchange
-
Cipher
TLS_AES_256_GCM_SHA384
Last seen
2026-10-10T06:34:01.497662889Z
History (30 days)
no history
Chain peer ranking
This URL is fastest right now
YES
Fastest p50 latency
817ms
Latest block height
-
Current fastest URL
https://erpc.nesa.ai
Using this RPCtabs auto-fill the URL + chain ID
JSON-RPC eth_chainId, which verifies the endpoint is alive and reports the chain ID.
curl -X POST 'https://erpc.nesa.ai' \
  -H 'content-type: application/json' \
  -d '{"jsonrpc":"2.0","method":"eth_chainId","params":[],"id":1}'
Scan reportschema rpcscan-report · captured 2026-10-10T06:40:16.738Z
SHA-256 of canonical content
computed in your browser
computing…

The hash covers every field above the JSON serialization with sorted keys. Re-running this computation against the downloaded artifact must produce the same hash; that's how RPCScan's future on-chain proofs (rpcscanchain) will let anyone verify a published snapshot wasn't tampered with.