La poda de datos históricos asociada a EIP-4444 reduce las exigencias de almacenamiento de los nodos de Ethereum y puede acortar de forma notable el tiempo necesario para sincronizarlos. Según Crypto Briefing, el proceso podría completarse en menos de medio día.
Menos historia que almacenar
EIP-4444 plantea que los nodos completos de Ethereum no tengan que conservar toda la información histórica de la red. Al reducir el volumen de datos que deben mantener y procesar durante la sincronización, la propuesta rebaja una de las principales cargas técnicas para operar un nodo.
La medida afecta, por tanto, al tamaño de los datos que maneja cada nodo y al tiempo que necesita para ponerse al día con el estado de la cadena. La estimación recogida por Crypto Briefing apunta a una sincronización inferior a doce horas, aunque se presenta como una posibilidad vinculada a la aplicación de esta poda histórica.
Los nodos de archivo seguirán siendo necesarios
El cambio no implica que la historia de Ethereum desaparezca ni que todos los nodos dejen de conservarla. EIP-4444 redefine qué información debe guardar un nodo completo de forma local y separa esa función de la que cumplen los nodos de archivo.
Estos últimos seguirán desempeñando el papel de preservar el historial completo de la red. La diferencia es que esa tarea ya no recaería de la misma manera sobre el conjunto de nodos completos, que podrían operar con menores requisitos de almacenamiento.
Un ajuste en la arquitectura de Ethereum
La propuesta aborda así una cuestión práctica para la descentralización de Ethereum: cuanto mayores son las necesidades de almacenamiento, más exigente resulta para los operadores mantener un nodo propio. Al reducir la cantidad de historia que cada nodo completo debe conservar, EIP-4444 busca hacer más ligera su operación sin eliminar las fuentes especializadas capaces de mantener los datos históricos.
El efecto señalado por la fuente se concentra en dos aspectos: el menor peso de los datos para los nodos y una sincronización potencialmente más rápida. La conservación del historial completo seguiría dependiendo de los nodos de archivo, mientras que el resto de nodos podría centrarse en los datos necesarios para participar en la red bajo los nuevos criterios.
