Authorization header instead, so keys never appear in URLs, server logs, or screenshots.
This means migrating involves two steps:
- Swap the URL.
- Add the
Authorization: Bearer <key>header.
From Infura
From Alchemy
Alchemy embeds the API key at the end of the URL path:debug_* and trace_* continue to work. See debug and trace for the per-chain support matrix.
From Ankr
From a Solana provider (Helius, Triton, QuickNode)
Solana providers also embed the API key in the URL, usually as an?api-key= query parameter. GoldRush moves it into the Authorization header, and serves the standard Solana JSON-RPC method set unchanged; your existing getAccountInfo, getProgramAccounts, sendTransaction, and subscription calls work as-is.
Provider-specific Solana extensions (Helius DAS /
getAsset*, enhanced transaction parsing, webhooks, priority-fee APIs, etc.) are not part of the standard JSON-RPC surface and are not served here. For decoded, enriched Solana data (token balances, NFT metadata, transactions) use the GoldRush Foundational API; for real-time event streams use the Streaming API.From Etherscan-family explorer APIs (Etherscan, Basescan, Polygonscan, BscScan)
Block-explorer APIs, meaning Etherscan and its per-chain variants (Basescan, Polygonscan, BscScan, Arbiscan, Snowtrace), are not JSON-RPC. They serve decoded account, transaction, token, and contract data over REST (?module=account&action=txlist, tokenbalance, getabi, …). The GoldRush equivalent for that data is the Foundational API, not JSON-RPC, and it is multichain under a single key, so you don’t manage a separate API key per explorer.
| Etherscan-family call | GoldRush Foundational API |
|---|---|
account / txlist (address transactions) | Get recent transactions for address (v3) |
account / tokentx (token transfers) | Get ERC20 token transfers for address |
account / tokenbalance | Get token balances for address |
account / balance (native) | Get native token balance |
logs / getLogs | Get log events by contract address |
token / tokenholderlist | Get token holders (v2) |
eth_getLogs, eth_call, …), use GoldRush JSON-RPC as covered above. For block-explorer-style decoded data, the Foundational API is the closer match.
Chain slug mapping
Most providers use short chain names. GoldRush uses the canonical chain slugs from the supported chains list.| Common name | Infura/QuickNode subdomain | GoldRush slug |
|---|---|---|
| Ethereum | mainnet | eth-mainnet |
| Polygon | polygon-mainnet | matic-mainnet |
| BNB Smart Chain | bnb-mainnet | bsc-mainnet |
| Arbitrum | arb-mainnet | arbitrum-mainnet |
| Base | base-mainnet | base-mainnet |
| HyperEVM | n/a | hyperevm-mainnet |
| MegaETH | n/a | megaeth-mainnet |
| Monad | n/a | monad-mainnet |
| Tempo | n/a | tempo-mainnet |
| Solana | mainnet / mainnet-beta | solana-mainnet |
Provider extensions are not supported
GoldRush JSON-RPC implements the standardeth_*, net_*, web3_*, debug_*, and trace_* methods. Provider-specific extensions are intentionally not supported:
| Extension namespace | Provider | GoldRush equivalent |
|---|---|---|
qn_* | QuickNode | Foundational API |
| Token balance / transfer enrichment | various | Foundational API: token balances and transfers |
bor_* | Polygon (Bor) | n/a |
Authentication
Header reference and per-library setup.
Quickstart
Copy-paste examples for every library.