Skip to main content

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

ItemValue
Endpointhttps://rpc.goldrushdata.com/v1/{chain}
AuthenticationAuthorization: Bearer <GOLDRUSH_API_KEY> (same key as Foundational/Streaming/x402)
Methods44 across eth_*, net_*, web3_*, debug_*, trace_*
Launch chainsEthereum, Polygon, BNB, Arbitrum, Base, HyperEVM, MegaETH, Monad, Tempo
Archive depthfull archive
Pricingpay-per-call from GoldRush credit balance
SLA99.9% monthly uptime for production accounts
Compatibilityviem, 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.
Your App ── JSON-RPC ──▶ GoldRush Edge ── analytics-driven router ──▶ best provider for (chain, method)

                                          continuously scores:
                                          - success rate
                                          - p50 / p95 latency
                                          - error class
                                          - cost per call
The result: lower p99 latency than any single provider, no single-vendor dependency, and a uniform error surface across chains and node software.

What you get

  • Pay-per-call from your GoldRush credits
  • Archive depth (full historical state)
  • debug_* and trace_* 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_*, and trace_* namespaces
  • Drop-in compatibility with viem, ethers, web3.js, web3.py, raw fetch, and curl
  • Header-based authentication so your API key never appears in URLs, server logs, or copy-pasted endpoints
See supported chains for the full chain list. Each chain page enumerates its methods by category in the sidebar.

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

https://rpc.goldrushdata.com/v1/{chain}
See Authentication for header setup.

What you get

FeatureEdge
eth_*, net_*, web3_* methods
debug_* namespace
trace_* namespace
Archive depth (full historical state)
Sub-100ms p50 latency
99.9% uptime SLA
Rate limitAccount-scoped, configurable
Multi-provider failover

How requests are routed

The Edge layer:
  1. Authenticates the request, so invalid keys never hit the upstream.
  2. Caches safe-to-cache reads (e.g. eth_getBlockByNumber for finalized blocks) at the edge.
  3. 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.
  4. 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.
The result: lower p99 latency than any single provider, and no single-vendor dependency.

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
Need a higher limit? Contact your GoldRush account manager.

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.
TierRateMethods
Standard0.01 creditsAll eth_*, net_*, and web3_* methods.
Trace0.015 creditsDebug 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_traceTransaction
  • debug_traceCall
  • debug_traceBlockByNumber
  • debug_traceBlockByHash
  • trace_block
  • trace_transaction
  • trace_filter
  • trace_call

How to estimate cost

A typical wallet that polls eth_blockNumber once per second and eth_getBalance once per minute uses:
eth_blockNumber:  0.01 × 60 × 60 × 24 = 864.0 / day
eth_getBalance:   0.01 × 60 × 24      =  14.4 / day
                                       ────────
                                       ~880 credits / day
A block-explorer indexer that calls debug_traceBlockByNumber once per finalized block on Ethereum (~12s blocks):
debug_traceBlockByNumber: 0.015 × 7,200 blocks/day = 108 credits / day

What counts as a call

  • Each request in a JSON-RPC batch counts separately. A batch of 10 eth_getBalance calls costs 0.1 credits.
  • Failed requests caused by user error (-32600, -32602) are not charged. Failures inside the upstream node (e.g. revert in eth_call) are charged, since the node did the work.
  • Cached responses are charged at the standard rate. Edge caching reduces latency, not cost.

Endpoint details

Production endpoint with archive, debug, trace.

Supported chains

Each chain’s method catalog, grouped by category.