Documentation Index
Fetch the complete documentation index at: https://goldrush.dev/docs/llms.txt
Use this file to discover all available pages before exploring further.
GoldRush JSON-RPC Overview
Quick Reference
| Item | Value |
|---|---|
| Endpoint | https://rpc.goldrushdata.com/v1/{chain} |
| Authentication | Authorization: Bearer <GOLDRUSH_API_KEY> (same key as Foundational/Streaming/x402) |
| Methods | 44 across eth_*, net_*, web3_*, debug_*, trace_* |
| Launch chains | Ethereum, Polygon, BNB, Arbitrum, Base, HyperEVM, MegaETH, Monad, Tempo |
| Archive depth | full archive |
| Pricing | pay-per-call from GoldRush credit balance |
| SLA | 99.9% monthly uptime for production accounts |
| Compatibility | viem, ethers, web3.js, web3.py via custom-headers transport |
Decision matrix
Use JSON-RPC when you need raw, untyped, opcode-level access for wallets, indexers, simulators, or anything that calls an EVM node directly. Use Foundational API (REST) when you need decoded, typed, multi-chain reads such as token balances, NFT metadata, USD pricing, and transaction histories. Use Streaming API (WebSocket) when you need real-time event streams. Use Pipeline for bulk historical analytics and event-table exports. Use Hyperliquid for Hyperliquid-specific perp/spot account, market, and L2 book data. Use x402 when an autonomous agent needs blockchain data without an API key.GoldRush JSON-RPC gives you raw, uniform JSON-RPC access to every chain GoldRush supports. It is drop-in compatible with
viem, ethers, web3.js, and web3.py, with archive depth, debug_*, and trace_* on every supported chain.
Note: GoldRush JSON-RPC uses the same API key as your other GoldRush products. No new account, no second dashboard.
What is GoldRush JSON-RPC?
A JSON-RPC interface in front of a smart router that fronts multiple independent upstream providers. GoldRush continuously collects analytics per(provider, chain, method) triple, including success rate, p50/p95 latency, error class, and cost. Each incoming call is routed to the provider that currently scores best on the cost/performance frontier for that chain and method. Failed providers are demoted automatically and re-probed on a backoff.
What you get
- Pay-per-call from your GoldRush credits
- Archive depth (full historical state)
debug_*andtrace_*namespaces- Sub-100ms p50 latency from regional edge POPs
- 99.9% production SLA
- Suited for explorers, indexers, wallets, and production apps
What’s supported
- 9 mainnet networks at launch: Ethereum, Polygon, BNB Smart Chain, Arbitrum, Base, HyperEVM, MegaETH, Monad, Tempo
- 44 JSON-RPC methods across the
eth_*,net_*,web3_*,debug_*, andtrace_*namespaces - Drop-in compatibility with
viem,ethers,web3.js,web3.py, rawfetch, andcurl - Header-based authentication so your API key never appears in URLs, server logs, or copy-pasted endpoints
JSON-RPC vs Foundational API
JSON-RPC: Raw, untyped, opcode-level access. You compose calls. Best for: building wallets, indexers, simulators, and anything that needs the lowest level of node access. Foundational API: Decoded, typed, multi-chain REST endpoints (token balances, NFT metadata, USD pricing, transaction histories). Best for: dashboards, agents, anything that consumes already-enriched data. The two products use the same API key. Use them together: JSON-RPC for primitives, Foundational API for the heavy lifting.Next steps
Quickstart
Make your first call in under a minute.Authentication
How to attach your API key to requests.Supported chains
Which networks are live.Migrating from another provider
Side-by-side diffs against Infura, Alchemy, and Ankr.The Edge tier is the production endpoint for GoldRush JSON-RPC. It runs from regional edge POPs in front of an analytics-driven multi-provider router, with archive depth, the
debug_* and trace_* namespaces, and an SLA.
Endpoint
What you get
| Feature | Edge |
|---|---|
eth_*, net_*, web3_* methods | ✅ |
debug_* namespace | ✅ |
trace_* namespace | ✅ |
| Archive depth (full historical state) | ✅ |
| Sub-100ms p50 latency | ✅ |
| 99.9% uptime SLA | ✅ |
| Rate limit | Account-scoped, configurable |
| Multi-provider failover | ✅ |
How requests are routed
The Edge layer:- Authenticates the request, so invalid keys never hit the upstream.
- Caches safe-to-cache reads (e.g.
eth_getBlockByNumberfor finalized blocks) at the edge. - Routes the call to whichever upstream provider currently scores highest on cost and performance for that specific
(chain, method)route. Scores are continuously updated from rolling-window success rate, latency, error class, and cost analytics. - Re-routes on failure to the next-best provider, and feeds the failure back into the score so the routing table self-corrects in seconds.
Archive depth
Edge serves historical state and traces back to the chain’s earliest available archive block. Depth varies by chain. See debug and trace for the per-chain matrix.SLA and rate limits
- Uptime SLA: 99.9% per calendar month
- Rate limit: configurable per account; defaults to 1,000 RPS
- Burst: 2× the configured RPS for up to 60 seconds
debug_* and trace_*
Method list and per-chain availability.Failover and SLA
How the Edge layer handles upstream failures.Pricing
Per-method credit rates.Migration
Side-by-side diffs from other providers.GoldRush JSON-RPC is pay-per-call from your GoldRush credit balance. The same credits work across every GoldRush product.
Rates
Each method is priced in credits per call.| Tier | Rate | Methods |
|---|---|---|
| Standard | 0.01 credits | All eth_*, net_*, and web3_* methods. |
| Trace | 0.015 credits | Debug and trace methods (see below). |
Trace-tier methods
The following methods are charged at 0.015 credits per call because they replay execution against archive state:debug_traceTransactiondebug_traceCalldebug_traceBlockByNumberdebug_traceBlockByHashtrace_blocktrace_transactiontrace_filtertrace_call
How to estimate cost
A typical wallet that pollseth_blockNumber once per second and eth_getBalance once per minute uses:
debug_traceBlockByNumber once per finalized block on Ethereum (~12s blocks):
What counts as a call
- Each request in a JSON-RPC batch counts separately. A batch of 10
eth_getBalancecalls costs 0.1 credits. - Failed requests caused by user error (
-32600,-32602) are not charged. Failures inside the upstream node (e.g. revert ineth_call) are charged, since the node did the work. - Cached responses are charged at the standard rate. Edge caching reduces latency, not cost.