Skip to content
Measured continuouslyEthereum rankings

Dedicated Ethereum nodes that you can check

Execution and consensus clients on one machine, both yours. Five execution clients and five consensus clients to choose from, an Erigon archive at roughly 3 TB rather than 20, and blob headroom sized for the chain as it is now.

In the last 24 hours we took 580,827 measurements of public endpoints across 3 chains from 4 regions, against a method we publish in full. Your node is measured by the same probes.

The evidence

What Ethereum's public endpoints actually do

Not a claim about our own hardware — we have not sold one yet, so we have no such figure and will not invent it. This is what our probes measured on the public Ethereum endpoints in the last day.

Fastest measured

36 ms

tenderly

Slowest measured

1.8 s

onerpc

Spread

50×

between the two

  1. tenderly36 ms100.0%
  2. publicnode57 ms100.0%
  3. drpc74 ms99.9%
  4. nodereal99 ms100.0%
  5. cloudflare109 ms23.2%
  6. blastapi121 ms100.0%
  7. mevblocker138 ms99.7%
  8. merkle200 ms99.2%
  9. onerpc1.8 s84.8%

Median response and availability over 24h, across the public Ethereum endpoints we measure, from 9 providers. Taken by our own probes against a published method — the same figures behind the Ethereum rankings, not a number written for this page.

The problem

What makes Ethereum hard to run

The reasons a shared endpoint disappoints on this chain specifically, in the order they bite.

An archive node is a disk problem, and the client decides how big

A Geth archive is roughly 18–20 TB. The same history on Erigon's flat state is around 2–3.5 TB. That single choice is the difference between an archive priced like a node and one priced like a rack — which is why our archive plans default to Erigon and say so rather than quietly charging you for the difference.

A full node now stores blobs

Post-Dencun, a full node retains blob sidecars for a rolling window. A machine sized for Ethereum as it was two years ago runs out of disk and starts falling over in a way that looks like a client bug. Our plans are sized for the chain as it is.

A validator behind somebody else's RPC has somebody else's uptime

Running a validator against a shared execution endpoint means your attestations depend on a service you do not control and cannot see into. Every validator plan here includes a dedicated execution client on the same machine.

The advantage

An application on a shared endpoint crosses a balancer, the public internet and a queue it shares with strangers before its request reaches a node. Put it on a machine beside its own node and the path is a cable inside the rack — and that traffic is not charged.

A shared endpoint versus a private link to your own nodeAbove: an application reaches a provider's load balancer over the public internet, waits behind other tenants' requests in a shared queue, and is served by a node it does not control. Below: the same application runs on a machine in the same rack as its own node and reaches it over a private link, with no balancer, no shared queue and no public internet in the path.Shared endpointYour appinternetBalancerShared queueother tenantsNodethree hops you do not control, and a queue you shareYour node, private linkYour appprivate linkYour nodenobody else queuedone hop, inside the rack, with the whole machine to yourself
Three hops you do not control, against one you do.
Shared tenancy against a dedicated machineOn a shared endpoint, several unrelated customers send requests to one node, so the rate limit and the latency tail belong to the aggregate rather than to any one customer. On a dedicated machine one customer reaches one node, so both belong to that customer's own workload.SharedSomeoneSomeoneYouSomeoneOne nodeone rate limitDedicatedYouYour nodeno limitthe tail is your ownworkload, not a stranger’s
The other tenants are invisible from outside a shared endpoint, which is exactly why their traffic is surprising when it arrives.

What you get

Built for Ethereum, not adapted to it

Configured before handover unless it says otherwise. Where something is optional, the page says optional.

Client diversity, at no extra cost

Geth, Nethermind, Erigon, Reth or Besu on the execution side; Lighthouse, Teku, Nimbus, Prysm or Lodestar on consensus. Running a minority client makes the network more robust and costs you nothing here — ask and we will set one up.

debug_ and trace_ enabled and unmetered

