Node-Planer: Eigener Node oder RPC-Anbieter für Ethereum und L2?

02 / NODE-ARTEN

Welcher Node beantwortet welche Abfrage?

Die erste Frage ist nicht „welcher Client", sondern: Wie weit zurück muss Ihre Anwendung schauen? Ein Full Node prüft jeden Block selbst und hält den aktuellen Zustand. Alte Zustände behält er nur kurz, Geth die letzten 90.000 Blöcke (rund 12,5 Tage), Besu im Standard 512 Blöcke. Blöcke, Belege und Logs dagegen kann er ganz, ab dem Merge oder nur für ein paar Monate halten. Das macht beim Speicher den größten Unterschied, mehr als die Wahl des Clients.

Rollierend: rund 147 Tage (33.024 Epochen), Geth unterstützt das noch nicht. Messungen von Eth Docker (September 2026), Archive aus den Client-Dokus; Stand 14. November 2026.

Warum der Zustand so schwer wiegt: Den größten Aufwand beim Aufsetzen eines Full Nodes macht die Synchronisation des Zustands aller Konten, obwohl über 95 Prozent davon ruhen Kim u. a. 2021. Er wächst weiter, auch wenn der Node alte Blöcke weglässt. Viele Anwendungen hängen deshalb an fremden Nodes, statt selbst einen zu betreiben. Ob Ihre Anwendung überhaupt eine Blockchain braucht, klärt vorher der Blockchain-Eignungs-Check.

03 / CLIENTS

Speicher, RAM und Sync je Client

Ein Ethereum-Node besteht aus zwei Programmen: dem Ausführungsclient, der Transaktionen rechnet und den Zustand hält, und dem Konsensclient (Beacon-Node), der der Kette folgt. Die Tabelle nennt den Bedarf der Ausführungsclients; die Platte hängt an der Node-Art, der RAM an der Version. ethereum.org nennt als Mindestausstattung 2+ Kerne, 16 GB (32 GB für Stabilität), 4 TB NVMe und 25+ Mbit/s; empfohlen sind nach EIP-7870 4 Kerne / 8 Threads, 32 GB und 4 TB NVMe (kein DRAM-loses, kein QLC-Modell).

Voll, ab Merge, rollierend, RAM und Sync: Eth Docker, Client Resource Usage, gemessen Februar bis September 2026. Archive: Geth (24.02.2026), Nethermind (Juli 2023), Besu, Erigon (17.09.2026), Reth (23.06.2025).

• Geth Hält im Full Node den Zustand der letzten 90.000 Blöcke (rund 12,5 Tage) abfragbar. Rollierende Historie noch nicht unterstützt. Archiv mit alter Trie-Historie für eth_getProof: rund 6,5 TB.
• Nethermind Die Archivangabe ist von Juli 2023; Nethermind nennt sie selbst als Untergrenze.
• Besu Bonsai (Standard) rekonstruiert alten Zustand nur 512 Blöcke zurück; ein Archiv läuft mit Forest, das laut Besu deutlich mehr Speicher braucht.
• Erigon Eigene Modi laut Doku: minimal 524 GB, full (Standard) 535 GB, archive 2,25 TB, gemessen am 17.09.2026.
• Reth Reth empfiehlt TLC-NVMe statt QLC; alte Blockdateien dürfen auf eine langsamere Platte (--datadir.static-files).

Abb. 1 · Platte je Ausführungsclient ohne Beacon-Node, Eth Docker September 2026; Archive aus den Client-Dokus, links unter dem Namen.

Konsensclients (Beacon-Node)

Messungen: Eth Docker. Doku: Lighthouse Book, Teku 26.10.1, Nimbus Guide. Ein Supernode mit allen Blobs braucht rund 537 GB mehr.

Die Clients unterscheiden sich deutlich, schon in frühen Messungen der Beacon-Chain lagen Speicher und Arbeitsspeicher je Implementierung weit auseinander Cortes-Goicoechea u. a. 2021. Eine spätere Messreihe mit rund 30.000 CPU-Stunden kam zu dem Schluss, dass der Bedarf höher liegt als ursprünglich angegeben: Ausführungs- und Konsensclient zusammen belegten 15 bis 23 GB RAM, und bei Neu-Synchronisation stieg die CPU-Last auf das Drei- bis Vierfache Cortes-Goicoechea u. a. 2024. Für den Arbeitsspeicher rechnet der Planer den gemessenen RAM plus 15 GB für den Beacon-Node, schlägt 20 Prozent Puffer auf und geht nie unter 32 GB; der Puffer ist eine Schätzung, kein Messwert.

