Caducidad del Historial Pre-Merge
Todos los clientes de Ejecución ahora admiten la caducidad parcial del historial de acuerdo con EIP-4444. Los usuarios pueden reducir sustancialmente
los requisitos de almacenamiento de su nodo eliminando el historial de bloques pre-merge a partir de la versión v1.17.0 del Smartnode. No dudes en consultar
esta publicación del blog para obtener más información sobre la caducidad parcial del historial: https://blog.ethereum.org/2025/07/08/partial-history-exp
Ten en cuenta que los pasos para eliminar el historial pre-merge dependen del cliente de Ejecución seleccionado en tu nodo:
- Los usuarios de Nethermind necesitarán una resincronización completa para eliminar el historial pre-merge.
- Los usuarios de Geth pueden usar el comando
rocketpool service prune-eth1o realizar una resincronización completa. - Los usuarios de Besu y Reth pueden realizar una poda en línea mientras su nodo continúa atestando.
Los siguientes pasos para eliminar el historial pre-merge son solo para nodos en modo Docker. Si estás utilizando un cliente externo en modo Híbrido o modo Nativo, consulta la documentación proporcionada por tu cliente de Ejecución.
Comienza abriendo el Administrador de Configuración:
Para cambiar el modo de poda del Cliente de Ejecución, ve al menú Execution Client (ETH1) y selecciona la configuración History Expiry en el menú desplegable de Pruning Mode

Después de haber realizado la selección, presiona escape para volver al menú principal, luego presiona tab para resaltar el botón Review Changes and Save. Presiona
la tecla enter para continuar. Se te presentará un menú para previsualizar los cambios en la configuración de tu cliente de Ejecución.

Presiona la tecla enter en Save Settings para guardar y salir del Administrador de Configuración, luego ingresa y para reiniciar tu contenedor rocketpool_eth1.
A partir de este punto, los pasos difieren según el cliente de Ejecución que estés usando:
Los nodos Nethermind requieren una resincronización completa para eliminar el historial pre-merge. Debes resincronizar tu cliente de Ejecución después de guardar
la configuración History Expiry y reiniciar tu contenedor eth1.
Si no tienes un nodo de respaldo configurado, tu nodo dejará de validar durante una resincronización. Un nodo de respaldo permitirá que tu nodo principal continúe atestando y proponiendo bloques durante una poda o resincronización. Haz clic aquí para aprender cómo configurar un nodo de respaldo.
Usa el siguiente comando para resincronizar tu cliente de Ejecución:
¡Todo listo! El nodo ya no almacenará datos pre-merge, mejorando sustancialmente la viabilidad de ajustar un nodo en una unidad de 2 TB. Recomendamos monitorear el progreso usando el siguiente comando.