#VitalikUnveilsLeanEthereum Vitalik Buterin presentó Lean Ethereum durante la llamada de investigación de Todos los Desarrolladores Principales el 3 de septiembre de 2026, y la propuesta ahora establece la dirección técnica para los equipos de clientes, los investigadores de protocolo y los constructores de aplicaciones en todo el ecosistema. El documento traza un camino claro hacia una complejidad reducida, una menor carga de mantenimiento y una capa base que se enfoca en un pequeño conjunto de garantías sólidas. El momento coincide con la finalización de la actualización Verge en el segundo trimestre de 2026 y con el crecimiento en la diversidad de clientes que hace factibles las grandes refactorizaciones. Lean Ethereum responde a las preocupaciones de que las características acumuladas aumentan el riesgo de consenso y elevan las barreras para los nuevos equipos que quieren construir clientes o auditar la especificación.

La propuesta se basa en tres principios. Primero, limitar el número de funciones críticas para el consenso que cada cliente debe implementar. Segundo, mover la funcionalidad especializada a los rollups o a la capa de aplicación. Tercero, fortalecer la capa base en torno a la disponibilidad de datos, la liquidación y un entorno de ejecución mínimo que admita pruebas de validez. El objetivo es un protocolo que siga siendo simple de verificar, simple de implementar y simple de razonar. El enfoque acepta que la capa base debe evitar cubrir todos los casos de uso. Intentar soportar todos los requisitos crea fragilidad. Elegir un alcance estrecho permite que la red ofrezca garantías más sólidas donde la descentralización y la neutralidad más importan.

Los cambios en la gestión del estado bajo Lean Ethereum. El plan hace que la ejecución sin estado sea la opción predeterminada para los clientes. Los productores de bloques incluyen testigos que permiten a los validadores ejecutar un bloque sin almacenar el trie de estado completo. Los clientes de ejecución mantienen solo el estado necesario para las aplicaciones que soportan. La capa base continúa garantizando la disponibilidad de datos y aplicando transiciones de estado correctas mediante pruebas sucintas. Los árboles Verkle, activados con la actualización Verge, proporcionan la estructura criptográfica para los testigos. Los formatos de testigo estandarizados permiten que los clientes ligeros y los rollups interoperen sin adaptadores personalizados. Los datos de rendimiento compartidos en la llamada mostraron que un cliente sin estado puede verificar bloques de la red principal en menos de 170 milisegundos en un portátil con cuatro núcleos. Esa velocidad reduce los requisitos de hardware y ayuda a que el staking doméstico siga siendo viable. Un menor almacenamiento de estado también disminuye el ancho de banda y la entrada/salida del disco, lo que respalda a los nodos que operan en entornos limitados.

La hoja de ruta de la Máquina Virtual de Ethereum también cambia. Lean Ethereum propone congelar la EVM heredada en un conjunto de características definido después de la próxima actualización de red e introducir una VM mínima optimizada para pruebas de conocimiento cero. La EVM heredada continuará soportando contratos, herramientas y flujos de trabajo de desarrollo existentes. La nueva VM utiliza un conjunto de instrucciones compacto que se asigna directamente a circuitos aritméticos. La separación permite que la innovación continúe en la capa de aplicación mientras se mantiene estable la lógica de consenso. Los equipos de clientes mantendrían la EVM heredada por compatibilidad hacia atrás, pero los cambios de consenso en esa VM se detendrían después de una fecha de término definida. Los equipos de Solidity y Vyper expresaron su apoyo porque un objetivo estable reduce los costos de prueba y simplifica el mantenimiento a largo plazo. Los desarrolladores de aplicaciones pueden elegir la EVM heredada por compatibilidad o la nueva VM por rendimiento dentro de los rollups de validez.

