Imagina que hace 5 años construiste tu casa. Lo que hiciste en ese momento estuvo bastante bien, considerando lo que sabías, los recursos que tenías y las necesidades de entonces. Hoy entiendes muchas cosas con mayor profundidad, y además el contexto cambió tanto que te das cuenta de que necesitas reformar profundamente esa casa que construiste con tanta dedicación. Cumple funciones, pero ya no es suficiente.
Probablemente, al construirla privilegiaste la seguridad y la fortaleza. Pero las circunstancias actuales exigen más confort y mejores prestaciones.
Podrías reformarla poco a poco. Primero tiras una pared, después amplías una habitación, luego mejoras la instalación eléctrica... Es sensato, requiere conciencia, recursos y tiempo. Pero en ese ritmo, siempre llega algo nuevo que el arreglo actual ya no alcanza a cubrir.
Podemos decir que algo parecido sucede con Ethereum.
Desde su lanzamiento en diciembre de 2020, la Beacon Chain ha recibido actualizaciones graduales, aproximadamente una por año. Hoy, esas mejoras ya no alcanzan a satisfacer la velocidad de evolución del ecosistema. Nuevas necesidades tecnológicas surgen antes de que las reformas estén completas.
Esto es aún más notable en un contexto tecnológico como el de Ethereum, donde el ritmo de cambio se acelera.
En noviembre de 2024, en Devcon 7, Justin Drake presentó una propuesta llamada Beam Chain. En aquel momento, la idea era rediseñar la capa de consenso de Ethereum y reemplazar la Beacon Chain por una arquitectura nueva. La propuesta buscaba compactar en una sola gran actualización múltiples mejoras que estaban en la hoja de ruta, en lugar de dispersarlas en forks anuales.
Pero la conversación siguió avanzando.
En julio de 2025, el blog oficial de Ethereum presentó Lean Ethereum como una visión más amplia para los próximos diez años. Dentro de esa visión, lo que antes se conocía como Beam Chain pasó a aparecer como lean consensus, o Beacon Chain 2.0. Y ese cambio de nombre no es un detalle menor: Lean Ethereum ya no habla solamente del consenso, sino también de datos y ejecución. Consenso, blobs y EVM empiezan a pensarse como partes de una misma reforma de largo plazo.
Una nueva forma de mirar la casa
Con Ethereum ocurre algo parecido a esa casa que mencionábamos al principio. Hoy la red funciona y sostiene miles de aplicaciones en todo el mundo. Pero en los próximos años surgirán nuevos escenarios tecnológicos que podrían requerir una arquitectura más simple, más eficiente y más resistente.
La discusión empezó con fuerza alrededor de la capa de consenso. Allí estaba Beam Chain. Pero Lean Ethereum amplía el plano.
En el post oficial se habla de tres frentes: lean consensus, lean data y lean execution. El primero retoma buena parte de lo que se venía discutiendo con Beam Chain: una Beacon Chain 2.0 endurecida para seguridad y descentralización, con finalidad en segundos. El segundo apunta a blobs 2.0, con blobs post-cuánticos y tamaños más granulares. El tercero propone una EVM 2.0, más mínima y más amigable para pruebas SNARK, posiblemente apoyada en RISC-V, pero preservando la compatibilidad y los efectos de red de la EVM actual.
El cambio, entonces, no es solo cosmético. Beam Chain quedó como una parte de una conversación más grande.
¿Por qué esto es tan importante?
Porque no se trata solo de “mejorar Ethereum”. Lo que está en juego es cómo diseñamos una red que esté preparada para durar décadas en un entorno donde todo cambia vertiginosamente.
Hoy, validar un bloque y alcanzar su finalidad puede tardar varios minutos. Con las ideas que venían de Beam Chain y ahora aparecen dentro de lean consensus, ese proceso podría suceder en pocos segundos. Pasaríamos de esperar a simplemente saber, con certeza matemática, que un bloque es definitivo.
Hoy, para participar como validador necesitas tener 32 ETH. Una de las discusiones que aparecía en Beam Chain era bajar ese umbral a 1 solo ETH, haciendo que la validación deje de ser un juego para unos pocos y se abra a muchas más personas y contextos.
Y mientras el mundo todavía discute si la computación cuántica es una amenaza real o una preocupación lejana, Ethereum se prepara con resistencia criptográfica post-cuántica, integrando nuevas firmas que puedan soportar un ataque incluso si las máquinas del futuro llegan antes de lo esperado.
Todo esto no son solo mejoras técnicas. Son señales claras de hacia dónde podría avanzar Ethereum como infraestructura pública global: más rápida, más segura, más abierta.
Y sobre todo, diseñada no solo para responder al presente, sino para anticiparse al futuro.
Los cambios que Beam puso sobre la mesa
Gran parte de esta conversación se puede entender mirando los cambios que Beam Chain había ordenado originalmente alrededor del consenso. Algunos eran incrementales. Otros eran bastante más profundos.
Uno de los primeros temas era la resistencia a la censura. Hoy Ethereum es resistente a la censura, pero la producción de bloques todavía presenta riesgos de concentración. La mayor parte de los bloques son construidos por actores especializados en maximizar MEV, lo que genera inquietudes en torno a quién decide qué transacciones entran primero.
Beam Chain introducía un mecanismo llamado Inclusion Lists. En cada slot, un grupo de validadores seleccionaría transacciones directamente desde el mempool y formaría una lista que los block builders deberían respetar. Esto significa que, aunque siga existiendo optimización por MEV, ya no sería tan sencillo excluir arbitrariamente una transacción.
Otro punto importante era la separación entre validadores y constructores de bloques. En el modelo actual, la construcción de bloques está mediada por relayers como Flashbots, que conectan validadores con block builders. Este esquema funciona, pero introduce puntos de centralización.
La propuesta buscaba enshrinar esa separación de manera nativa y descentralizada, a través de execution auctions. Así, cualquiera podría pujar por el derecho a construir un bloque, sin depender de un relayer central. No reemplazaría todo el sistema actual de un día para otro, pero sí lo empujaría hacia una arquitectura más abierta y resistente.
También aparecía la idea de faster slots. Los slots son las ventanas de tiempo en las que los validadores proponen y acuerdan bloques. Actualmente duran 12 segundos. Beam Chain proponía reducirlos a 4 segundos, acelerando la propagación de bloques y aumentando el throughput de la red.
Menos tiempo por slot implica más fluidez y, combinado con mejoras en la finalidad, podría transformar radicalmente la experiencia del usuario: pasar de esperar minutos a contar con confirmaciones prácticamente inmediatas.
Staking, finalidad y participación
El staking también era una parte central de la propuesta.
Ethereum ajusta dinámicamente su emisión y quema de ETH. Según la actividad, puede volverse inflacionaria o deflacionaria en distintos periodos. Esto hoy es estable, pero se exploran formas de hacer que las recompensas sean más predecibles en el tiempo.
Beam Chain contemplaba introducir un stake cap: un límite máximo a la cantidad de ETH que puede ser validado. Esto permitiría equilibrar la seguridad de la red con una emisión controlada y potencialmente más deflacionaria.
A eso se sumaba una discusión todavía más visible: reducir la barrera de entrada para convertirse en validador. Hoy se necesitan 32 ETH. Esa barrera empuja a muchos usuarios a delegar su participación a pools o plataformas centralizadas.
La propuesta de smaller validators apuntaba a reducir ese umbral a 1 ETH, ampliando la base de validadores y favoreciendo la descentralización. Además, se discutía habilitar rangos de staking más amplios, con sistemas como Orbit Staking, para distribuir recompensas de manera proporcional entre grandes y pequeños validadores.
Y después está la finalidad.
Hoy, la finalidad, es decir, la certeza matemática de que un bloque no será revertido, tarda varios minutos. Con Beam Chain se discutía una versión mejorada del esquema de finality gadgets que permitiría alcanzar finalidad en segundos.
Esto es especialmente relevante para aplicaciones DeFi, protocolos cross-chain y cualquier servicio que dependa de la seguridad de L1.
La zk-era del consenso
Ethereum ya explora pruebas de conocimiento cero en la capa de ejecución. Beam Chain proponía llevar esas técnicas al propio consenso.
Esto incluye agregar firmas de validadores dentro de pruebas ZK y compilar implementaciones de consenso a bytecode verificable. El objetivo: hacer más eficientes las verificaciones, aumentar la seguridad criptográfica y reducir costos de validación.
Acá aparece uno de los puentes más claros con Lean Ethereum.
Porque Lean ya no piensa las pruebas solamente como una herramienta para escalar aplicaciones o rollups. Las empieza a mirar como parte del diseño general de Ethereum. Consenso, datos y ejecución podrían volverse más verificables, más simples de auditar y más preparados para el largo plazo.
La parte de lean execution va justamente en esa dirección: una EVM más mínima, más amigable para SNARKs, posiblemente basada en RISC-V, pero sin romper la compatibilidad con el mundo EVM que ya existe.
Seguridad cuántica y aleatoriedad fuerte
Aunque todavía no sabemos cuándo llegarán computadoras cuánticas capaces de romper criptografía actual, los investigadores de Ethereum consideran prudente adelantarse.
Beam Chain integraría firmas seguras post-cuánticas, como hash-based signatures, preparándose para un escenario en el que las tecnologías actuales podrían volverse vulnerables.
La aleatoriedad también ocupa un lugar importante. Es clave en Ethereum, por ejemplo, para seleccionar validadores. Hoy se logra con mecanismos seguros, pero en el futuro podrían necesitarse fuentes más fuertes y verificables.
Beam Chain buscaba introducir VDFs, Verifiable Delay Functions, que generan aleatoriedad pública, verificable y resistente a manipulaciones. Esto no solo beneficiaría al consenso, sino también a aplicaciones que requieran acceso nativo a randomness on-chain.
En Lean Ethereum, esa preocupación por el futuro aparece todavía más marcada. El post oficial habla explícitamente de seguridad post-cuántica, y no solo para el consenso: también para la capa de datos, con blobs post-cuánticos.
Lo que cambió con Lean Ethereum
Cuando escribí las primeras versiones de este artículo, se hablaba mucho de Beam Chain. Era lógico: la propuesta era concreta, potente y fácil de ubicar. Una nueva capa de consenso para Ethereum.
Hoy la conversación está un poco corrida.
Lean Ethereum toma buena parte de esas ideas, pero las ubica dentro de una visión más general. La pregunta ya no parece ser solamente cómo reformar el consenso, sino cómo hacer que Ethereum sea más simple, más verificable y más robusta en todas sus capas principales.
Ese cambio importa porque Ethereum no puede pensar cada parte de su arquitectura como si viviera aislada. El consenso afecta a la ejecución. La ejecución afecta a cómo se verifican los estados. Los blobs afectan a los rollups. Los rollups afectan a la experiencia del usuario. Y todo eso, tarde o temprano, vuelve a la pregunta inicial: qué tipo de infraestructura queremos que sea Ethereum dentro de diez, veinte o treinta años.
Lean Ethereum todavía no es una especificación cerrada ni una actualización lista para activarse. Es una conversación viva. Hay repositorios, discusiones abiertas, propuestas técnicas y una hoja de ruta que se sigue moviendo.
Pero la dirección general ya se puede leer: menos complejidad innecesaria, más seguridad, más verificabilidad y una red preparada para sobrevivir a cambios tecnológicos que todavía no terminaron de llegar.
¿Y ahora qué?
Este artículo cumple una función de presentación: introduce el concepto, muestra razones y ordena un poco el mapa.
Si querés seguir explorando, lo mejor es ir directo a las fuentes. El repositorio abierto de Lean Ethereum en GitHub reúne materiales técnicos y discusiones en curso: github.com/leanEthereum. El post publicado en el blog oficial de Ethereum en julio de 2025 ayuda a entender cómo se presenta esta visión desde adentro del ecosistema: Lean Ethereum en el blog de Ethereum. Y la cuenta de Lean Ethereum en X sirve para seguir novedades, debates y avances a medida que aparecen: @leanEthereum.
También sigue siendo útil volver a la presentación original de Justin Drake sobre Beam Chain en Devcon 7, porque ahí aparece el germen de varias discusiones que después terminaron entrando en Lean.
Lo que hemos visto no es un listado de parches para el presente, sino una visión de largo plazo. Ethereum hoy funciona, pero investigadores como Justin Drake y otras personas de la comunidad creen que en los próximos años será necesario repensar partes profundas de su arquitectura.
La conversación ya está abierta.
Y si Ethereum sigue siendo Ethereum, probablemente no se cierre nunca del todo.