Vitalik Buterin quiere poner a Ethereum en una dieta radical. El 6 de julio de 2026, el cofundador de Ethereum publicó una publicación de investigación detallada que describe lo que él llama la propuesta "Extremely Lean" (Ethereum Extremadamente Ligero) — un plan para comprimir la capa de consenso de la red de manera tan agresiva que cada validador dejaría atrás solo aproximadamente 6 bytes de estado en cadena, muy por debajo de la huella considerablemente más pesada que llevan los validadores hoy en día. La fuerza impulsora detrás de esta compresión: las pruebas de conocimiento cero.
Buterin enmarcó la propuesta como la "tercera iteración importante" de Ethereum — una descripción que tiene un peso real. La primera fue el lanzamiento original de prueba de trabajo de Ethereum; la segunda fue la Fusión, cuando Ethereum cambió al consenso de prueba de participación en una de las transiciones técnicamente más complejas en la historia de la blockchain. Colocar a Lean Ethereum en ese linaje señala que este no es un ciclo de actualización incremental. Es una reestructuración de cómo la cadena gestiona el estado.
La hoja de ruta más amplia de Lean Ethereum surgió por primera vez a mediados de 2025 y abarca tres pilares interconectados: un sistema de consenso rediseñado llamado Lean Consensus, un manejo de datos mejorado con características post-cuánticas llamado Lean Data, y una máquina virtual mínima compatible con SNARK — posiblemente basada en RISC-V — llamada Lean Execution. La última publicación de Buterin sobre la "Extremely Lean Chain" se enfoca específicamente en la capa de consenso, apuntando a la Cadena Beacon para una minimización exhaustiva de los datos en cadena.
La lógica estratégica es sencilla: al hacer que la cadena sea casi sin estado, la red puede mantener los nodos completos ligeros y abrir la puerta a escalar el consenso a potencialmente millones de validadores. Ese es un límite de escalabilidad al que ninguna arquitectura actual de Ethereum se acerca.
La Fase 1 elimina la mayoría de los datos de los validadores de la cadena por completo. En lugar de actualizar los saldos cada época, cada validador enviaría una única prueba ZK-STARK diaria — una attestación criptográfica compacta que permite a la cadena verificar la corrección sin almacenar los datos subyacentes. El resultado: el estado en cadena se reduce a solo unos pocos bytes por validador, y la cadena permanece casi sin estado en recompensas y penalizaciones. El trabajo se desplaza a los validadores, quienes generan y envían estas pruebas, mientras que los nodos completos permanecen ligeros.
Este es el compromiso central que Buterin está diseñando. Los validadores asumen más responsabilidad computacional para que la capa base pueda mantenerse ligera. Es una inversión deliberada del modelo actual, donde el estado se acumula en la cadena y los nodos completos deben rastrearlo.
La Fase 2 va más allá. Cada validador recibiría una clave e identidad anónima nueva cada día, volviendo a registrarse y volviendo a probar su saldo de manera privada en cada ciclo. El efecto práctico es un conjunto de validadores rotativo diario e inenlazable, lo que hace significativamente más difícil para los observadores externos correlacionar las identidades de los validadores a lo largo del tiempo.
La privacidad a nivel de validador ha sido durante mucho tiempo un área desatendida en el diseño de Ethereum. La Fase 2 la aborda estructuralmente en lugar de como un complemento, lo que es parte de lo que hace que esta propuesta sea arquitectónicamente distintiva.
Más allá de la minimización del estado y la privacidad, la hoja de ruta incorpora otros dos objetivos técnicos importantes: la finalidad de un solo slot, que permitiría que las transacciones alcanzaran una confirmación irreversible dentro de un solo bloque en lugar de esperar múltiples épocas, y la criptografía resistente a la cuántica construida sobre pruebas STARK recursivas. Esto último es cada vez más urgente — la preocupación por las futuras amenazas de la computación cuántica a la criptografía de curva elíptica ha pasado de ser teórica a estar en la etapa de planificación en gran parte de la comunidad de investigación criptográfica.
La comunidad de investigación de Ethereum ha acogido ampliamente la dirección. Eli Ben-Sasson, cofundador de StarkWare, calificó la hoja de ruta actualizada como "muchas cosas buenas, algunas cosas poco claras, todavía algunos problemas". Elogió la decisión de colocar las STARK recursivas en el centro del futuro de Ethereum — un cambio notable, dado que partes de la comunidad de Ethereum eran escépticas de la tecnología en años anteriores. Sobre la preparación cuántica específicamente, Ben-Sasson fue directo: "Seguridad cuántica — excelente. Me alegra ver esto como una alta prioridad".
Pero su entusiasmo vino con una fuerte advertencia: "3-4 años como cronograma es demasiado largo. Especialmente para la preparación cuántica".
El ex investigador de la Fundación Ethereum Dankrad Feist se hizo eco de ese sentimiento. Calificó la visión de "realmente genial" y destacó características como la finalidad de transacciones casi instantánea y un rendimiento drásticamente mayor como potencialmente transformadoras. Sin embargo, fue contundente sobre el ritmo: "3-4 años es muy lento. Creo que deberíamos ser ambiciosos y hacerlo en ~1 año". Feist incluso sugirió que los avances recientes en herramientas de IA, incluidos los modelos de lenguaje grande, podrían acelerar el desarrollo.
El investigador de la Fundación Ethereum Barnabé Monnot se centró en cómo la hoja de ruta actualizada difiere de la versión de febrero. Entre los cambios clave: algunas mejoras en la velocidad de producción de bloques se pospusieron, mientras que los cambios en el sistema de consenso subieron en la pila de prioridades. También se eliminaron varias características propuestas anteriormente — movimientos que Monnot sugirió que en última instancia podrían ayudar a lograr una finalidad de transacción más rápida y una mayor resistencia a la censura.
El debate dentro de la comunidad de investigación de Ethereum ha, notablemente, desplazado su centro de gravedad. La pregunta ya no es si seguir esta dirección — es si la red puede ejecutarse lo suficientemente rápido como para mantenerse relevante.
Buterin indicó que la próxima actualización Hegota de Ethereum probablemente será la última bifurcación importante antes de que la era Lean comience en serio. Después de Hegota, se espera que la trayectoria de desarrollo del protocolo se oriente en torno a los requisitos de la hoja de ruta Lean.
Esa transición está ocurriendo junto con cambios organizativos más amplios. La Fundación Ethereum ha experimentado una reducción significativa y una reestructuración interna. Mientras tanto, han surgido dos nuevas organizaciones sin fines de lucro para llenar partes del vacío institucional: Ethereum Institutional y EthLabs, esta última encargada explícitamente de contribuir a la I+D del protocolo. Ambas organizaciones cuentan con el respaldo de Bitmine, Sharplink y Joseph Lubin.
Si estas nuevas estructuras pueden coordinarse de manera efectiva a lo largo de una construcción técnica de tres a cuatro años — una que toca casi todas las capas de la arquitectura de Ethereum — es una pregunta que el ecosistema responderá en tiempo real. El llamado de la comunidad de investigación para una ejecución más rápida añade presión. Si las herramientas de IA aceleran genuinamente la implementación criptográfica al ritmo que investigadores como Feist creen que es posible, el cronograma original podría comprimirse más rápido de lo que la hoja de ruta proyecta actualmente.
El objetivo principal es reducir radicalmente la capa de consenso de Ethereum disminuyendo drásticamente el estado en cadena de los validadores a través de pruebas de conocimiento cero, haciendo que la cadena sea más eficiente y escalable.
La Fase 1 reemplaza las actualizaciones de saldo por época con pruebas STARK de conocimiento cero diarias para minimizar los datos de estado, reduciendo la huella en cadena de cada validador a aproximadamente 6 bytes. La Fase 2 mejora la privacidad del validador al proporcionar claves anónimas nuevas cada día, convirtiendo el conjunto de validadores en una lista rotativa diaria e inenlazable.
Buterin proyectó un período de desarrollo de tres a cuatro años. Sin embargo, varios investigadores destacados de Ethereum — incluyendo a Eli Ben-Sasson y Dankrad Feist — han argumentado que esto es demasiado lento y han instado a la red a apuntar a un cronograma significativamente más corto.
Al mantener la cadena casi sin estado y desplazar el trabajo computacional a los validadores, Lean Ethereum puede permitir que el consenso escale a millones de validadores — un nivel muy por encima de lo que la arquitectura actual de Ethereum soporta.
Artículo producido con la asistencia de inteligencia artificial y revisado por el equipo editorial.

