Capacity
01- Shared RPC
- Shared pool, scaled by us
- Dedicated nodes
- Reserved node, yours alone
Shared RPC
Point your client at a single URL and Settla routes every call to the fastest healthy node it has. One key, four networks, nine regions — and no failover code on your side.
Testnets follow the same shape — swap the network segment.
https://
Request
POST { "method": "getblockcount", "params": [] }
Response
200 OK · served from eu-west
{ "result": "963446" }
Block height · 963,446
Routing
Health checks run continuously. A node that starts answering slowly is drained before it can turn into failed requests, and its share moves to the rest of the pool.
Health checks
Every node is probed on block height, latency and error rate. Falling behind on any of the three takes it out of rotation.
Retries stay on our side
A call that lands on a node mid-drain is replayed against another one. Your client sees one response, not a retry loop.
Node pool · Ethereum mainnet
All four nodes healthy · traffic split by latency
What you get
The same methods, the same semantics, on infrastructure someone else keeps in sync with the chain.
JSON-RPC over HTTP/2
The methods your library already calls, on keep-alive connections that survive between requests.
WebSocket subscriptions
newHeads, logs and slot updates on a persistent connection that outlives node replacement.
Batch requests
Up to 100 calls per round trip, so a page of balances costs one connection instead of a hundred.
Archive included
Full history answers on the same URL. No separate archive endpoint to wire up and pay for.
Keys and allowlists
A key per project, origin and IP allowlists, rotation that does not touch your endpoint URL.
Usage you can read
Volume, latency and error rate broken down per method — so you can see what actually spends the quota.
Coverage
Latency is measured at the edge that served the request, over the last 24 hours. Archive calls are heavier by nature and priced accordingly.
| Method | Type | Latency, p50 against p95 | p50 | p95 |
|---|---|---|---|---|
| getblockcount | read | 14 ms | 29 ms | |
| getrawtransaction | read | 35 ms | 68 ms | |
| estimatesmartfee | read | 19 ms | 41 ms | |
| sendrawtransaction | write | 37 ms | 74 ms | |
| zmq · rawblock | stream | 14 ms | 26 ms | |
| getblock · verbosity 2 | archive | 67 ms | 149 ms |
A sample of the surface. The full per-network method list lives in the docs.
Method reference(opens in new tab)Quick start
If your client already talks to a node, changing the URL is the entire migration.
API key
sk_live_9f2c7a41••••••••••••
Shown once at creation, then stored hashed.
The same key works across
created 2 min ago
Shared or dedicated
Both run on the same API and the same key, so moving over is a URL change rather than a rewrite.
| Criterion | Shared RPC | Dedicated nodes |
|---|---|---|
| Capacity | Shared pool, scaled by us | Reserved node, yours alone |
| Noisy neighbours | Fair queue per key | None — single tenant |
| Rate limits | Per plan, burst-friendly | Whatever the node can serve |
| Archive | Included | Included, custom retention |
| Placement | Nearest healthy region | Pinned to your region |
| Setup | Instant | Provisioned within a day |
| Best for | Wallets, apps, bursty traffic | Exchanges, indexers, steady load |
Questions
Free to start. No credit card required.