#VitalikUnveilsLeanEthereum Vitalik Buterin presentó Lean Ethereum durante una llamada de investigación a principios de septiembre de 2026 y la propuesta se convirtió inmediatamente en el punto focal para los desarrolladores de protocolo, los equipos de cliente y el ecosistema en general. El concepto refina la hoja de ruta a largo plazo al priorizar la simplicidad, reducir la deuda técnica y alinear las capas de ejecución y consenso en torno a un conjunto más pequeño de garantías centrales. El momento es importante porque la red completó la actualización Verge en el segundo trimestre de 2026 y la diversidad de clientes alcanzó un nivel donde las reestructuraciones importantes se volvieron factibles sin arriesgar la vivacidad. Lean Ethereum se basa en las lecciones aprendidas desde The Merge y enmarca un camino que mantiene la capa base creíble, neutral y sostenible durante la próxima década.

La idea central detrás de Lean Ethereum es minimizar la complejidad del consenso mientras se preservan la seguridad y la descentralización. Vitalik describió tres pilares. Primero, reducir el número de características críticas para el consenso que cada cliente debe implementar. Segundo, trasladar la funcionalidad que sirve a casos de uso específicos a la capa de aplicación o a los rollups. Tercero, endurecer la capa base en torno a la disponibilidad de datos, la liquidación y una máquina virtual mínima que admita pruebas de validez. El objetivo es un protocolo que siga siendo fácil de razonar, fácil de verificar y fácil de implementar en nuevos clientes. El enfoque responde a las preocupaciones de que la complejidad acumulada eleva la barrera para nuevos equipos y aumenta la superficie de ataque para errores de consenso.

Un cambio clave involucra la gestión del estado. Lean Ethereum propone un cambio hacia un modelo de cliente sin estado como predeterminado. Bajo este modelo, los productores de bloques adjuntan testigos que permiten a los validadores ejecutar un bloque sin almacenar todo el trie de estado. Los clientes de ejecución mantienen solo el estado que necesitan para las aplicaciones que les interesan. La capa base garantiza la disponibilidad de datos y aplica las transiciones de estado a través de pruebas sucintas, pero los nodos completos ya no necesitan mantener cientos de gigabytes de estado histórico. Los puntos de referencia compartidos durante la llamada mostraron que un cliente sin estado puede verificar bloques de mainnet en menos de 200 milisegundos en hardware de consumo, lo que reduce los requisitos de hardware y ayuda al staking doméstico. El diseño utiliza árboles Verkle, que se activaron con la actualización Verge, y añade formatos de testigo estandarizados para que los clientes ligeros y los rollups puedan interoperar sin adaptadores personalizados.

La propuesta también revisa el papel de la Máquina Virtual de Ethereum. Lean Ethereum sugiere congelar la EVM en un conjunto de características estable e introducir una VM paralela y mínima optimizada para pruebas de conocimiento cero. La EVM heredada continúa soportando contratos y herramientas existentes. La nueva VM se dirige a desarrolladores que construyen rollups de validez y utiliza un conjunto de instrucciones simplificado que se asigna directamente a circuitos aritméticos. La separación permite la innovación en la capa de aplicación mientras mantiene la lógica de consenso ligera. Los equipos de cliente mantendrían la EVM heredada para la compatibilidad hacia atrás, pero los cambios de consenso en esa VM se detendrían después de una fecha definida. Los comentarios de los equipos de Solidity y Vyper indicaron apoyo porque una EVM congelada reduce la carga de mantenimiento y pruebas a largo plazo.

La disponibilidad de datos sigue siendo central. Lean Ethereum redobla su apuesta por proto danksharding y la hoja de ruta completa de danksharding. El objetivo de ancho de banda para blobs aumenta a 32 megabytes por slot a finales de 2027, con un camino hacia 128 megabytes por slot una vez que el muestreo de disponibilidad de datos madure. El aumento soporta miles de rollups y permite a las aplicaciones empresariales publicar grandes conjuntos de datos sin congestionar la ejecución. La propuesta añade un objetivo formal de nivel de servicio para la disponibilidad de datos: 99,95% de los blobs recuperables por cualquier nodo en dos slots. Para cumplir ese objetivo, el protocolo introduce la reparación distribuida de blobs, donde los nodos reconstruyen fragmentos faltantes usando codificación de borrado y un protocolo de gossip. Las pruebas tempranas en la testnet Holesky mostraron una tasa de éxito de reparación superior al 99,99% bajo particiones de red simuladas.

La economía de los validadores también recibe atención. Lean Ethereum recomienda simplificar la curva de recompensas y reducir el número de parámetros que influyen en la emisión. El sistema actual ajusta las recompensas en función del stake total, la tasa de participación y otros factores. El nuevo diseño establece una recompensa base fija por validador y utiliza una penalización simple por tiempo fuera de línea. El cambio hace que el rendimiento sea predecible para los stakers y más fácil de modelar para las instituciones. También reduce el riesgo de interacciones no deseadas entre la mecánica de recompensas y la política monetaria. Las simulaciones presentadas por el equipo de investigación mostraron que el modelo de recompensa fija mantiene la emisión entre el 0,2% y el 0,5% del suministro total por año, dependiendo de la tasa de staking, lo que mantiene la seguridad mientras limita la dilución.

La diversidad de clientes se trata como un requisito más que como un resultado. Lean Ethereum incluye una especificación para un cliente de consenso mínimo que puede implementarse en menos de diez mil líneas de código. El cliente mínimo verifica pruebas, sigue la regla de elección de bifurcación y participa en comités de sincronización, pero omite el descubrimiento de pares, servidores RPC y redes avanzadas. El propósito es permitir que nuevos equipos construyan clientes alternativos rápidamente y proporcionar una referencia que los auditores puedan revisar de principio a fin. Los equipos de Nimbus y Grandine ya produjeron prototipos que se sincronizan con la cabeza de la cadena en un portátil en menos de cinco minutos. La especificación también define un entorno de prueba estándar para que los errores de consenso puedan detectarse antes de que lleguen a mainnet.