Und die Platte muss schnell sein, nicht nur groß. Ein- und Ausgabe prägt die Kosten einer Transaktion stärker, als das Gas-Modell abbildet, und schwächer ausgestattete Nodes fallen dadurch zurück Yang u. a. 2019. Nethermind verlangt mindestens 10.000 IOPS, Eth Docker rät zu TLC-SSDs mit DRAM, und Festplatten scheiden aus.

Wie schnell die Platte voll wird

Kein Client nennt aktuell eine Zahl je Monat. Der Planer setzt das Wachstum deshalb aus zwei Teilen zusammen, beide offen gerechnet. Der Zustand wuchs laut EIP-8037 im Januar 2026 bei 60 Millionen Gas um rund 326 MiB am Tag, das sind rund 10 GB im Monat. Für Blöcke und Belege haben wir die Eth-Docker-Messungen zurückgerechnet: Der Unterschied zwischen „ab Merge" und „rollierend" ergibt im Mittel rund 16 GiB je Monat seit dem Merge, überwiegend bei halb so hohem Gaslimit. Wir rechnen deshalb mit dem Doppelten, rund 34 GB.

• Rollierende Historie: rund 10 GB im Monat. Alte Blöcke fallen heraus, es wächst nur der Zustand. Ein Nethermind-Node kommt über zwei Jahre mit 1 TB aus.
• Historie voll oder ab Merge: rund 44 GB im Monat (Schätzung). Geth mit voller Historie braucht über zwei Jahre 3 TB samt Beacon-Node, mit Puffer eine 4 TB-Platte. Das trifft die 4 TB, die EIP-7870 empfiehlt.
• Archiv: rund 88 GB im Monat (Schätzung), Nethermind laut Doku rund 60 GB je Woche. Für Pfad-Archive nennt keine Doku eine Rate; wir setzen das Doppelte eines Full Nodes an.

04 / LAYER 2

Arbitrum, OP Mainnet, Base und Polygon: was ein eigener Node braucht

Ein L2-Node ist kein kleinerer Ethereum-Node, sondern oft der größere. Arbitrum One verlangt mindestens 64 GB RAM, Base 32 GB bei empfohlenen 64. Arbitrum, OP Mainnet und Base brauchen außerdem einen Zugang zu Ethereum, als RPC und als Beacon-API für die Blob-Daten; Base verlangt dafür einen eigenen Ethereum-Zugang, keinen Endpunkt von Base. Polygon PoS verlangt den Ethereum-Zugang nur von Validatoren.

Quellen: Arbitrum, OP Stack, Base, Reth, Polygon, abgerufen 14. November 2026. Die Seiten nennen meist kein Datum, nur die Software-Version.

Ein Wachstum je Monat gibt keine dieser Dokus an. Der Planer nimmt deshalb die Regel, die Base selbst nennt: doppelte Kettengröße plus 20 Prozent. Das passt auch zu Arbitrum, wo das Entpacken eines Snapshots rund das Doppelte an freiem Platz braucht. Bei OP Mainnet ist op-geth seit dem 31.05.2026 ohne Support, der empfohlene Client ist op-reth.

05 / LAST

Anfragen und Verfügbarkeit: so rechnet der Planer

Wie viele Anfragen ein Node schafft, steht in keiner Doku, weil es stark von den Methoden abhängt. Ein eth_blockNumber kostet fast nichts, ein eth_getLogs über eine Million Blöcke viel. Der Planer arbeitet deshalb mit Lasteinheiten: Eine schwere Abfrage zählt 20 leichte, und ein gut ausgestatteter Node trägt erfahrungsgemäß rund 200 leichte je Sekunde, von denen wir 60 Prozent verplanen. Alle drei Zahlen sind Schätzungen aus unserer Praxis. Nach dem Aufbau zählt nur der Lasttest mit Ihren echten Abfragen.

