Puntos clave
- Ethereum se enfrenta a retos cada vez mayores debido a la sobrecarga tanto de datos históricos (actualmente 1,1 TB para nodos completos) como de funciones de protocolo, lo que ha dado lugar a una iniciativa estratégica denominada "La purga", cuyo objetivo es reducir la complejidad al tiempo que se mantiene la permanencia de la cadena de bloques.
- Se están estudiando dos enfoques principales para la caducidad del estado: la caducidad parcial del estado, que mantiene los compromisos mínimos, y la caducidad basada en periodos de direcciones, que introduce nuevos formatos de direcciones; ambos tienen como objetivo evitar el crecimiento indefinido del estado.
La crisis del almacenamiento y la solución de la caducidad de la historia
Los desarrolladores del núcleo de Ethereum están haciendo frente a los crecientes requisitos de almacenamiento de la red, ya que los nodos completos actuales necesitan aproximadamente 1,1 terabytes para el cliente de ejecución y cientos de gigabytes adicionales para el cliente de consenso. Buterin esboza un enfoque progresivo de la caducidad del historial, en el que los nodos sólo tendrían que almacenar el historial reciente (alrededor de 1 año de datos a través del EIP-4444), mientras que los datos más antiguos se distribuirían por la red utilizando sistemas similares a los torrents. Este planteamiento podría mantener el mismo nivel de replicación de datos al tiempo que haría más accesible el funcionamiento de los nodos.
Expiración del Estado: Un enfoque doble
El artículo detalla dos posibles soluciones para gestionar el crecimiento del estado. La primera, la caducidad parcial del estado, organizaría los datos de estado en trozos, y los nodos sólo almacenarían activamente los datos a los que se haya accedido recientemente. El segundo enfoque, más ambicioso, introduce la caducidad de estado basada en direcciones y periodos, que crearía un sistema continuo de árboles de estado con nuevas direcciones que contengan números de periodo. Ambos enfoques pretenden resolver el reto del crecimiento indefinido del estado, preservando al mismo tiempo la accesibilidad del usuario y la familiaridad del desarrollador.
Simplificación de protocolos y limpieza de funciones
Buterin subraya la importancia de reducir la complejidad del protocolo con el tiempo, destacando varias oportunidades de simplificación. Entre ellas, la transición de la codificación RLP a la SSZ, la eliminación de tipos de transacciones y precompilaciones infrautilizadas y la armonización de los formatos de datos en todo el protocolo. La propuesta sugiere un planteamiento estructurado para la supresión de funciones, con un proceso plurianual desde el debate inicial hasta la supresión definitiva, que garantice la mínima perturbación de las aplicaciones existentes.
La publicación refleja el compromiso de Ethereum con la sostenibilidad y la accesibilidad a largo plazo, y Buterin señala que estos cambios podrían permitir ejecutar un nodo de Ethereum "en un reloj inteligente". Sin embargo, reconoce el delicado equilibrio entre mantener la compatibilidad con versiones anteriores y la necesaria evolución del protocolo, sugiriendo que puede ser necesario tomar algunas decisiones difíciles por el bien del futuro de la red.
Esta detallada hoja de ruta representa una de las revisiones propuestas más significativas de la arquitectura técnica de Ethereum desde la transición a proof-of-stake, y demuestra que el proyecto sigue centrándose en la escalabilidad y la sostenibilidad, al tiempo que mantiene su propuesta de valor central de descentralización y permanencia.
