¿Qué es el « Ethereum » de Lean? Una explicación en 5 minutos

Quicknode

27 de mayo de 2026 — 9 minutos de lectura

Compartir

Añadir como fuente preferida

EthereumSu promesa fundamental es un ordenador global que sea verdaderamente neutral.

Un estado compartido y una ejecución programable a los que cualquiera puede acceder, verificar y sobre los que cualquiera puede construir, sin depender de un operador o una institución central.

Casi 12 años y 25 millones de bloques después, la cuestión de si « Ethereum » puede funcionar sigue sin resolverse.

Sin embargo, esta promesa fundamental se ve ahora sometida a presiones desde tres frentes:

1. Los ordenadores cuánticos que están poniendo en tela de juicio la criptografía subyacente,

2. Un límite de complejidad que hace que el protocolo sea más difícil de verificar y más seguro de centralizar, y

3. Restricciones de rendimiento que obligan a trasladar la actividad a entornos externos, como los rollups.

El « Ethereum » ( ) prometen ser la solución. No como una mejora aislada ni como una norma del ERC, sino como una apuesta coordinada a largo plazo.

En este artículo se explica qué es el « Ethereum » Lean, por qué es importante, qué cambios supone para los desarrolladores y se analiza si es necesario prestarle atención en la actualidad.

¿Qué es el « Ethereum » de Lean?

Lean Ethereum es un proyecto coordinado de 10 años de duración destinado a convertir Ethereum en una plataforma segura frente a ataques poscuánticos, con una capacidad de 10 000 TPS y verificable sin necesidad de confianza mediante dispositivos ligeros.

Hay dos aspectos clave que contribuyen a que« Ethereum » seaconcisa:

1. La hoja de ruta reduce las prioridades de Ethereuma sus responsabilidades de mayor valor: la capa de consenso y la de verificación.

2. Todo lo demás —la ejecución, el crecimiento del estado, la verificación— correrá a cargo de sistemas modulares protegidos por pruebas criptográficas, verificables a gran escala.

Volviendo a la hoja de ruta de Lean Ethereum, esta se divide en tres niveles:

1. Consenso «Lean»: rediseño del consenso para lograr una finalización más rápida, firmas poscuánticas y un mecanismo más sencillo para validadores y clientes.

2. Ejecución optimizada: hacer que el cálculo sea más fácil de verificar, al tiempo que se mantiene la compatibilidad total con EVM.

3. Lean Data: mejora de la capa de datos para que los rollups puedan escalar sobre una disponibilidad de datos segura frente a los ataques poscuánticos.

Ahora bien, ninguna de estas nuevas piezas tiene sentido hasta que entendamos cuáles son las carencias de la actual Ethereum y por qué es necesario rediseñarla en tres capas.

¿Por qué « Ethereum » necesita una capa « Base » más ágil?

1. Las primeras versiones de « Ethereum » estaban optimizadas para la ejecución compartida: cada nodo ejecutaba todas las transacciones, almacenaba todo el historial y verificaba todo de forma independiente.

Ese diseño maximizaba el acceso descentralizado, pero también implicaba que los costes de verificación aumentaban proporcionalmente a la actividad de la red.

A medida que « Ethereum » fue creciendo, esta situación se volvió insostenible.

2. Para ampliar la escala de Ethereum, la ejecución se fue trasladando cada vez más a sistemas modulares, como los rollups, en los que la L1 actúa como capa de liquidación y disponibilidad de datos.

Ese cambio resolvió el problema del rendimiento, pero generó una nueva presión: la erosión de la descentralización.

EthereumLos datos de la cadena de nodos completos han superado ~1,58 TB en marzo de 2026, con un crecimiento interanual de ~25 %. Durante el mismo periodo, el límite de gas aumentó de 36 millones a 60 millones por bloque.

En este caso, el riesgo es estructural y evidente: cuando la verificación se vuelve costosa, hay menos personas que pueden verificar Ethereum, y la descentralización se va erosionando poco a poco.

3. « Ethereum » (La economía de la participación) supone el siguiente paso evolutivo para que la descentralización siga siendo accesible desde el punto de vista operativo.

La hoja de ruta optimiza cada vez más Ethereum en torno a la verificación escalable:

• demostraciones en lugar de volver a hacer los cálculos,

• ejecución modular, y

• una verificación independiente más económica.

De acuerdo, « Ethereum » debe reducir la carga que supone la verificación y evitar una centralización encubierta. ¿Cómo pretende «Lean Ethereum » hacer esto posible?

