Ethereum Node: Was der Betrieb tatsächlich erfordert
Belegte Hardware-Anforderungen, Sync-Mechanik und Wartungsaufwand für eine selbst betriebene Ethereum-Node – und die REST-API, die sie für das Senden von Transaktionen und das Beobachten von Deposits ersetzt.
Eine Ethereum-Node ist die Software, die eine vollständige Kopie des Chain-States hält und Ihnen erlaubt, ihn abzufragen oder direkt Transaktionen zu senden, ohne über den Server einer anderen Partei zu gehen. Wer nach „ethereum node“ sucht, meint meist eines von zwei Dingen: Sie wollen verstehen, was der Betrieb einer Node bedeutet, bevor Sie Serverbudget dafür einplanen, oder Sie haben angenommen, dass eine Node der einzige Weg ist, Ethereum-Daten zu lesen und zu senden, und wollen diese Annahme prüfen. Diese Seite beantwortet beides. Die Zahlen unten stammen aus Ethereums eigener Node-Betriebs-Dokumentation, geprüft im August 2026, nicht von einer Verkaufsseite.
Was ist eine Ethereum-Node?
Eine Ethereum-Node ist eine laufende Instanz von Client-Software, die die Chain speichert, neue Blöcke validiert und Transaktionen an den Rest des Peer-to-Peer-Netzwerks weiterleitet. Seit dem Merge kombiniert ein vollständiges Setup zwei Programme: einen Execution-Client (Geth, Nethermind, Besu, Erigon oder Reth), der State und Transaktionen verarbeitet, und einen Consensus-Client (Lighthouse, Prysm, Teku, Nimbus oder Lodestar), der Proof-of-Stake-Attestierungen handhabt. Beide laufen kontinuierlich und kommunizieren über eine lokale RPC-Verbindung miteinander. Ethereum-Nodes kommen in ein paar Speicherprofilen: Full Nodes halten aktuellen State und bereinigen alte Daten, Archive Nodes behalten jeden je geschriebenen historischen State, und Light Nodes holen nur Header – ein Modus, bei dem Ethereums eigene Docs anmerken, dass es auf dem Mainnet zu wenige bedienende Peers gibt, um praktikabel zu sein.
Ethereum-Node-Anforderungen
Ethereum.orgs Node-Betriebs-Guide (geprüft im August 2026) listet Folgendes als Basiswert für eine Full Node, die je einen Execution- und einen Consensus-Client betreibt:
| Komponente | Minimum | Empfohlen |
|---|---|---|
| CPU | 2+ Kerne | Schnelle CPU, 4+ Kerne |
| RAM | 8 GB | 16 GB+ |
| Speicher | 2 TB SSD | Schnelle SSD, 2+ TB |
| Bandbreite | 10+ Mbit/s | 25+ Mbit/s, ungedrosselt |
Zwei Details aus derselben Quelle sind bei der Server-Dimensionierung leicht zu übersehen. Erstens ist der Speicherbedarf client-abhängig: Mit Snap-Sync brauchen Geth, Nethermind und Besu jeweils etwa 500 GB oder mehr allein für Execution-Daten, während eine Archive Node – jeder historische State, nicht nur der aktuelle – 12 TB oder mehr bei diesen Clients erreicht, oder im Bereich von 2–2,5 TB bei Erigon und Reth, die State anders speichern. Zweitens ist der Consensus-Client ein eigener Budgetposten: Rechnen Sie mit weiteren 200 GB für Beacon-Chain-Daten zusätzlich zum Fußabdruck des Execution-Clients. Nichts davon ist zudem eine einmalige Kosten – der Speicherbedarf einer Ethereum-Node wächst, solange die Node online bleibt, weil die Chain weiter Blöcke produziert. Die Sync-Zeit selbst hängt von Hardware, Netzwerkgeschwindigkeit und dem gewählten Sync-Modus ab; die offiziellen Docs veröffentlichen keine feste Dauer, und wir werden das auch nicht tun, also behandeln Sie jede konkrete Tagesangabe, die Sie anderswo sehen, als Schätzung, nicht als Spezifikation.
Wie man eine Ethereum-Node betreibt, im Überblick
Eine Ethereum-Node zu betreiben zerfällt in eine Handvoll laufender Verantwortlichkeiten, nicht in einen einzelnen Installationsschritt. Wählen und installieren Sie ein zusammenpassendes Execution-/Consensus-Client-Paar. Beschaffen Sie die Hardware gemäß der Tabelle oben – Speicher zu knapp zu bemessen ist der häufigste Fehler, weil die Sicherheitsmarge jeden Monat schrumpft, den die Node synchron bleibt. Starten Sie beide Clients, richten Sie sie auf die lokalen RPC-Endpoints des jeweils anderen aus, und lassen Sie die initiale Synchronisation vollständig durchlaufen, bevor Sie sich auf die Node verlassen. Danach wird die Aufgabe operativ: Wenden Sie Client-Updates zügig an (Hard Forks erfordern es), überwachen Sie Peer-Anzahl und freien Speicherplatz, und halten Sie die Maschine 24/7 erreichbar, denn eine Node, die längere Zeit offline geht, muss erst aufholen, bevor sie wieder nützlich ist. Nichts davon ist ungewöhnlich für Infrastruktur – es ist dasselbe Wartungsprofil wie bei jedem anderen zustandsbehafteten Dienst, nur mit weniger Spielraum, den Zustand nachträglich zu korrigieren.
Für einen Schritt-für-Schritt-Aufbau mit Copy-paste-Befehlen, Geth- und Lighthouse-Konfiguration und systemd-Units siehe den Ethereum-Node-Setup-Guide im Blog.
Ethereum auf ARM: möglich, aber nicht frei von denselben Grenzen
Client-Teams veröffentlichen tatsächlich ARM64-Builds, und Boards der Raspberry-Pi-5-Klasse können eine Full Node betreiben. Das ist real, ändert aber nichts an der Anforderungstabelle oben – ein Pi braucht weiterhin ein externes NVMe-Laufwerk, dimensioniert für denselben Fußabdruck von 2 TB oder mehr, RAM bleibt eine harte Untergrenze für die Client-Software, und die langsamere CPU tendiert dazu, die initiale Synchronisation stärker zu strecken als bei einer vergleichbaren x86-Maschine. ARM ist ein Weg, eine Node günstiger und leiser zu Hause zu betreiben, keine Möglichkeit, sie mit weniger Ressourcen zu betreiben.
Selbst gehostete Node vs. Chaingateway-API
Beide geben Ihnen Ethereum-Daten und die Möglichkeit, Transaktionen zu senden. Was sich unterscheidet, ist, wer die operative Last trägt.
| Ihre eigene Ethereum-Node | Chaingateway-API | |
|---|---|---|
| Setup | Zwei Clients installieren, konfigurieren und synchronisieren | Registrieren und einen API-Key erhalten |
| Speicher | 2 TB+ SSD, jeden Monat wachsend | Keiner auf Ihrer Seite |
| Sync | Stunden bis Tage, hardware-abhängig, einmalig und nach jeder Downtime | Nicht zutreffend – immer synchron |
| Uptime | Ihre Verantwortung, 24/7 | Vom Service abgedeckt |
| Client-Upgrades | Von Ihnen angewendet, nach dem Hard-Fork-Zeitplan | Zentral gehandhabt |
| Was Sie bekommen | Volle JSON-RPC-Oberfläche, inklusive Archive-Abfragen bei entsprechender Konfiguration | REST-Endpoints für Adressen, ERC-20/721/1155-Transfers und Deposit-Webhooks |
Die API muss nicht die gesamte JSON-RPC-Oberfläche neu implementieren, um die Aufgabe abzudecken, für die die meisten Integrationen tatsächlich eine Node einsetzen: eine Adresse erstellen, ein Token senden, benachrichtigt werden, wenn ein Deposit eintrifft. Das ist die Ethereum API in einem Satz.
Wann Sie tatsächlich Ihre eigene Node brauchen
Eine selbst gehostete Node ist die richtige Wahl, wenn Sie einen Validator betreiben, die gesamte Chain für Analysen indexieren, State auf Archive-Tiefe brauchen, oder eine Compliance-Anforderung haben, dass Ihre Infrastruktur nie von einem Dritten für Chain-Zugriff abhängt. Nichts davon lässt sich sinnvoll durch eine API ersetzen – es ist eine grundsätzlich andere Aufgabe. Wenn Ihre Anforderung enger ist – Deposit-Adressen generieren, ETH oder ERC-20-Token senden, benachrichtigt werden, wenn Geld ankommt –, ist das genau die Oberfläche, für die eine Payments-API gebaut ist, ohne die Speicher- und Uptime-Verpflichtung, die daran hängt.
Wenn Ihre eigentliche Anforderung das Senden von ERC-20-Token und das Beobachten von Deposits ist, kostenloses Konto erstellen und dieselbe Aufgabe per REST ausprobieren, bevor Sie 2 TB SSD beschaffen.
Die node-freie Version: eine Adresse erstellen und ein ERC-20-Token senden
Kein RPC-Endpoint, kein Client-Paar zum Synchronhalten – ein Bearer-Token im Authorization-Header.
curl -X POST https://app.chaingateway.io/api/v2/ethereum/addresses \
-H "Authorization: Bearer YOUR_API_KEY" \
-H "Content-Type: application/json"
curl -X POST https://app.chaingateway.io/api/v2/ethereum/transactions/erc20 \
-H "Authorization: Bearer YOUR_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"contractaddress": "0xdAC17F958D2ee523a2206206994597C13D831ec7",
"from": "0xYourHotWallet",
"to": "0xRecipient",
"amount": 100,
"password": "YourWalletPassword"
}'FAQ: Ethereum-Nodes
Node überspringen, Daten behalten
Konto erstellen und in Minuten einen Testnet-ERC-20-Transfer senden – 7 Tage kostenlos testen, keine Karte, kein KYC. Der vollständige Endpoint-Satz steht in der Ethereum API-Referenz, und jede Chain wird von der Multi-Chain-Blockchain-API abgedeckt.