Ablauf der Pre-Merge-Historie
Alle Execution-Clients unterstützen jetzt die teilweise Ablauf der Historie gemäß EIP-4444. Benutzer können die Speicheranforderungen für ihren Node erheblich reduzieren, indem sie die Pre-Merge-Blockhistorie ab Smartnode-Version v1.17.0 entfernen. Schauen Sie sich gerne diesen Blogbeitrag an, um mehr über den teilweisen Ablauf der Historie zu erfahren: https://blog.ethereum.org/2025/07/08/partial-history-exp
Bitte beachten Sie, dass die Schritte zum Entfernen der Pre-Merge-Historie vom ausgewählten Execution-Client Ihres Nodes abhängen:
- Nethermind-Benutzer benötigen eine vollständige Neusynchronisierung, um die Pre-Merge-Historie zu entfernen.
- Geth-Benutzer können den Befehl
rocketpool service prune-eth1verwenden oder eine vollständige Neusynchronisierung durchführen. - Besu- und Reth-Benutzer können ein Online-Pruning durchführen, während ihr Node weiterhin attestiert.
Die folgenden Schritte zum Entfernen der Pre-Merge-Historie gelten nur für Nodes im Docker-Modus. Wenn Sie einen externen Client im Hybrid-Modus oder Native-Modus verwenden, beachten Sie bitte die von Ihrem Execution-Client bereitgestellte Dokumentation.
Öffnen Sie zunächst den Settings Manager:
Um den Pruning-Modus des Execution-Clients zu ändern, gehen Sie zum Menü Execution Client (ETH1) und wählen Sie im Dropdown-Menü für Pruning Mode die Einstellung History Expiry aus.

Nachdem Sie die Auswahl getroffen haben, drücken Sie escape, um zum Hauptmenü zurückzukehren, und drücken Sie dann tab, um die Schaltfläche Review Changes and Save hervorzuheben. Drücken Sie die enter-Taste, um fortzufahren. Ihnen wird ein Menü zur Vorschau der Änderungen an Ihren Execution-Client-Einstellungen angezeigt.

Drücken Sie die enter-Taste auf Save Settings, um die Einstellungen zu speichern und den Settings Manager zu beenden, und geben Sie dann y ein, um Ihren rocketpool_eth1-Container neu zu starten.
Von diesem Punkt an unterscheiden sich die Schritte je nachdem, welchen Execution-Client Sie verwenden:
Nethermind-Nodes erfordern eine vollständige Neusynchronisierung, um die Pre-Merge-Historie zu entfernen. Sie müssen Ihren Execution-Client nach dem Speichern der History Expiry-Einstellung und dem Neustart Ihres eth1-Containers neu synchronisieren.
Wenn Sie keinen Fallback-Node konfiguriert haben, wird Ihr Node während einer Neusynchronisierung die Validierung stoppen. Ein Fallback-Node ermöglicht es Ihrem primären Node, während eines Prunings oder einer Neusynchronisierung weiterhin zu attestieren und Blöcke vorzuschlagen. Klicken Sie hier, um zu erfahren, wie Sie einen Fallback-Node konfigurieren.
Verwenden Sie den folgenden Befehl, um Ihren Execution-Client neu zu synchronisieren:
Sie sind fertig! Der Node wird keine Pre-Merge-Daten mehr speichern, was die Machbarkeit, einen Node auf einem 2-TB-Laufwerk unterzubringen, erheblich verbessert. Wir empfehlen, den Fortschritt mit dem folgenden Befehl zu überwachen.