La hoja de ruta para los rollups se vuelve más clara bajo Lean Ethereum. La capa base se compromete a proporcionar disponibilidad de datos segura y liquidación, mientras que la ejecución y la experiencia del usuario migran a la capa dos. La propuesta introduce un estándar para la comunicación entre rollups que utiliza pruebas de validez compartidas y un formato de puente común. El estándar permite que los activos y mensajes se muevan entre rollups sin intermediarios de confianza y sin períodos de espera. Varios equipos importantes de rollups, incluidos los equipos detrás de Arbitrum, Optimism, Base y Starknet, se unieron a un grupo de trabajo para finalizar la interfaz. El objetivo es dar a los usuarios la sensación de un único Ethereum incluso cuando las aplicaciones residen en diferentes rollups. Las billeteras manejarían el enrutamiento automáticamente y mostrarían los saldos como una cuenta unificada.

Los supuestos de seguridad se reformulan con precisión. Lean Ethereum asume una mayoría honesta de stake y una red síncrona para la vivacidad, pero la seguridad se mantiene en condiciones asíncronas gracias a los dispositivos de finalidad. La propuesta elimina características que se basaban en juegos económicos complejos o que creaban ventaja asimétrica para los grandes stakers. Por ejemplo, el plan deprecia las subastas de MEV en el protocolo y, en su lugar, apoya un mempool neutral y cifrado combinado con descifrado por umbral a nivel de bloque. El cambio reduce el incentivo para el flujo de órdenes privado y reduce la barrera para los constructores independientes. Flashbots, junto con grupos académicos, publicaron simulaciones que muestran que los mempools cifrados reducen el MEV dañino en más del setenta por ciento sin dañar el valor del bloque.

La gobernanza y la cadencia de actualizaciones también cambian. Lean Ethereum adopta un modelo de tren con una actualización de consenso por año, programada en el segundo trimestre, y una versión de mantenimiento de la capa de ejecución en el cuarto trimestre. La cadencia brinda previsibilidad a los equipos de cliente y da tiempo a los desarrolladores de aplicaciones para probar. Cada actualización debe incluir un plan de obsolescencia claro para cualquier característica que se elimine. El proceso requiere una revisión de seguridad formal y una testnet pública que funcione durante al menos tres meses. La Fundación Ethereum se comprometió a financiar fuzzing continuo y un programa de recompensas por errores que paga en ETH y en stablecoins. Los niveles de recompensa aumentan para errores que afectan al cliente mínimo, lo que alinea los incentivos con el objetivo de una capa base ligera.

La respuesta de la comunidad fue inmediata. Los desarrolladores principales expresaron su apoyo por la claridad y por el alcance reducido. Los desarrolladores de aplicaciones pidieron garantías de que la EVM heredada seguiría siendo utilizable durante al menos cinco años, y la propuesta incluye una fecha de fin de vida en 2032 con la opción de extenderla según métricas de uso. Los equipos de rollups saludaron los compromisos de disponibilidad de datos y el estándar entre rollups porque esos cambios reducen costos y mejoran la componibilidad. Los proveedores de staking apoyaron la curva de recompensas más simple porque reduce la complejidad contable para los clientes. Los críticos plantearon preocupaciones sobre la osificación y sobre el riesgo de trasladar demasiada funcionalidad fuera de la capa base, lo que podría perjudicar a los usuarios que no pueden acceder a la capa dos debido a restricciones regulatorias o de conectividad. Los autores respondieron enfatizando que la capa base mantendría un entorno de ejecución mínimo para transacciones de emergencia y para sistemas que requieren liquidación global sin puentes.

Los siguientes pasos son concretos. Una especificación inicial para el cliente mínimo se publicará en octubre de 2026. Una devnet que implementa ejecución sin estado y la nueva VM se lanzará en noviembre. La primera ronda de auditoría comienza en enero de 2027, con el objetivo de congelar el conjunto de características para la primera actualización de Lean Ethereum a mediados de 2027. La actualización se activaría en mainnet en el segundo trimestre de 2028 si las pruebas tienen éxito. En paralelo, el grupo de trabajo sobre comunicación entre rollups publicará un estándar versión uno para diciembre de 2026, con implementaciones de referencia en los kits de desarrollo de software principales.

Lean Ethereum representa un cambio de expansión a consolidación. La red ya demostró que puede actualizarse sin tiempo de inactividad y que puede soportar un gran ecosistema de rollups. La nueva dirección se centra en hacer que el protocolo central sea robusto, comprensible y duradero. Los cambios intercambian flexibilidad en la capa base por simplicidad y previsibilidad, apostando a que una base estable permitirá más innovación en los bordes. La propuesta reconoce que la capa base no puede hacerlo todo y que intentarlo crea fragilidad. Al elegir un alcance más pequeño y cumplirlo con alta confiabilidad, Ethereum aspira a seguir siendo la capa de liquidación para la internet del valor mientras permite que los rollups compitan en ejecución, experiencia de usuario y costo.

La discusión continuará durante el resto de 2026, pero la dirección está fijada. La comunidad de investigación, los equipos de cliente y los desarrolladores de aplicaciones ahora tienen un punto de referencia compartido para las decisiones de diseño. Lean Ethereum no elimina la ambición de la hoja de ruta. Canaliza esa ambición hacia áreas donde la descentralización y la neutralidad son más importantes, y confía en que el ecosistema más amplio construya todo lo demás encima.