Propuesta de Escalado de Ethereum
A pesar de que el precio de ETH cayó más del 6% por debajo de la marca de $2,000, el cofundador Vitalik Buterin se ha mantenido enfocado en la hoja de ruta técnica a largo plazo de la red, presentando una nueva propuesta destinada a aumentar drásticamente la capacidad de Ethereum. En una reciente publicación en X, Buterin delineó un plan ambicioso para lograr un escalado de 1,000 veces, argumentando que este objetivo podría depender de una reestructuración fundamental de cómo la blockchain almacena el estado.
«Queremos un escalado de 1,000x en Ethereum L1», escribió Buterin. «Sabemos aproximadamente cómo hacerlo para la ejecución y los datos, pero escalar el estado es fundamentalmente más difícil».
Estrategia de Escalado a Largo Plazo
Esto se produce después de que Buterin mencionara anteriormente que el equipo de desarrollo de Ethereum necesita cambiar su enfoque hacia el escalado de la red a través de la capa 1, en lugar de depender de las blockchains de capa 2. Según la propuesta, la estrategia de escalado a largo plazo de Ethereum podría basarse en un enfoque híbrido. En lugar de intentar expandir el modelo de estado existente a niveles extremos, la red podría mantener la estructura de estado actual en gran medida intacta, mientras introduce nuevas formas de estado más económicas y restrictivas.
En este diseño, el árbol de estado actual sería gradualmente dominado por objetos de alto valor, como cuentas de usuario, contratos DeFi centrales y código de contratos inteligentes, según Buterin.
Gestión de Estado y Escalabilidad
Mientras tanto, elementos más granulares o específicos de cada usuario—como saldos de ERC-20, NFTs y posiciones de colateral individuales—serían gestionados a través de sistemas de estado alternativos diseñados específicamente para el escalado. Estos nuevos tipos de estado serían significativamente más económicos, pero vendrían con restricciones sobre cómo pueden ser accedidos o manipulados. Buterin sugirió que este intercambio podría hacer que la red sea mucho más escalable, manteniendo al mismo tiempo una experiencia de desarrollo manejable.
Desafíos de Escalado
La investigación compartida por Buterin en su publicación destaca una asimetría estructural en la arquitectura de Ethereum. La ejecución y los datos pueden ser escalados mediante técnicas como pruebas de conocimiento cero y muestreo de disponibilidad de datos. Sin embargo, el estado—esencialmente la base de datos de la blockchain—debe ser almacenado y accedido en su totalidad por los constructores de bloques. Actualmente, el estado de Ethereum crece aproximadamente 100 gigabytes por año. Escalar el sistema 20 veces podría llevar el crecimiento anual a alrededor de dos terabytes. En unos pocos años, esto se traduciría en tamaños de estado de múltiples terabytes, creando grandes desafíos para los operadores de nodos y constructores.
Si bien los discos grandes son relativamente económicos, los verdaderos problemas radican en el rendimiento de la base de datos y la sincronización. A medida que aumenta el tamaño del estado, las operaciones de la base de datos se vuelven más complejas, y sincronizar nuevos nodos podría llevar períodos de tiempo imprácticamente largos, lo que potencialmente centralizaría la red alrededor de un número menor de operadores profesionales.
Estado en Capas
La propuesta también introduce el concepto de «estado en capas», donde diferentes clases de datos se almacenan utilizando distintos mecanismos, dependiendo de su importancia y frecuencia de acceso. El estado permanente contendría cuentas centrales, código de contratos inteligentes y principales centros DeFi. Mientras tanto, datos menos críticos o que cambian con frecuencia podrían almacenarse en sistemas temporales más económicos.
Un enfoque sugerido implica árboles de almacenamiento temporales que se reinician periódicamente, como una vez al mes. Estos podrían manejar datos a corto plazo o desechables de subastas, votos de gobernanza o interacciones de juegos. Otra idea implica modelos similares a UTXO, donde las entradas de estado se crean, gastan y luego se mueven a la historia, reduciendo la cantidad de almacenamiento activo.
Opciones para Desarrolladores
Bajo este marco, los desarrolladores tendrían una opción: podrían continuar construyendo aplicaciones utilizando el modelo de estado permanente actual, pagando tarifas algo más altas, o podrían rediseñar sus aplicaciones para utilizar las nuevas formas de estado más económicas y beneficiarse de costos de transacción drásticamente más bajos. La propuesta forma parte de una hoja de ruta más amplia que busca un aumento de 1,000 veces en la capacidad de Ethereum en los próximos años.
La ejecución podría escalarse a través de máquinas virtuales de conocimiento cero, mientras que el rendimiento de datos podría expandirse mediante tecnologías como PeerDAS y bloques basados en blobs. Sin embargo, el estado requiere un enfoque diferente. En lugar de buscar una única «bala mágica», la investigación de Buterin sugiere un diseño en capas donde coexisten múltiples tipos de almacenamiento. Si tiene éxito, esta estrategia podría permitir que Ethereum mantenga su arquitectura amigable para los desarrolladores mientras alcanza la escala masiva necesaria para la adopción a nivel global.