On archive plans the tracing namespaces are on and uncounted. This is the reason most people want an archive node, and metering it would defeat the point.

MEV-Boost with relays you choose

Including none. Relay choice is a policy decision with censorship implications and we do not make it for you. Slashing-protection databases are backed up before any move, and we will not start a second instance of your keys.

We never hold withdrawal credentials

Signing keys are loaded for the validator client; the withdrawal credentials stay with you. We cannot exit or drain your validator, which is a property of how it is set up rather than a promise about our conduct.

How it is built

How a Ethereum node is built here

An Ethereum node's two processes and their portsAn application calls the execution client on port 8545. The execution client and the consensus client exchange messages over the Engine API on port 8551, authenticated with a shared jwtsecret file, and both keep peer-to-peer connections open to the network — the execution client on 30303 and the consensus client on 9000.Your app8545 / 8546Execution clientstate · EVM · JSON-RPCConsensus clienthead · finalityEngine API8551 · jwtsecretlocalhost onlyPeers30303 tcp/udpPeers9000 tcp/udpBeacon API 5052
An Ethereum node is two processes with three port groups and three different exposure requirements. On a dedicated machine both halves are yours, the Engine API between them never leaves the box, and nothing is shared with a stranger.

Your choice

Run the client you want

A dedicated node is chosen on what software runs on it. This is the part a shared endpoint cannot offer at all.

Geth

The reference execution client. Widest tooling compatibility, largest network share.

Nethermind

Fast sync and strong tracing on a .NET runtime. A common choice for indexers.

Erigon

Smallest on disk by a wide margin, and what makes an affordable archive possible. Pick it if archive is anywhere in your future.

Reth

The Rust execution client, available on request if you want to run it in production.

Besu

For enterprise and permissioned deployments. Available on request.

Pricing

Ethereum plans

Per month, exclusive of tax. The machine each one runs on is named, so the hardware can be checked against the price.

Ethereum · Full node

A dedicated Ethereum full node — execution and consensus clients, both yours, with blob storage headroom.

$990.00

per month · $9,900.00 a year, 16% less

CPU
24 cores @ 2.85 GHz (AMD EPYC 7443P)
Memory
256 GB ECC
Storage
2 × 1.9 TB NVMe
Network
10 Gbps, 20 TB egress included
New YorkDallasFrankfurtAmsterdamSingapore
Recommended

Ethereum · Archive

Full historical state from genesis, on Erigon — which is what makes an archive node affordable rather than a 20 TB problem.

$1,390.00

per month · $13,900.00 a year, 16% less

CPU
24 cores @ 2.85 GHz (AMD EPYC 7443P)
Memory
512 GB ECC
Storage
2 × 3.8 TB NVMe
Network
10 Gbps, 20 TB egress included
New YorkFrankfurt

Ethereum Validator

Beacon node and validator client, operated for you. Keys stay yours; we never hold withdrawal credentials.

$890.00

per month · $8,900.00 a year, 16% less

CPU
16 cores @ 3.0 GHz (AMD EPYC 9124)
Memory
128 GB ECC
Storage
2 × 1.9 TB NVMe
Network
10 Gbps, 20 TB egress included
New YorkFrankfurt

Honestly

How we compare

Every row is something you can check without asking us — including the one we lose.

What you can checkRPCNode.IOThe rest of the market
Price published on the pageNot “contact sales”, and not behind a login.YesSome publish, some quote on request
The exact machine namedProvider and SKU, so the hardware can be checked against the price.YesUsually a tier name only
Independent measurement of rivalsWe rank every public endpoint on three chains, including our own.YesNone publish measurements of competitors
Latency claims you can checkEvery figure links to the method and the data behind it.YesNumbers stated without a method
Yellowstone gRPC configured on handoverRunning when you receive the machine, not a later request.Solana plansOften an add-on or on request
Choose your clientAgave, Jito, Erigon, Nethermind, Reth and the rest.YesVaries; often fixed
Pay in crypto against an on-chain oracleFeed address and round id printed on the invoice.YesCard, or crypto at an unpublished rate
Track record on dedicated nodesWe are new at this. They are not.Not yetYears of production customers

