Ethereum-Knoten zu Hause: Weniger Speicher macht den Einstieg leichter

Einen Ethereum-Node zu Hause zu betreiben, wird alltagstauglicher: Verbesserungen bei der Synchronisierung und das Entfernen älterer, für die aktuelle Validierung nicht benötigter Daten senken den Aufwand. Auch ein Rechner, der für lokale KI-Anwendungen angeschafft wurde, könnte genügend Speicher- und Rechenressourcen mitbringen. Ein leistungsstarker KI-PC ist damit aber nicht automatisch fertig für den Node-Betrieb. Vitalik Buterins Zahlen sind ein konkretes Beispiel, keine allgemeingültige Hardwarevorgabe.31837

Warum ein KI-Rechner als Grundlage infrage kommt

Buterin hält es für möglich, dass das Interesse an lokaler KI mehr Menschen dazu bringt, Ethereum-Nodes zu betreiben: Ein Node brauche nur einen Bruchteil der Rechenleistung, die lokale KI-Anwendungen beanspruchen können, aber weiterhin ordentlich Speicherplatz.37 Die Nutzungen können sich also ergänzen, wenn ein vorhandener Rechner freie Ressourcen hat.

Der Speicher bleibt ein wichtiger Punkt. Ethereum.org empfiehlt für einen Full Node eine schnelle SSD mit 2 TB.3 Buterin zufolge belegte sein bereinigtes Geth-Datenverzeichnis dagegen 461 GiB. Das beschreibt eine bestimmte Konfiguration – nicht die Garantie, dass jeder Full Node mit jedem Client und jeder Einstellung in denselben Speicher passt.18

Pruning: weniger alte Daten auf der eigenen Festplatte

EIP-4444 begrenzt, wie lange Execution Clients ältere historische Header, Blockkörper und Belege über das Peer-to-Peer-Netzwerk bereitstellen. Clients dürfen einen Teil dieser Daten lokal löschen. Die Begründung: Sobald ein Client mit dem aktuellen Stand der Blockchain synchronisiert ist, benötigt er die historische Datenmenge nicht, um neue Blöcke zu validieren.16

Die Umstellung erfolgt schrittweise. Bei der bereits eingeführten teilweisen History Expiry werden Blockdaten aus der Zeit vor dem Merge entfernt. Die Ethereum Foundation schätzte die mögliche Einsparung auf 300 bis 500 GB; an einer vollständigen, fortlaufenden History Expiry wurde laut ihrer Ankündigung noch gearbeitet.12 Pruning reduziert also den Speicherbedarf bestimmter Daten. Es bedeutet weder, dass ein Node die aktuelle Blockchain nicht mehr validiert, noch, dass sämtliche historischen Informationen aus dem Ethereum-Ökosystem verschwinden.

Snap Sync beschleunigt den ersten Abgleich

Geths Snap Sync setzt an einem vergleichsweise aktuellen Punkt der Blockchain an, statt jede Transaktion seit dem Genesis-Block erneut durchzugehen. Dabei lädt die Software Blockchain- und Zustandsdaten herunter, um zum aktuellen Stand aufzuschließen. Das geht schneller als eine Synchronisierung Block für Block vom Anfang an.4146

Buterin zufolge kann ein Node unter passenden Bedingungen innerhalb eines halben Tages synchronisieren. Mit aggressiven Einstellungen lasse sich der Speicherbedarf auf weniger als ein halbes Terabyte drücken. Er führte die Fortschritte auf EIP-4444 und die Arbeit der Client-Teams an Snap Sync zurück.32 Dauer und Speicherbedarf hängen von Konfiguration und Bedingungen ab – die genannten Werte sind daher Erfahrungswerte, keine Garantie für jeden Betreiber.

Glamsterdam ist noch ein geplanter Schritt

Glamsterdam wird für das vierte Quartal 2026 im Mainnet erwartet; ein bestätigter Termin liegt jedoch nicht vor.5 Die Ethereum-Roadmap nennt Block-Level Access Lists als Möglichkeit, Transaktionsabhängigkeiten vorab abzubilden. Das soll parallele Ausführung und parallele Festplattenzugriffe ermöglichen; auch schnellere Synchronisierung zählt zu den angestrebten Vorteilen.6

Glamsterdam könnte den Betrieb also weiter vereinfachen. Die geplanten Verbesserungen sind aber kein bereits für alle Node-Betreiber gemessener Effekt: Das Upgrade steht noch aus, und seine tatsächliche Wirkung hängt von Umsetzung und Einführung ab.56

Ein eigener Node schützt nur dann, wenn Apps ihn auch nutzen

Wer die RPC-Verbindung seiner Wallet auf localhost umstellt, kann Anfragen an einen Node auf demselben Rechner schicken. Buterin weist allerdings darauf hin, dass manche dApps im Browser damit schlechter funktionieren oder Anfragen fest an eigene Server senden. Er greife zunehmend lieber zur Kommandozeile.31

Entscheidend für die Privatsphäre ist, wohin die Anfragen gehen. Nutzt eine Wallet oder dApp statt des lokalen Nodes einen kommerziellen RPC-Anbieter, erhält dieser Anbieter die entsprechenden Anfragen. Ein eigener Node verhindert das nicht, wenn die verwendete Anwendung ihn umgeht. Über die Kommandozeile lässt sich die Verbindung direkter konfigurieren; aus Buterins Beitrag folgt jedoch nicht, dass ein bestimmtes Werkzeug – auch kohaku-cli nicht – Anfragen immer lokal weiterleitet. Daher lohnt sich ein Blick auf die eingestellte Endpunkt-Adresse, statt anzunehmen, dass lokale Software automatisch lokalen RPC-Verkehr bedeutet.31

Das Fazit ist ermutigend, aber mit Einschränkungen: Pruning und Snap Sync machen den Betrieb zu Hause weniger anspruchsvoll, und ein für lokale KI angeschaffter Rechner könnte passende Ressourcen bieten. Buterins 461 GiB und der mögliche Abgleich innerhalb eines halben Tages zeigen, was unter bestimmten Bedingungen machbar ist – nicht die eine Vorgabe für alle. Und beim Datenschutz zählt nicht nur, ob ein eigener Node läuft, sondern auch, ob Wallet und dApps ihn tatsächlich verwenden.