Удаление истории до слияния
Все Execution-клиенты теперь поддерживают частичное удаление истории в соответствии с EIP-4444. Пользователи могут существенно
сократить требования к хранилищу для своей ноды, удалив историю блоков до слияния, начиная с версии Smartnode v1.17.0. Ознакомьтесь с
этой статьей в блоге, чтобы узнать больше о частичном удалении истории: https://blog.ethereum.org/2025/07/08/partial-history-exp
Имейте в виду, что шаги по удалению истории до слияния зависят от выбранного Execution-клиента вашей ноды:
- Пользователям Nethermind потребуется полная повторная синхронизация для удаления истории до слияния.
- Пользователи Geth могут использовать команду
rocketpool service prune-eth1или провести полную повторную синхронизацию. - Пользователи Besu и Reth могут выполнить онлайн-обрезку, пока их нода продолжает аттестацию.
Следующие шаги по удалению истории до слияния предназначены только для нод в режиме Docker. Если вы используете внешний клиент в гибридном режиме или нативном режиме, обратитесь к документации, предоставленной вашим Execution-клиентом.
Начните с открытия менеджера настроек:
Чтобы изменить режим обрезки Execution-клиента, перейдите в меню Execution Client (ETH1) и выберите настройку History Expiry в выпадающем меню Pruning Mode

После выбора нажмите escape, чтобы вернуться в главное меню, затем нажмите tab, чтобы выделить кнопку Review Changes and Save. Нажмите
клавишу enter, чтобы продолжить. Вам будет представлено меню для предварительного просмотра изменений в настройках вашего Execution-клиента.

Нажмите клавишу enter на Save Settings, чтобы сохранить и выйти из менеджера настроек, затем введите y, чтобы перезапустить контейнер rocketpool_eth1.
С этого момента шаги различаются в зависимости от того, какой Execution-клиент вы используете:
Ноды Nethermind требуют полной повторной синхронизации для удаления истории до слияния. Вы должны повторно синхронизировать свой Execution-клиент после сохранения
настройки History Expiry и перезапуска контейнера eth1.
Если у вас не настроена резервная нода, ваша нода перестанет валидировать во время повторной синхронизации. Резервная нода позволит вашей основной ноде продолжать аттестацию и предлагать блоки во время обрезки или повторной синхронизации. Нажмите здесь, чтобы узнать, как настроить резервную ноду.
Используйте следующую команду для повторной синхронизации вашего Execution-клиента:
Готово! Нода больше не будет хранить данные до слияния, что значительно улучшит возможность размещения ноды на диске объемом 2 ТБ. Мы рекомендуем отслеживать прогресс с помощью следующей команды.