¿Qué cambia con el « Ethereum » de Lean?

El « Ethereum » ( ) tiene como objetivo rediseñar cada componente en torno a una restricción más estricta: Ethereum seguirá siendo verificable de forma independiente incluso a medida que la red crezca, los modelos de amenaza evolucionen y los requisitos de infraestructura aumenten con el tiempo.

El rediseño se basa en tres capas distintas, pero coordinadas entre sí:

• El consenso «Lean» reduce el coste y la latencia de la coordinación entre los validadores.

• La ejecución «Lean» reduce el coste de la verificación de los cálculos.

• Lean Data reduce la carga que supone publicar y verificar datos agregados a gran escala.

Vamos a estudiar cada capa por separado.

Consenso «Lean»: finalidad más rápida y coordinación poscuántica

Lean Consensus rediseña la capa de consenso de Ethereumpara agilizar la liquidación, simplificar la coordinación entre validadores e incorporar criptografía segura frente a ataques poscuánticos.

EthereumEl sistema de consenso actual de [nombre] se basa en las firmas BLS para lograr una agregación eficiente de los validadores y la finalidad. El sistema funciona bien en la actualidad, pero no se espera que sus supuestos criptográficos resistan ataques cuánticos suficientemente potentes a largo plazo.

El segundo cambio es la definitividad.

Hoy en día, los puentes, las intenciones, los rollups y las aplicaciones entre cadenas suelen funcionar partiendo de la hipótesis de que la liquidación se produce en unos minutos.

Una finalización más rápida reduce esos intervalos de confianza y cambia la forma en que los desarrolladores conciben la interoperabilidad, las confirmaciones y la coordinación entre cadenas.

Ejecución «Lean»: verificación de cálculos a gran escala

«Lean Execution» analiza cómo la « Ethereum » puede hacer que resulte más económico verificar un cálculo que volver a ejecutarlo repetidamente en cada nodo.

Hoy en día, los nodos de Ethereum ejecutan las transacciones de forma independiente para verificar las transiciones de estado. El modelo es robusto, pero resulta costoso a gran escala, ya que el coste de la verificación aumenta con la actividad de la red.

Es aquí donde las zkVM, los sistemas de prueba y los debates en torno a entornos de ejecución compatibles con las pruebas, como RISC-V, pasan a formar parte de la hoja de ruta.

Datos «Lean»: ampliar la disponibilidad de datos

Lean Data hace que la disponibilidad de datos resulte más económica de publicar, más fácil de verificar y más segura, partiendo de supuestos criptográficos a largo plazo.

El escalado basado en blobs ya ha transformado la economía de Ethereumal permitir que los rollups publiquen datos de forma más eficiente sin necesidad de almacenar de forma permanente todos los datos de ejecución.

El próximo reto para Lean Data es garantizar que Ethereum pueda comprobar la disponibilidad de datos a gran escala sin que se produzcan cuellos de botella en el ancho de banda, el almacenamiento ni las pruebas.

Llegados a este punto, la arquitectura que hay detrás de Lean Ethereum empieza a quedar más clara: Ethereum ya no se centra en optimizar la ejecución directa de todo en la capa base.

Su objetivo es optimizar la verificación de cantidades cada vez mayores de cálculos externos, datos y coordinación sin sacrificar la descentralización.

Ese cambio tiene importantes repercusiones posteriores para los desarrolladores. ¿Cómo se traduce esto?

Qué significa el « Ethereum » de Lean para los desarrolladores

Respuesta sencilla: «Lean Ethereum » no requiere una migración inmediata. Sin embargo, Ethereum se está optimizando cada vez más para la verificación a través de su enfoque «Lean».

Esto obliga a los desarrolladores a replantearse la liquidación, la contabilidad, la interoperabilidad, la infraestructura y las dependencias a largo plazo de los protocolos.

A continuación te ofrecemos 5 sugerencias sobre cómo afrontar la fase de transición de Lean Ethereum:

La verificación cobra más importancia que la ejecución

Las aplicaciones se ejecutan cada vez más en entornos de ejecución externos, mientras que Ethereum verifica su corrección mediante pruebas y garantías de liquidación.

Para los desarrolladores, esto significa que comprender conceptos como los sistemas de prueba, la verificación basada en zk, la ejecución modular y el diseño de la liquidación cobra cada vez más importancia , aunque a simple vista las aplicaciones sigan pareciendo compatibles con la EVM.

Las hipótesis de finalidad se convierten en restricciones de diseño a nivel de aplicación

