Tras la activación del EIP-4444 el 8 de julio de 2025, los clientes de ejecución de Ethereum ahora pueden eliminar los datos históricos creados antes de la Fusión —la transición de la red a prueba de participación en septiembre de 2022—, lo que reduce los requisitos de almacenamiento entre 300 y 500 GB y permite que los nodos nuevos se sincronicen en menos de medio día. Con configuraciones agresivas, los operadores pueden ejecutar un nodo completamente funcional en un disco de 2 TB manteniendo el almacenamiento total por debajo de 0,5 TB.

Qué cambia realmente el EIP-4444

La mejora se centra en lo que se conoce como "expiración parcial del historial". En lugar de requerir que cada nodo almacene el historial completo de la blockchain de Ethereum, el EIP-4444 permite a los nodos descartar datos antiguos después de un período de retención definido. El diseño inicial especificaba aproximadamente 33.000 épocas —cada una una unidad de tiempo de consenso de 6,4 minutos—, cifra que luego se revisó a unas 82.000 épocas, o alrededor de un año de historial de la cadena.

La validación de la punta actual de la cadena se basa en puntos de control de subjetividad débil, estados recientes que los clientes obtienen de una fuente confiable en lugar de verificar toda la cadena desde el génesis. La capa de consenso puede ponerse en línea en minutos mediante la sincronización por puntos de control, mientras que la capa de ejecución ya no necesita descargar y verificar una década de recibos de transacciones. Para los operadores que requieren acceso de archivo, los mecanismos de recuperación de datos históricos siguen disponibles como una función opcional.

Los cinco principales clientes de ejecución de Ethereum ya han lanzado soporte. Geth v1.16.0, Nethermind 1..2, Besu 25.7.0, Erigon v3.0.12 y Reth v1.5.0 incluyen cada uno las configuraciones y los parámetros necesarios.

Por qué el almacenamiento se estaba convirtiendo en un problema

Antes del EIP-4444, un nodo completo necesitaba más de 400 GB de espacio en disco, y esa cifra solo iba en una dirección. Cada nuevo bloque, cada interacción con contratos inteligentes y cada transferencia de tokens aumentaban el acumulado.

Aplica una distinción importante: el cambio afecta a los nodos completos y validadores, no a los nodos de archivo. Los nodos de archivo, que atienden consultas históricas para exploradores de bloques y plataformas de análisis, seguirán almacenando todo.

La ecuación de accesibilidad

Una sincronización de menos de medio día con menos de 0,5 TB de almacenamiento significa que una máquina de consumo relativamente modesta con un SSD decente puede participar en la red de Ethereum. Para los operadores, eso se traduce en verificar transacciones y saldos en su propio hardware en lugar de depender de proveedores externos. Esto contrasta con los procesos de sincronización de varios días y las demandas de almacenamiento de más de un terabyte que anteriormente enfrentaban los nuevos operadores de nodos.

El EIP-4444 se ubica dentro de la fase "Purge" de la hoja de ruta de Ethereum, que Vitalik Buterin ha descrito como enfocada en reducir la complejidad del protocolo y los requisitos de los nodos.

La pregunta pendiente es cómo manejará la red el período de transición a medida que los nodos comiencen a eliminar datos a distintos ritmos y el historial se vuelva distribuido en lugar de replicado universalmente. Portal Network y otras soluciones de disponibilidad de datos entre pares están diseñadas para cubrir este vacío, garantizando que las consultas históricas aún puedan resolverse incluso cuando la mayoría de los nodos hayan avanzado.

Fuente: CryptoBriefing