Ein Beispiel: 2.000.000 Anfragen am Tag sind im Mittel 23,1 je Sekunde. Mit fünffacher Spitze und 5 Prozent schweren Abfragen werden daraus 226 Lasteinheiten, also 2 Nodes für die Last. Mit Betriebsteam empfiehlt der Planer hier einen eigenen Full Node; für 99,9 Prozent kommt ein weiterer dazu, zusammen 3.

Neuaufbau: Eth-Docker-Sync-Zeiten, Erigon- und Geth-Doku. Ab 99,99 % rechnet der Planer mit drei Nodes an zwei Standorten (Schätzung).

Ein zweiter Zugangsweg ist kein Luxus. In einer Untersuchung von neun Ethereum-RPC-Diensten ließen sich alle gezielt verlangsamen, und mindestens 63 Prozent der DApps hingen an einem einzigen Dienst Li u. a. 2021. Auch der eigene Node fällt nicht immer sichtbar aus. Wer rund die Hälfte seiner Peer-Verbindungen kontrolliert, kann ihn stundenlang vom Netz abhängen, während er normal weiterläuft Heo u. a. 2023, und im P2P-Netz trug schon 2018 weniger als die Hälfte der gefundenen Knoten überhaupt zum Mainnet bei Kim u. a. 2018. Überwachen Sie deshalb den Abstand zum Kettenkopf und die Zahl brauchbarer Peers, nicht nur, ob der Prozess läuft. Wie schnell Ihr Anschluss tatsächlich ist, zeigt der Speedtest; ethereum.org empfiehlt 50 Mbit/s runter, 15 Mbit/s hoch.

06 / CLIENT-VIELFALT

Warum der Client mit dem kleineren Anteil oft die bessere Wahl ist

Ethereum läuft mit mehreren unabhängigen Clients. Hat einer davon einen Fehler und mehr als ein Drittel Anteil, kann die Kette nicht mehr finalisieren; ab zwei Dritteln droht laut ethereum.org eine falsch finalisierte Kette, und Validatoren darauf werden bestraft. Wie ernst das ist, zeigte das erste „Inactivity Leak" im Mai 2023: Unter diesem Mechanismus können Angreifer über die kritische Drittel-Schwelle kommen Pavloff u. a. 2024. Die Verteilung ist trotzdem schief, und Vorschläge, Minderheitsclients nachweisbar zu belohnen, stehen erst am Anfang Ron u. a. 2026.

Momentaufnahme auf ethereum.org (Seite vom 23.02.2026): Ausführung nach supermajority.info vom 26.10.2025, Konsens nach Blockprint; Grandine 1,0 %, Sonstige 0,1 %. Live-Werte: clientdiversity.org, dort weichen die Quellen am 14.11.2026 stark voneinander ab.

Für einen Node, der nur liest, ist der Anteil weniger eine Pflicht als eine Absicherung: Folgt Ihr Client einer falschen Kette, liest Ihre Anwendung falsche Daten. Wer zwei Nodes betreibt, nimmt deshalb zwei verschiedene Clients. Dann aber vor dem Lastverteiler testen, denn vier große Implementierungen antworteten auf dieselben RPC-Aufrufe in 48 Klassen von Fällen unterschiedlich Kim und Hwang 2023, und manche Fehler zeigen sich erst in einem bestimmten Zustand der Kette Zhong u. a. 2026. Testen Sie also mit Ihren eigenen Verträgen, nicht nur mit Beispielaufrufen.

07 / DATENSCHUTZ

Was ein RPC-Anbieter über Ihre Nutzer erfährt

Jede Abfrage verrät etwas: welche Adresse, welcher Vertrag, und von welcher IP-Adresse sie kommt. Der Datenschutzhinweis von MetaMask (überarbeitet am 01.10.2026) beschreibt das für Infura als Standard-RPC so: Wallet-Adressen werden für die Funktionen der Wallet verarbeitet, IP-Adressen kurzzeitig, etwa für Weiterleitung und Sicherheit. Andere Anbieter regeln das in ihren eigenen Hinweisen.

