- Vitalik Buterin impulsa una masiva "Purga" para Ethereum con el fin de reducir la acumulación de datos y simplificar el protocolo.
- Los datos históricos de Ethereum pronto se almacenarán en fragmentos distribuidos entre los nodos, lo que significa que cada nodo no tendrá que conservar todas las transacciones realizadas desde su inicio.
- Buterin busca establecer un plazo de expiración para los datos del estado, de modo que las cuentas y contratos inactivos no sigan sobrecargando la red indefinidamente.
El creador de Ethereum, Vitalik Buterin, anunció el siguiente paso de la red, que resulta ser cortar el peso extra. Lo llama “La Purga”.
En el quinto artículo de su serie, Vitalik presentó un plan despiadado para eliminar la hinchazón de la blockchain, eliminar características redundantes y optimizar el protocolo. La red de Ethereum está congestionada con transacciones obsoletas y características heredadas complicadas.
¿La solución? Vitalik quiere que se recorten los datos históricos y de estado, se simplifiquen las características del protocolo y se faciliten la ejecución de los nodos. Esta decisión agresiva es una respuesta al rápido crecimiento de datos de Ethereum.
En este momento, un nodo completo de Ethereum requiere más de 1,1 terabytes de almacenamiento solo para el cliente de ejecución, con más para los datos de consenso.
A medida que las transacciones y cuentas se acumulan, las necesidades de almacenamiento deben crecer, creando cuellos de botella. Sin cambios, Ethereum corre el riesgo de volverse lento, con nuevos clientes que enfrentan tiempos de sincronización dolorosamente largos solo para ponerse al día con la cadena.
Expiración de historial: Reducir la carga de memoria de Ethereum
En lugar de que cada nodo retenga cada transacción registrada, Vitalik sugiere que los nodos retengan solo los datos recientes. Los bloques históricos, transacciones antiguas y recibos se distribuyen entre los nodos en pequeñas porciones.
Para Vitalik, los datos históricos deberían operar como una red de torrents: los nodos almacenan fragmentos de datos, asegurando la disponibilidad de datos sin que un nodo tenga todo. “Estamos hablando de cientos de gigabytes de bloques antiguos acumulándose cada año”, dijo.
El modelo actual, con nodos que retienen todos los datos, ya ha sido ajustado. Los bloques de consenso, vitales para la prueba de participación, se almacenan durante seis meses, mientras que los blobs (bloques de datos de transacciones más grandes) desaparecen después de 18 días.
La nueva propuesta de Vitalik, EIP-4444, impulsa un límite de almacenamiento de un año para bloques históricos y recibos. ¿Su objetivo final? Una red distribuida donde cada nodo almacene solo una fracción de la historia, utilizando pruebas de Merkle y codificación de borrado para garantizar la precisión.
Este almacenamiento de historia distribuida no reducirá la fiabilidad de los datos de Ethereum. Vitalik afirma que al aumentar el número de nodos, las copias de datos se multiplicarán en la red, haciendo que cada fragmento de historia esté bien respaldado.
La codificación de borrado añadirá resiliencia, similar a la tecnología que ayuda a que los blobs permanezcan disponibles para el muestreo de datos. Vitalik también señala la Red Portal y los métodos peer-to-peer como posibles soluciones, permitiendo a Ethereum gestionar la distribución de sus datos sin depender del almacenamiento centralizado.
Expiración de estado: Limitar la permanencia de los datos
Más allá del historial, la purga de Vitalik incluye una bestia más complicada: “expiración de estado”. A diferencia del historial, los datos de estado (cosas como saldos de cuentas, nonces y almacenamiento de contratos inteligentes) son más difíciles de expirar. Una vez creado, un objeto de estado (como una cuenta con ETH o una ranura de almacenamiento de un contrato) permanece accesible para cualquier transacción.
Y con cada objeto, los datos de Ethereum crecen. Para contener esto, Vitalik propone una expiración automática, recortando los datos que no han sido tocados recientemente. El truco está en equilibrar la expiración del estado con la permanencia de Ethereum.
Él cree que los usuarios deberían poder “desaparecer durante cinco años, volver y aún así acceder a sus fondos”. Este sistema necesita eficiencia: sin cálculos adicionales ni modelos complejos para los desarrolladores.
Ethereum ha intentado varias ideas como “alquiler de blockchain”, que cobraba a los usuarios por mantener sus datos vivos, y “regenesis”, que intentaba reiniciar la blockchain para reducir los datos. Ninguna cuajó.
Dos nuevas propuestas apuntan a la hinchazón del estado. Primero, está la “expiración parcial del estado”. La red dividiría los datos en fragmentos, almacenando solo los fragmentos recientes mientras preserva “stub” (pequeños fragmentos de datos inactivos) para probar la existencia.
Si un fragmento se elimina, los usuarios pueden revivirlo con una prueba de datos pasados. La propuesta de diseño de Vitalik, EIP-7736, utiliza árboles Verkle y un modelo “tallo y hoja” para agrupar datos. Cualquier dato no tocado durante seis meses se elimina, dejando solo un stub para ser restaurado cuando sea necesario.
La segunda idea es la expiración basada en el período de dirección, que divide los objetos de estado por tiempo. Cada cuenta tiene un “período de dirección”, y solo se almacenan los datos de los dos períodos más recientes.
Si alguien quiere datos antiguos, presentará una prueba de Merkle para reinstalarlos. Esta configuración basada en períodos requerirá cambios en los formatos de dirección, expandiendo el formato actual de 20 bytes para incluir números de versión y períodos.
Vitalik también sugiere la contracción del espacio de direcciones para mantener la compatibilidad. El desafío entonces será asegurarse de que los usuarios entiendan y confíen en este sistema de períodos sin sacrificar la promesa central de Ethereum de disponibilidad.
Limpieza de características: Recortando la complejidad del código de Ethereum
La fase final de la purga ataca la complejidad del protocolo. Vitalik dice: “Cada nueva característica hace que Ethereum sea más difícil de usar, pero eliminar cualquier cosa es una pesadilla”. El ejemplo más infame es SELFDESTRUCT, un opcode que permite a los usuarios eliminar el almacenamiento de contratos.
Originalmente, permitía la limpieza voluntaria del estado, pero está mayormente sin usar y arriesga ataques de denegación de servicio. La bifurcación dura Dencun de Ethereum debilitó el opcode, y Vitalik planea eliminarlo por completo pronto.
Otras características hinchadas incluyen tipos de transacciones antiguas, formatos de datos redundantes y una configuración de protocolo de endianidad mixta. Estas peculiaridades hacen que el desarrollo sea confuso y que Ethereum sea más difícil de actualizar.
La lista de limpieza de Vitalik también incluye la transición de formatos de datos de RLP a SSZ, simplificar las reglas de gas para gestionar mejor los recursos del bloque y eliminar precompilados no utilizados como RIPEMD160, MODEXP y BLAKE. También apoya el movimiento de Ethereum hacia un modelo de cliente sin estado, lo que eliminaría las cargas de almacenamiento para la mayoría de los nodos.
Algunos de estos cambios requerirán abstracción de cuentas, permitiendo a los usuarios manejar tipos de transacciones heredadas a través de “código EVM de cuenta predeterminada”. Esto, dice Vitalik, simplificará la Máquina Virtual de Ethereum (EVM) mientras reduce el tamaño del código. A largo plazo, la propia EVM podría recibir una actualización.
Él explica que los desarrolladores de Ethereum están considerando un nuevo modelo de ejecución como RISC-V o Cairo, o posiblemente utilizando un Formato de Objeto EVM (EOF) para estandarizar las reglas del código.
EOF cambia las reglas de gas y prohíbe ciertas instrucciones para permitir actualizaciones modulares, mejorando la escalabilidad de Ethereum. Se informa que este formato permitirá a los desarrolladores hacer mejoras incrementales, ayudando finalmente a que Ethereum se mantenga ligero.
Pero Vitalik dio otra opción. Él dice, “Una estrategia de simplificación de Ethereum más radical es mantener el protocolo tal como está, pero mover grandes partes de él de ser características del protocolo a ser código de contrato.”
No te limites a leer noticias sobre criptomonedas. Entiéndelas. Suscríbete a nuestro boletín. Es gratis.
Aviso de responsabilidad. La información proporcionada no es un consejo de trading. Cryptopolitan.com no asumimos responsabilidad alguna por las inversiones realizadas basándose en la información proporcionada en esta página. Recomendamos encarecidamente la investigación independiente y/o la consulta con un profesional calificado antes de tomar cualquier decisión de inversión.
Jai Hamid
Jai Hamid ha estado cubriendo criptomonedas, mercados bursátiles, tecnología, la economía global y los eventos geopolíticos que afectan a los mercados durante los últimos 6 años. Ha trabajado con publicaciones centradas en blockchain, incluidas AMB Crypto, Coin Edition y CryptoTale, en análisis de mercado, grandes empresas, regulación y tendencias macroeconómicas. Se graduó en la London School of Journalism y ha compartido tres veces sus conocimientos sobre el mercado de criptomonedas en una de las principales cadenas de televisión de África.