La disponibilidad de datos sigue siendo un deber central de la capa base. Lean Ethereum confirma el compromiso con proto danksharding y danksharding completo. El objetivo de ancho de banda para blobs aumenta a 32 megabytes por espacio para finales de 2027 y a 128 megabytes por espacio una vez que el muestreo de disponibilidad de datos alcance la preparación para producción. El aumento soporta miles de rollups y permite grandes envíos de datos sin congestionar la ejecución. La propuesta define un objetivo de nivel de servicio para la disponibilidad de datos. La red debe garantizar que el 99.95 por ciento de los blobs permanezcan recuperables por cualquier nodo dentro de dos espacios. Para cumplir ese objetivo, el protocolo añade reparación distribuida de blobs. Los nodos reconstruyen fragmentos faltantes utilizando codificación de borrado y un protocolo de gossip. Las pruebas en la testnet Holesky lograron un éxito de reparación superior al 99.99 por ciento bajo particiones de red simuladas y cortes de nodo dirigidos. El mecanismo de reparación opera junto con la capa peer-to-peer existente y utiliza el ancho de banda de manera eficiente al priorizar los índices faltantes.

La economía de los validadores se simplifica bajo Lean Ethereum. La propuesta reemplaza la curva de recompensa variable actual con una recompensa base fija por validador y una penalización directa por tiempo fuera de línea. El cambio elimina parámetros que vinculan la emisión con el stake total, la tasa de participación y otros factores dinámicos. El nuevo modelo hace que el rendimiento sea predecible para los stakers y más fácil de modelar para custodios, fondos e informes regulatorios. Las simulaciones presentadas por el grupo de investigación indican que la emisión se mantendría entre el 0.25 por ciento y el 0.55 por ciento del suministro total por año, dependiendo de la proporción de staking. El rango mantiene los incentivos de seguridad mientras limita la dilución. La penalización por atestaciones perdidas se mantiene proporcional al tiempo de inactividad, lo que preserva los incentivos de vivacidad. La simplificación también reduce los casos límite que los equipos de auditoría deben revisar durante cada ciclo de actualización.

La diversidad de clientes es un objetivo principal. Lean Ethereum incluye una especificación para un cliente de consenso mínimo que puede escribirse 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 los comités de sincronización. El cliente omite el descubrimiento de pares, los servidores RPC, las métricas y otras funciones no relacionadas con el consenso. El propósito es dar a los nuevos equipos un camino rápido para construir implementaciones alternativas y proporcionar una referencia que los auditores puedan revisar de extremo a extremo. Nimbus y Grandine ya produjeron prototipos que se sincronizan con la cabeza de la cadena en un portátil estándar en menos de cinco minutos. La especificación añade un arnés de prueba común que genera casos límite y vectores de consenso. El arnés permite a los equipos descubrir errores antes de que el código llegue a las testnets públicas.

Los rollups reciben garantías más claras de la capa base. Ethereum se compromete a proporcionar disponibilidad de datos segura y liquidación. La ejecución y la experiencia del usuario migran a la capa dos. Lean Ethereum introduce un estándar para la comunicación entre rollups que utiliza pruebas de validez compartidas y una interfaz de puente común. El estándar permite que los activos y los mensajes se muevan entre rollups sin intermediarios de confianza y sin largos períodos de desafío. Un grupo de trabajo con miembros de Arbitrum, Optimism, Base, Starknet y Scroll finalizará la interfaz. Las billeteras pueden enrutar transacciones automáticamente y mostrar un saldo unificado al usuario. El estándar utiliza pruebas recursivas para que una sola prueba pueda dar fe del estado en muchos rollups. Ese método reduce el costo de verificación en la capa base y mantiene baja la latencia para los usuarios finales.