• Der Dienst selbst kann verknüpfen. Über Paketgrößen und Zeitabstände ließ sich die Adresse eines Nutzers mit seiner IP-Adresse verbinden, mit 98,7 Prozent Trefferquote im Testnetz und 96,6 Prozent im Mainnet Wang u. a. 2024.
• Auch ein Beobachter im Netz. Schon die Zeitpunkte, zu denen eine Wallet den Status ihrer Transaktion abfragt, reichten für über 95 Prozent, ohne eigene Gebühren und auf mehreren Ketten Wang u. a. 2025.
• Der eigene Node hält es bei Ihnen. Integrität, Erreichbarkeit und Datenschutz zugleich sichert heute nur der eigene Full Node Luo u. a. 2022. Wer beim Anbieter bleibt, kann dessen Antworten mit einem Light Client gegen die Kette prüfen, der kaum Platte braucht Chatzigiannis u. a. 2022.

Ein dedizierter Node ist der Mittelweg: Er läuft nur für Sie, und was der Betreiber sehen und speichern darf, steht im Vertrag zur Auftragsverarbeitung. Für personenbezogene Daten Ihrer Kunden ist das der Normalfall.

08 / VORGEHEN

So planen Sie den Zugang zur Kette

1. Abfragen zählen. Was fragt Ihre Anwendung, wie oft, und wie weit zurück? Das Dashboard Ihres Anbieters oder das Log Ihres Backends liefert die Zahlen.
2. Node-Art festlegen. Alter Zustand braucht ein Archiv, alte Events nur die passende Historie. Das spart Terabytes.
3. Client wählen. Platte und RAM aus der Tabelle, dazu der Anteil: Wo es passt, einer unter einem Drittel.
4. Hardware bemessen. Lokale NVMe-Platte mit Puffer für zwei Jahre, RAM nicht unter 32 GB, eine USV, damit ein Stromausfall keinen Neuaufbau erzwingt.
5. Ausweichweg einrichten. Zweiter Node mit anderem Client oder ein Anbieter als Reserve, je nach Verfügbarkeitsziel.
6. Überwachen und testen. Abstand zum Kettenkopf, Peers und Plattenfüllstand mit Alarm; nach jedem Update die eigenen Abfragen einmal durchlaufen lassen.

Wo der Planer aufhört

• Hardware nach Doku. Die Werte gelten für die genannte Version und ändern sich mit jeder neuen; Stand und Quelle stehen an jeder Zahl.
• Wachstum und Last als Schätzung. Gekennzeichnet und mit Rechenweg, aber kein Ersatz für Messung und Lasttest.
• Keine Preise. Was Anbieter, Server oder Betrieb kosten, gehört in ein Angebot, nicht in einen Planer.

Wie wir Blockchain-Daten in bestehende Anwendungen bringen, mit Indexer, Datenstand und Ausweichweg, steht unter Web3- und Blockchain-Entwicklung. Server für einen eigenen Node beschaffen wir über die Hardware-Bestellung und richten sie ein wie unter Server und Virtualisierung beschrieben. Weitere Werkzeuge rund um Ethereum stehen in der Übersicht der Web3-Werkzeuge.

09 / FÜR KI-ASSISTENTEN

Dieses Werkzeug aus einem KI-Assistenten nutzen

Assistenten wie Claude oder ChatGPT, die das Model Context Protocol (MCP) sprechen, können die Rechnung dieser Seite direkt aufrufen, statt sie nachzubauen. Der Server ist öffentlich, braucht keine Anmeldung und speichert nichts. Die Antwort enthält immer den Link auf diese Seite, den Stand der Daten und die Grenzen des Ergebnisses.

Endpunkt

https://aureum-tech.com/mcp

Werkzeug

werkzeug_node_planer

Transport

Streamable HTTP, nur lesend

Fragen, bei denen ein Assistent es aufrufen sollte

• „Brauche ich für mein Dashboard mit 2 Millionen Ethereum-Abfragen am Tag einen eigenen Node, oder reicht ein RPC-Anbieter?"
• „Wie viel Speicher braucht ein Ethereum-Archiv-Node mit Erigon oder Reth, und wie schnell wächst er?"
• „Welche Hardware braucht ein eigener Arbitrum-One-Node, und welchen Ethereum-Zugang braucht er dazu?"
• „Wie viele Nodes brauche ich für 99,9 Prozent Verfügbarkeit, und welcher Client ist gut für die Client-Vielfalt?"

Wie die Anbindung funktioniert und was MCP im eigenen Betrieb leisten kann, steht auf der Seite zu MCP-Integrationen.

10 / HÄUFIGE FRAGEN

Häufige Fragen zu Nodes, Clients und RPC-Anbietern