Nach der Aktivierung von EIP-4444 am 8. Juli 2025 können Ethereum-Execution Clients nun historische Daten löschen, die vor dem Merge – der Umstellung des Netzwerks auf Proof of Stake im September 2022 – entstanden sind. Dadurch sinkt der Speicherbedarf um 300 bis 500 GB, und neue Nodes können in weniger als einem halben Tag synchronisieren. Mit aggressiven Einstellungen können Betreiber einen voll funktionsfähigen Node auf einer 2-TB-Festplatte betreiben und den Gesamtspeicherbedarf unter 0,5 TB halten.

Was EIP-4444 tatsächlich ändert

Die Verbesserung basiert auf dem sogenannten „Partial History Expiry“ (partiellem Verfall der Historie). Statt von jedem Node die Speicherung der vollständigen Historie der Ethereum-Blockchain zu verlangen, erlaubt EIP-4444 den Nodes, ältere Daten nach einer definierten Aufbewahrungsfrist zu löschen. Der ursprüngliche Entwurf sah etwa 33.000 Epochen vor – jede eine Konsenszeiteinheit von 6,4 Minuten –, eine Zahl, die später auf rund 82.000 Epochen bzw. etwa ein Jahr Historie angepasst wurde.

Die Validierung der aktuellen Chain-Spitze basiert auf Weak-Subjectivity-Checkpoints, also aktuellen Zuständen, die Clients aus einer vertrauenswürdigen Quelle beziehen, statt die gesamte Kette ab dem Genesis-Block zu verifizieren. Die Consensus Layer kann über Checkpoint-Sync binnen Minuten online gehen, während die Execution Layer kein Jahrzehnt an Transaktionsbelegen mehr herunterladen und verifizieren muss. Für Betreiber mit Archivbedarf bleiben Mechanismen zum Abruf historischer Daten als optionale Funktion verfügbar.

Alle fünf großen Ethereum-Execution Clients haben Unterstützung ausgeliefert. Geth v1.16.0, Nethermind 1.32.2, Besu 25.7.0 Erigon v3.0.12 und Reth v1.5.0 enthalten jeweils die erforderlichen Flags und Konfigurationen.

Warum der Speicherplatz zum Problem wurde

Vor EIP-4444 benötigte ein Full Node mehr als 400 GB Festplattenspeicher, und diese Zahl bewegte sich nur in eine Richtung. Jeder neue Block, jede Smart-Contract-Interaktion und jeder Token-Transfer vergrößerte den Berg.

Eine wichtige Unterscheidung ist zu beachten: Die Änderung betrifft Full Nodes und Validatoren, nicht Archiv-Nodes. Archiv-Nodes, die historische Abfragen für Block-Explorer und Analyseplattformen bedienen, speichern weiterhin alles.

Die Zugänglichkeitsgleichung

Eine Synchronisation in unter einem halben Tag mit weniger als 0,5 TB Speicher bedeutet, dass ein relativ bescheidener Consumer-Rechner mit einer guten SSD am Ethereum-Netzwerk teilnehmen kann. Für Betreiber bedeutet das, Transaktionen und Kontostände auf der eigenen Hardware zu verifizieren, statt auf Drittanbieter zurückzugreifen. Das steht im Kontrast zu den zuvor üblichen mehrtägigen Synchronisationsprozessen und Speicheranforderungen von mehr als einem Terabyte, mit denen neue Node-Betreiber previously konfrontiert wurden.

EIP-4444 ist Teil der „Purge“-Phase der Ethereum-Roadmap, die Vitalik Buterin als auf die Reduzierung von Protokollkomplexität und Node-Anforderungen ausgerichtet beschrieben hat.

Offen bleibt, wie das Netzwerk die Übergangsphase bewältigt, wenn Nodes in unterschiedlichem Tempo zu löschen beginnen und historische Daten verteilt statt universell repliziert werden. Das Portal Network und andere Peer-to-Peer-Lösungen für Datenverfügbarkeit sollen diese Lücke schließen und sicherstellen, dass historische Abfragen auch dann noch beantwortet werden können, wenn die meisten Nodes weitergezogen sind.

Quelle: CryptoBriefing