#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 define la agenda técnica para los equipos de clientes, investigadores de protocolo y constructores de aplicaciones en todo el ecosistema. El documento establece una dirección clara hacia una complejidad reducida, un menor costo de mantenimiento y una capa base enfocada en un pequeño grupo de garantías sólidas. El momento coincide con la finalización de la actualización Verge en el segundo trimestre de 2026 y la llegada de una diversidad de clientes más amplia que hace que las refactorizaciones importantes sean realistas. Lean Ethereum aborda las preocupaciones de que las características acumuladas aumentan el riesgo de consenso y elevan las barreras para los nuevos equipos que desean construir clientes o auditar la especificación.

La base de Lean Ethereum se sustenta en tres principios. Primero, limitar el número de funciones críticas de consenso que cada cliente debe implementar. Segundo, trasladar la funcionalidad especializada a 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 intentar todos los casos de uso. Intentar cubrir 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 importan más.

La gestión del estado recibe el cambio más grande bajo Lean Ethereum. El plan establece la ejecución sin estado como predeterminada para los clientes. Los constructores de bloques adjuntan testigos que permiten a los validadores ejecutar un bloque sin almacenar el trie de estado completo. Los clientes de ejecución retienen solo el estado necesario para las aplicaciones que soportan. La capa base continúa garantizando la disponibilidad de datos y haciendo cumplir las transiciones de estado correctas a través de 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 mainnet en menos de 175 milisegundos en una laptop con cuatro núcleos. Esa velocidad reduce los requisitos de hardware y ayuda a que el staking doméstico siga siendo viable. Un almacenamiento de estado más bajo también disminuye el ancho de banda y la entrada/salida del disco, lo que respalda a los nodos que operan en entornos restringidos.

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 la 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 desarrolladores 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 finalización definida. Los equipos de Solidity y Vyper expresaron su apoyo porque un objetivo estable reduce el costo de prueba y simplifica el mantenimiento a largo plazo. Los desarrolladores de aplicaciones pueden seleccionar la EVM heredada por compatibilidad o la nueva VM por rendimiento dentro de los rollups de validez.

La disponibilidad de datos sigue siendo una responsabilidad 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 esté listo para producción. El aumento soporta miles de rollups y permite envíos de datos grandes sin congestionar la ejecución. La propuesta define un objetivo de nivel de servicio para la disponibilidad de datos. La red debe asegurar que el 99,95 por ciento de los blobs sigan siendo recuperables por cualquier nodo dentro de dos espacios. Para cumplir ese objetivo, el protocolo agrega 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 nodos dirigidos. El mecanismo de reparación opera junto con la capa par a par existente y utiliza el ancho de banda de manera eficiente al priorizar índices faltantes.

La economía de los validadores se vuelve más simple 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,24 por ciento y el 0,56 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 actividad. La simplificación también reduce los casos límite que los equipos de auditoría deben verificar durante cada ciclo de actualización.

La diversidad de clientes es un objetivo primordial. 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 comités de sincronización. El cliente omite descubrimiento de pares, servidores RPC, métricas y otras características 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 principio a fin. Nimbus y Grandine ya produjeron prototipos que se sincronizan con la cabeza de la cadena en una laptop estándar en menos de cinco minutos. La especificación agrega 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 y liquidación seguras. 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 períodos de desafío largos. 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 atestar el estado a través de 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 actividad y una red síncrona para el rendimiento, pero la seguridad se mantiene bajo condiciones asíncronas debido al dispositivo 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 de MEV dentro del protocolo. En lugar de subastas, el protocolo soporta 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 un lanzamiento de mantenimiento para la capa de ejecución en el cuarto trimestre. El calendario da tiempo a los equipos de clientes para planificar y a los desarrolladores de aplicaciones un objetivo estable. 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 se comprometió a financiar fuzzing continuo, un programa de recompensas por errores que paga en ETH y stablecoins, y subvenciones que apoyen a equipos de clientes alternativos. 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 llegó rápidamente después de la llamada. Los desarrolladores principales dieron la bienvenida a la claridad y 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 finalización en 2032 con una opción de extensión 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 recompensa más simple porque reduce la complejidad contable y el trabajo de auditoría. Algunos participantes expresaron preocupación por la osificación y por mover demasiada funcionalidad a la capa dos, lo que podría afectar a 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 un congelamiento a mediados de 2027. La activación en mainnet está prevista para el segundo trimestre de 2028 si las pruebas cumplen con los criterios definidos. El estándar de comunicación entre rollups apunta a una 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 a tiempo.

Lean Ethereum señala un cambio de expansión a 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 corresponde. La capa base continuará 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.

La discusión continuará durante el resto de 2026 y hasta 2027. La comunidad de investigación, 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 importan más, 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 perfectamente 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 la internet del valor durante décadas.