Included

True of every node here

Whichever chain you came for.

Measured by the fleet that measures everyone else

This site exists because we measure public RPC endpoints continuously and publish the method. Your dedicated node is measured by the same probes, from the same regions, the same way. Every other provider asks you to believe their latency figures; ours are produced by the apparatus we already point at their endpoints.

Your traffic in your own usage figures

Requests to your node appear alongside your API-key traffic — volume, errors, p50 and p95, by endpoint. Not a separate dashboard bolted on, and no per-request charge behind it, because the node is yours and there is nothing to meter.

Private networking at no extra charge

A private link between your machines, so an application never crosses the public internet to reach its own node. Put an indexer or a bot on an application server in the same rack and the hop is a cable.

Root access, no agent required

It is your machine. Full root from the first minute, any operating system, and nothing of ours that has to stay installed. Monitoring is offered rather than imposed.

Regions chosen because we measure them

We place nodes in the cities our probes already run in, so the latency from that region is a figure we have been publishing rather than a number a datacentre sales page gave us. New York, Dallas, Frankfurt, Amsterdam, Singapore.

Prices on the page

Every plan's price is published, along with the machine it runs on. The industry norm is “contact sales”, which exists so the number can vary by how much you look like you can pay.

Questions

Dedicated Ethereum nodes: questions

What is a dedicated Ethereum node?

A machine running your own execution and consensus clients, allocated to one customer. No shared rate limit, no credit metering, and you choose which clients run on it.

How big is an Ethereum archive node?

It depends entirely on the client. Erigon's flat state holds full history in roughly 2–3.5 TB; a Geth archive is roughly 18–20 TB of the same data. We default to Erigon on archive plans, which is why our archive pricing is close to our full-node pricing rather than several times it.

Are debug_ and trace_ methods available?

Yes, on archive plans, enabled and unmetered. They are the reason most people need an archive node.

Do I get a consensus client too?

Yes, on the same machine, on every Ethereum plan including archive. A node depending on somebody else's consensus layer is a node with somebody else's uptime.

Can I run a minority client for diversity?

Yes, and we would rather you did. Client diversity is a property the network needs and it costs you nothing here — say which one at order, or ask us after.

Who holds the validator keys?

You hold the withdrawal credentials; we never do. Signing keys are loaded for the validator client so it can attest. We cannot exit or drain your validator.

Why is a dedicated node better than a shared endpoint?

Three reasons that are not marketing. There is no rate limit, because there is nobody to ration against. There is no noisy neighbour, so your p99 is your own workload rather than somebody else's. And you choose the client and the plugins, which on Solana and Ethereum changes what the node can do rather than only how fast it does it.

How do you price these?

From what the machine costs us, published alongside what it is. We buy from Latitude, Terraswitch, CherryServers and 23m, and every plan names the provider SKU so you can check the hardware is what we say it is.

Can I pay in crypto?

Yes — ETH, BNB or SOL, priced in dollars against an on-chain Chainlink feed. The invoice records the feed address and the round id, and the payment dialog publishes both, so the conversion can be checked against the chain rather than taken on trust.

What happens if I cancel?

The node keeps running until the end of the period you have already paid for, and the confirmation names the date. Nothing is destroyed early, and an unpaid invoice on a cancelled order is voided rather than left owing.

Do you have an uptime record for dedicated nodes?

Not yet, and we are not going to invent one. This is a new product. What we do have is millions of measurements of public endpoints across three chains, taken continuously from four regions against a published method — and the same probes pointed at your node from day one. If that is not enough assurance for your workload, it should not be. Talk to us before you buy rather than after.

Order a Ethereum node

Prices are on the page and the specs are real. If your workload is unusual, say so before you buy rather than after — we would rather talk you out of the wrong machine than sell you one.

Other chains