Base RPC Endpoints: A 2026 Buyer's Guide
Base went from "new L2 we're not sure about" in 2023 to one of the largest chains by daily active addresses by 2025. The RPC provider landscape caught up fast. There are now eight serious options if you're building on Base, and they're not interchangeable.
This post is the honest comparison. Not "which is best" — that depends on what you're building — but which one fits which workload, with the tradeoffs I'd actually flag if you asked me over a beer.
Base, the technical baseline
Quick facts so the rest of the post lands:
- Chain ID: 8453 (mainnet), 84532 (Sepolia testnet)
- Native gas token: ETH (bridged from Ethereum L1)
- Block time: ~2 seconds
- Reorgs: Possible at tip until "safe" or "finalized" commitment — for state-critical reads, query with
confirmedor wait a few blocks - Sequencer: Currently centralized to Coinbase, like every OP Stack chain
- Public RPC:
https://mainnet.base.org— works, heavily rate-limited, no SLA
The default mainnet.base.org is fine for one-off dev work. For anything resembling production, you need a dedicated provider.
The eight options
| Provider | Pricing model | Free tier | WebSocket | Archive | KYC | Crypto pay |
|---|---|---|---|---|---|---|
| Alchemy | Per Compute Unit | 300M CU/mo | Yes | Higher tiers | Optional | No |
| QuickNode | Per API Credit | 50M credits/mo | Yes | Yes | No | No |
| Infura | Per CU, daily caps | 6M CU/day | Yes | Higher tiers | Higher tiers | No |
| Ankr | Per request + free tier | Public RPC OK | Yes | Premium | No | No |
| Chainstack | Flat-rate tiered | Trial only | Yes | Yes | No | No |
| BlockPI | Per request | Public RPC OK | Yes | Premium | No | No |
| OnFinality | Flat-rate + per-request | Limited | Yes | Yes | No | No |
| SwiftNodes | Flat-rate | 2 req/s, no monthly cap | Yes | Included | No | Yes |
A few caveats on this table: the "free tier" column is hard to compare directly because some providers cap by request count, some by Compute Units, some by daily reset. The "no KYC" column also varies — most don't ask for ID until you reach Enterprise tiers, but Infura's ConsenSys parent has tightened this over time.
When the public RPC is enough
Don't pay for a provider if you can avoid it. The Base public endpoint at https://mainnet.base.org works fine for:
- Local development against testnet or mainnet
- Reading occasional contract state (a few RPC calls per minute)
- Adding Base to a user's MetaMask
- Personal/hobby use
It breaks down once you need:
- More than ~10 requests per second sustained
- WebSocket subscriptions (public RPC doesn't expose
wss://) - Archive queries (
eth_callwithblockTagmore than 128 blocks old) - Production app traffic where 95th-percentile latency matters
- Any kind of indexer or backfill job
Past those thresholds, you need a real provider. The interesting question is which.
The four main fit patterns
Most teams fall into one of these:
Fit pattern 1: dev tooling-heavy app (NFT mints, on-chain games)
If you need Alchemy's NFT API, Notify webhooks, or subgraph indexers, Alchemy is genuinely the best choice. Their non-RPC products are good and don't have one-to-one equivalents elsewhere. The CU pricing is annoying but manageable if you stay under 300M/mo.
Honest caveat: read our breakdown of how Compute Units make budgeting hard before committing to a tier — usage variance is real and the bill surprises catch teams flat-footed.
Fit pattern 2: indexer or analytics platform
High volume, predictable cost matters, mostly eth_getLogs and eth_call traffic. Flat-rate providers win this clearly — at the volumes indexers do, per-call pricing destroys you. Chainstack and SwiftNodes are the realistic options.
Chainstack is more enterprise-flavored with dedicated nodes and a more polished dashboard. SwiftNodes is cheaper per RPS and accepts crypto.
For backfilling years of Base history, also seriously consider a hosted indexer like Goldsky or Subsquid rather than scanning logs yourself — see our writeup on eth_getLogs range caps for why this gets ugly fast.
Fit pattern 3: trading bot / MEV searcher
Latency matters most. You want low p95 round-trip time and WebSocket subscriptions that don't drop. Provider's geographic presence relative to your bot matters as much as the brand name.
Practical advice: rent a small box in the same region as the Base sequencer (us-east is the closest published region for Coinbase infrastructure) and test latency to each provider from there. The differences are non-trivial — single-digit milliseconds matter for arb. You're looking at 3-15ms p50 latencies if you're co-located right; 50-100ms if you're on the wrong continent.
SwiftNodes routes US clients to North American edge nodes. QuickNode has regional endpoints you can pin. Alchemy auto-routes. BlockPI has dedicated low-latency offerings on higher tiers.
Fit pattern 4: wallet, dashboard, or "normal" dApp
Modest traffic, mix of eth_call / eth_getBalance / eth_getTransactionReceipt, occasional log queries. Almost any provider works. Pick on price and ease of signup.
For this fit, the cheapest workable options are:
- Alchemy's free tier (300M CU/mo) if your workload fits — covers significant traffic
- SwiftNodes free tier (2 req/s) if you're really hobby-scale
- Ankr's per-request tier if you only need very occasional reads
- QuickNode's free tier (50M API credits/mo) if you want the Build features included
When SwiftNodes is the obvious answer
The cases where SwiftNodes is straightforwardly the right pick:
- Multi-chain stack — Base plus Ethereum, plus Arbitrum, plus Polygon, plus Solana, etc. One API key across 75+ chains beats juggling 4-5 provider accounts.
- Crypto-payable — you'd rather pay in ETH/USDC than hand over a credit card.
- No KYC at any tier — this matters more to some teams than others, but for those it does it's a hard requirement.
- Flat-rate predictability — you know exactly what next month costs regardless of usage spikes.
- Indexer-friendly workload — high call volumes where per-request pricing would be punishing.
The cases where SwiftNodes is not the right answer:
- You depend on NFT APIs, webhook services, or subgraph indexers (use Alchemy)
- You need an established Enterprise SLA contract with named SREs (use Chainstack or QuickNode)
- You're locked into a specific provider's ecosystem already (use what you have)
We're not trying to be everything for everyone. Flat-rate multi-chain RPC plus WebSocket on a free tier with no KYC and crypto payment is a specific product. If that's what you need, we're a clean fit. If it isn't, one of the others above is genuinely better.
The honest pricing comparison for Base
For a typical mid-volume Base workload (~50M RPC calls/month, mix of eth_call, eth_getLogs, eth_getTransactionReceipt, no traces):
| Provider | Plan | Monthly cost |
|---|---|---|
| Alchemy | Growth (300M CU) — fits | $49 |
| QuickNode | Build (200M credits) — fits | $49 |
| SwiftNodes | Growth (150 req/s) | $89 |
| Chainstack | Developer | $49 |
At this volume, Alchemy and QuickNode are cheaper. As volume rises past ~200M calls/month, the per-request providers' overage kicks in and SwiftNodes pulls ahead in total cost. Above ~500M calls/month, the gap is dramatic — SwiftNodes stays $89 while Alchemy Scale runs to $300+ with overage.
The crossover point is roughly 100-150M calls/month. Below it, the metered providers' free/Growth tiers are cheap. Above it, flat-rate wins.
How to test before committing
The fastest sanity check for any of these is:
- Sign up for the free tier (everyone has one)
- Point a small portion of your real traffic at it for a week
- Measure p50/p95 latency and error rate
- Watch the dashboard for unexpected usage spikes that would blow through your plan
This takes about an hour of work and saves you from picking the wrong provider based on marketing copy. Run it against two or three options and let the numbers decide.
SwiftNodes provides Base RPC over HTTPS and WebSocket on every plan — same API key across 75+ chains including Base, archive included on paid tiers, no per-request fees. See the Base RPC reference page for endpoint details and supported methods, or grab a free API key — no credit card, no KYC.
Related posts
- dRPC vs Alchemy: Metered Compute vs Flat-Rate RPC
dRPC and Alchemy take opposite paths to the same metered-compute billing model — one decentralized and pay-as-you-go, one a polished managed platform. Here's how they actually differ, where each wins, and why the deciding question is whether your workload fits compute-unit pricing at all.
- Zora RPC: A 2026 Developer's Guide
Zora is an OP Stack L2 built for mints, and minting traffic is bursty in a way that punishes public RPC endpoints. Here's what you need to build on Zora in 2026 — chain ID 7777777, Superchain finality, the public-node trap, and the query patterns for reading mints at scale.
- BNB Smart Chain RPC: A 2026 Developer's Guide
BNB Smart Chain is one of the busiest EVM chains on the planet, but its public RPC endpoints fold under any real load. Here's what you need to connect reliably in 2026 — chain ID, finality, the public-node trap, and the query patterns that matter at BSC's transaction volume.