Las hipótesis de liquidación en varios minutos afectan a:

• puentes,

• intenciones,

• experiencia de usuario entre cadenas,

• Exposición a MEV,

• y el diseño de la interoperabilidad.

If Lean Consensus succeeds in compressing finality windows, user experience, trust assumptions, blockchain <> app coordination changes with it.

Las cuentas inteligentes son imprescindibles

El « Ethereum » ( ) considera que los supuestos criptográficos actuales son una infraestructura sustituible, en lugar de primitivas de protocolo permanentes.

Esto hace que la abstracción flexible de cuentas sea, desde el punto de vista estructural, más segura a largo plazo que las carteras estrechamente vinculadas a un esquema de firma o a un modelo de verificación.

La disponibilidad de datos se convierte en un conocimiento fundamental sobre la infraestructura

La economía de los «blobs» y la disponibilidad de datos determinarán cada vez más:

• costes de consolidación,

• rendimiento,

• economía de la secuenciación,

• y una arquitectura de aplicaciones modular.

Para muchos desarrolladores, comprender las capas de DA puede llegar a ser tan importante desde el punto de vista operativo como comprender los mercados de gas en una cadena de nivel 1 ( Ethereum ).

Aparte de todo esto, el consejo más importante es:

Evita basarte en limitaciones temporales

El « Ethereum » «Lean» sigue siendo una línea de investigación a largo plazo. No le des demasiadas vueltas a la migración o a la reconstrucción de la lógica.

Lo que los desarrolladores deben priorizar es una mayor flexibilidad y una menor dependencia de la codificación rígida en aspectos como la ejecución monolítica, la latencia habitual Ethereum , la reejecución y otros aspectos.

La conclusión práctica es que hay que evitar diseñar sistemas que solo funcionen bajo los supuestos arquitectónicos temporales actuales.

Ahora bien, ¿en qué punto se encuentra Lean Ethereum ? ¿Cuál es su estado actual? ¿Qué está en funcionamiento? ¿Y qué puede hacer un desarrollador hoy mismo?

Hoja de ruta de « Ethereum » en el ámbito Lean: hitos y calendario

« Ethereum » no es una única actualización que se lance en una fecha concreta.

Las distintas partes de la hoja de ruta se encuentran en fases muy diferentes en cuanto a madurez, grado de preparación para la implementación y nivel de confianza de la investigación.

Algunas partes de la arquitectura ya están disponibles en Ethereum. Otras siguen siendo líneas de investigación activas que pueden evolucionar significativamente antes de llegar a mainnet.

Además, el proyecto «Lean Ethereum » se desarrolla a lo largo de seis redes de desarrollo secuenciales antes de testnet. Cada red de desarrollo aporta una capacidad específica y el objetivo de mainnet es el periodo 2029-2030.

Además, ocho equipos de clientes independientes están trabajando actualmente en la especificación en cinco lenguajes: Rust, Zig, Go, C y C++.

La distinción importante es que el «Lean Ethereum » es una orientación válida incluso cuando los detalles de implementación aún no están definidos. Es decir, para los desarrolladores, lo importante es reconocer hacia dónde se dirige estructuralmente la arquitectura de Ethereum.

¿Y ahora qué?

Reflexiones finales: El « Ethereum » optimizado se basa, en realidad, en la compresión de la confianza

«Lean Ethereum » es Ethereum , que se está reestructurando en torno a la idea de que la verificación es el verdadero recurso escaso en los sistemas descentralizados.

La capacidad de cálculo ya es abundante.

Los rollups, las zkVM, los coprocesadores y los entornos de ejecución externos pueden generar una actividad prácticamente ilimitada fuera de la capa base de Ethereum.

Lo que sigue siendo caro es la confianza:

• verificar de forma independiente el estado,

• coordinar el consenso de forma segura,

• preservando la descentralización,

• y mantener la verificación a un coste lo suficientemente bajo como para que los participantes comunes puedan seguir auditando el sistema de forma significativa.

Por eso, el « Ethereum » (desarrollo ágil) da cada vez más prioridad a las pruebas y a la ejecución modular.

En definitiva, « Ethereum » ya no se centra en optimizar para ejecutar todo por sí mismo, sino en optimizar para que todo pueda verificarse sin necesidad de confiar en nadie.

Los próximos 25 millones de bloques de « Ethereum » se construirán sobre esta tesis. Y «Lean Ethereum » es el intento más deliberado de hacer que esto sea posible.