Los supuestos de seguridad reciben una reformulación precisa. Lean Ethereum asume una mayoría honesta de stake para la vivacidad y una red sincrónica para el rendimiento, pero la seguridad se mantiene en condiciones asincrónicas debido al gadget de finalidad. La propuesta elimina características que dependen de juegos económicos complejos o que dan ventajas a los grandes stakers. Un ejemplo es la desaprobación de las subastas MEV dentro del protocolo. En lugar de subastas, el protocolo admite un mempool cifrado neutral con descifrado por umbral a nivel de bloque. Flashbots y varios grupos universitarios publicaron simulaciones que muestran que los mempools cifrados reducen el MEV dañino en más del setenta por ciento mientras preservan el valor competitivo del bloque. El cambio reduce la barrera para los constructores independientes y disminuye la dependencia del flujo de órdenes privado.

La gobernanza y la cadencia de actualizaciones se vuelven predecibles. Lean Ethereum adopta un modelo de tren con una actualización de consenso por año en el segundo trimestre y una versión de mantenimiento para la capa de ejecución en el cuarto trimestre. El calendario da tiempo a los equipos de clientes para planificar y proporciona un objetivo estable a los desarrolladores de aplicaciones. Cada actualización debe incluir un plan de desaprobación 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 comprometió financiación para fuzzing continuo, para un programa de recompensas de errores que paga en ETH y stablecoins, y para subvenciones que apoyen a equipos de clientes alternativos. Los niveles de recompensa aumentan para los 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 llegó rápidamente después de la llamada. Los desarrolladores principales dieron la bienvenida a la claridad y a la reducción del alcance. Los equipos de aplicaciones pidieron garantías de que la EVM heredada seguiría siendo utilizable durante al menos cinco años. La propuesta establece una fecha de término de 2032 con una opción de prórroga basada en métricas de uso y demanda del ecosistema. Los equipos de rollups apoyaron 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 favorecieron la curva de recompensas más simple porque reduce la complejidad contable y el trabajo de auditoría. Algunos participantes expresaron preocupaciones sobre la osificación y sobre mover demasiada funcionalidad a la capa dos, lo que podría afectar a los usuarios con acceso limitado a rollups. Los autores respondieron que la capa base mantendría un entorno de ejecución mínimo para transacciones de emergencia y para casos de uso que requieran liquidación directa sin puentes.

Los pasos de implementación ya están en marcha. La especificación del cliente mínimo se publicará en octubre de 2026. Una devnet que implemente ejecución sin estado y la nueva VM se lanzará en noviembre de 2026. La primera ronda de auditoría externa comienza en enero de 2027. El conjunto de características para la primera actualización de Lean Ethereum apunta a una congelación a mediados de 2027. La activación en la red principal está prevista para el segundo trimestre de 2028 si las pruebas cumplen los criterios definidos. El estándar de comunicación entre rollups apunta a un lanzamiento de la versión uno en diciembre de 2026, con código de referencia en los principales kits de desarrollo de software poco después. La Fundación Ethereum y varios equipos de capa dos asignaron recursos de ingeniería para completar el trabajo según el cronograma.

Lean Ethereum señala un cambio de la expansión a la consolidación. La red demostró que puede actualizarse sin tiempo de inactividad y que puede soportar un gran ecosistema de rollups y aplicaciones. 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. La estrategia apuesta a que una base estable permite más innovación en los bordes y que los desarrolladores construirán funcionalidades avanzadas donde corresponda. La capa base seguirá proporcionando resistencia a la censura, neutralidad creíble y liquidación global. Todo lo demás puede vivir en la capa dos, donde la experimentación es más rápida y el fracaso conlleva menos riesgo sistémico.

El debate continuará durante el resto de 2026 y hasta 2027. La comunidad investigadora, los equipos de clientes y los desarrolladores de aplicaciones ahora comparten un punto de referencia común para las decisiones de diseño. Lean Ethereum sí elimina ambición de la hoja de ruta. Canaliza la 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 ofrecerá experiencia de usuario, escalabilidad y características específicas de dominio. La propuesta reconoce que la capa base debe hacer pocas cosas a la perfección en lugar de muchas cosas adecuadamente. Al elegir un alcance más pequeño y ejecutar con disciplina, Ethereum aspira a seguir siendo la capa de liquidación para el internet del valor durante décadas.