Un resumen del Ethereum L1 Scaling Roadmap

Intermedio2/6/2025, 8:52:17 AM
Escalar el Ethereum L1 es un componente clave del futuro plan de investigación y desarrollo. En los próximos cinco años, Ethereum tiene como objetivo mejorar significativamente la ejecución L1.

Escalar el Ethereum L1 es un componente clave del futuro plan de investigación y desarrollo. En los próximos cinco años, Ethereum tiene como objetivo mejorar significativamente la ejecución de L1. Esto ocurrirá en paralelo a las mejoras en la disponibilidad de datos y el consenso (por ejemplo, aunque planeamos aumentar la capacidad de blob y mejorar la experiencia de usuario en L2, no significa que no podamos aumentar el límite de gas y mejorar la experiencia de usuario en L1).

Hay varios EIP y propuestas en el corto y largo plazo para escalar L1 como @drakefjustinesquemas aquí:

Basándonos en este plan, podemos aumentar el límite de gas en 100 veces en los próximos cinco años. Algunos de estos aumentos se realizarán de manera escalonada después de que se implementen ciertos EIP y sepamos que es seguro aumentar el límite de gas.

Si cinco años parecen mucho tiempo, recuerda que el objetivo de Ethereum es escalar mientras preserva ella capacidad para que cualquier persona verifique la redo participar en el consenso sin depender de terceros. ¡Amamos a nuestros apostadores solitarios y corredores de nodos! Además, estamos administrando un protocolo de varios cientos de miles de millones de dólares.

Recoger la fruta fácil

Los aumentos de 10x en el límite de gas están más lejos, pero también podemos hacer aumentos más pequeños en cualquier momento, ya que los validadores pueden ajustar manualmente sus nodos para señalar que están dispuestos a manejar bloques más grandes. Esto está sucediendo hoy:

Como@dankradComo se indica en el tweet anterior, es posible que veamos pronto un aumento en el límite de gas L1 de 30 Mgas/bloque a 36 Mgas/bloque. Normalmente, intentamos aumentar el gas en L1 periódicamente cuando los desarrolladores principales consideran seguro hacerlo y a medida que los requisitos de hardware y ancho de banda se vuelven más manejables con el tiempo. Algunas propuestas, comoEIP-7783por @giulio2002cambiaría esto a un horario predeterminado que aumenta gradualmente el límite de gas con el tiempo.

Hay algunas otras actualizaciones de "fruta colgando baja" como @davidecrapislo pone en un tweet reciente que debería ayudar a allanar el camino para aumentos adicionales, más pequeños, al límite de gas.

Los desarrolladores principales discutieron recientemente la inclusiónEIP-7623en el próximo hardfork de Pectra (no se ha establecido una fecha pero mi estimación es finales del primer trimestre o principios del segundo trimestre de 2025). Este EIP ajustaría los precios de CALLDATA reduciendo el tamaño máximo del bloque y dándonos la capacidad de aumentar el límite de gas de ejecución. CALLDATA era donde L2s publicarían sus datos antes deEIP-4844y blobs.

Los Post 4844 L2s principalmente publican sus datos en blobs ya que es significativamente más barato que usar L1 CALLDATA, por lo tanto, podemos revisar cómo fijamos el precio de este recurso y liberar espacio para las operaciones de EVM. Según las estimaciones de Davide, esto podría resultar en un aumento del límite de gas del 2x.

Retrasando la raíz del estadoEs otra propuesta que tiene como objetivo ser incluida en la bifurcación dura de Fusaka. Esto eliminaría el cálculo de la raíz del estado (computacionalmente intensivo) del camino crítico de la verificación de bloques y lo retrasaría en un intervalo, mejorando la latencia y allanando el camino para tiempos de bloque más rápidos (una actualización de escalabilidad y UX para L1). Esta mejora también se acopla bien con algunas de las mejoras de escalabilidad más complejas que vendrán con la SNARKificación del EVM.

Para lograr aumentos en el límite de gas de órdenes de magnitud, necesitaremos poder demostrar el EVM en tiempo real, o cerca del tiempo real, ya que retrasar la raíz del estado nos da el lujo de hacerlo en 2 ranuras en lugar de 1.

Recogiendo la fruta no tan fácil de alcanzar

La magia ZK será la herramienta principal que utilizaremos para lograr el aumento del límite de gas de 100x, que puede considerarse como la estrella polar para la hoja de ruta de ejecución.

Como @jtguibasdice,

“estamos a punto de demostrar la totalidad de Ethereum en estos chicos malos:”

Los chicos malos a los que se refiere son los ZK provers y Justin Drake espera que los proveedores puedan demostrar la totalidad de la EVM en estas máquinas en el próximo año. En lugar de ejecutar un cliente de capa de ejecución y reejecutar cada transacción de manera ingenua, todo lo que necesitarás hacer es verificar una prueba. Ejecutar la versión ZK del cliente de ejecución eliminará eficazmente los requisitos de hardware necesarios para ejecutar un cliente normal, lo que hará que verificar un bloque de 30 Mgas o 3 Ggas sea lo mismo.

ZK también puede ayudar a acelerar la hoja de ruta de la falta de estado dándonos la opción de cambiar de rumboárboles verkle(un requisito previo para la carencia de estado) a binarioárboles de Merkle, una estructura de árbol más óptima que es tanto compatible con SNARK como segura cuánticamente. La falta de estado empuja las responsabilidades de almacenamiento de estado a los constructores de bloques, lo que significa que otros nodos en la red ya no tienen que almacenar los datos de estado completos, lo que les permite mantenerse al día con tamaños de bloque más grandes. Esto se complementará aún más con la expiración del historial oEIP-4444.

Los desarrolladores principales tienen como objetivo lanzar en mayo de 2025EIP-7639esta es la primera actualización relacionada con el vencimiento histórico que tiene como objetivo limitar los datos históricos en los clientes de ejecución. EIP-7639 propone podar el estado histórico antes de la fusión y se espera que libere varios cientos de gigabytes de espacio en disco para los operadores de nodos y no requerirá un hardfork. Si bien esto no se traducirá directamente en mejoras de escalabilidad, ayuda a hacer que los nodos sean más livianos y facilita la digestión de decisiones sobre aumentos del límite de gas.

Antes de que podamos aumentar de forma segura el gas en 100 veces como se describe en la hoja de ruta de Justin Drake, necesitaremos un último ingrediente:multi-dimensional EIP-1559. Discutimos anteriormente la reevaluación de CALLDATA, EIP-1559 multidimensional amplía esto y nos da la capacidad de reevaluar recursos que impactan el crecimiento del estado y el crecimiento del tamaño de almacenamiento. Ajustando estos parámetros podemos hacer que recursos como la ejecución de EVM sean más abundantes, manteniendo los demás en niveles más manejables en comparación con un aumento uniforme.

Hoy estamos en 30 Mgas/bloque; estas actualizaciones nos llevarán a 3 Ggas/bloque, un aumento de 100 veces, en los próximos cinco años.

Bono: otros elementos del plan de trabajo que ayudan a escalar Ethereum

El Ethereum R&D roadmap no es secuencial; muchos aspectos de él se están desarrollando en paralelo y a veces las propuestas tienen un efecto secundario positivo en la escalabilidad, aunque ese no fuera su propósito inicial.

Una de esas propuestas esEIP-7732. Como sugiere el nombre, ePBS enaltece lo que MEV Boost hace fuera del protocolo (desacopla la tarea de proponer bloques de la construcción de bloques) y elimina la necesidad de relés, mejorando las propiedades resistentes a la censura de Ethereum. Como subproducto, agiliza la línea de producción de bloques, lo que le da a los validadores más tiempo para producir un bloque, lo que resulta en optimizaciones de ancho de banda y CPU que se pueden traducir en aumentos del límite de gas, como Giulio mencionó aquí.

También ha habido discusiones para disminuir los tiempos de ranura de Ethereum; esto mejoraría la UX para los usuarios de L1 y los rollups basados en ella, pero también aumentaría la capacidad de ejecución y blob de L1 como beneficio adicional.

Hay mucho de qué emocionarse cuando se trata de escalar el L1 (ya sea directa o indirectamente) y lo más importante es que el camino para llegar a 100 veces el límite de gas es claro y alcanzable. ¡Nos vemos pronto en 36 Mgas y más allá!

Descargo de responsabilidad:

  1. Este artículo se reproduce de [Investigación 2077]. Todos los derechos de autor pertenecen al autor original [ @acseth2032]. Si hay objeciones a esta reimpresión, por favor contáctenos.Gate Learnequipo, y lo resolverán rápidamente.
  2. Descargo de responsabilidad: Las opiniones expresadas en este artículo son únicamente las del autor y no constituyen asesoramiento de inversión.
  3. El equipo de Gate Learn realiza traducciones del artículo a otros idiomas. A menos que se mencione lo contrario, está prohibido copiar, distribuir o plagiar los artículos traducidos.

Un resumen del Ethereum L1 Scaling Roadmap

Intermedio2/6/2025, 8:52:17 AM
Escalar el Ethereum L1 es un componente clave del futuro plan de investigación y desarrollo. En los próximos cinco años, Ethereum tiene como objetivo mejorar significativamente la ejecución L1.

Escalar el Ethereum L1 es un componente clave del futuro plan de investigación y desarrollo. En los próximos cinco años, Ethereum tiene como objetivo mejorar significativamente la ejecución de L1. Esto ocurrirá en paralelo a las mejoras en la disponibilidad de datos y el consenso (por ejemplo, aunque planeamos aumentar la capacidad de blob y mejorar la experiencia de usuario en L2, no significa que no podamos aumentar el límite de gas y mejorar la experiencia de usuario en L1).

Hay varios EIP y propuestas en el corto y largo plazo para escalar L1 como @drakefjustinesquemas aquí:

Basándonos en este plan, podemos aumentar el límite de gas en 100 veces en los próximos cinco años. Algunos de estos aumentos se realizarán de manera escalonada después de que se implementen ciertos EIP y sepamos que es seguro aumentar el límite de gas.

Si cinco años parecen mucho tiempo, recuerda que el objetivo de Ethereum es escalar mientras preserva ella capacidad para que cualquier persona verifique la redo participar en el consenso sin depender de terceros. ¡Amamos a nuestros apostadores solitarios y corredores de nodos! Además, estamos administrando un protocolo de varios cientos de miles de millones de dólares.

Recoger la fruta fácil

Los aumentos de 10x en el límite de gas están más lejos, pero también podemos hacer aumentos más pequeños en cualquier momento, ya que los validadores pueden ajustar manualmente sus nodos para señalar que están dispuestos a manejar bloques más grandes. Esto está sucediendo hoy:

Como@dankradComo se indica en el tweet anterior, es posible que veamos pronto un aumento en el límite de gas L1 de 30 Mgas/bloque a 36 Mgas/bloque. Normalmente, intentamos aumentar el gas en L1 periódicamente cuando los desarrolladores principales consideran seguro hacerlo y a medida que los requisitos de hardware y ancho de banda se vuelven más manejables con el tiempo. Algunas propuestas, comoEIP-7783por @giulio2002cambiaría esto a un horario predeterminado que aumenta gradualmente el límite de gas con el tiempo.

Hay algunas otras actualizaciones de "fruta colgando baja" como @davidecrapislo pone en un tweet reciente que debería ayudar a allanar el camino para aumentos adicionales, más pequeños, al límite de gas.

Los desarrolladores principales discutieron recientemente la inclusiónEIP-7623en el próximo hardfork de Pectra (no se ha establecido una fecha pero mi estimación es finales del primer trimestre o principios del segundo trimestre de 2025). Este EIP ajustaría los precios de CALLDATA reduciendo el tamaño máximo del bloque y dándonos la capacidad de aumentar el límite de gas de ejecución. CALLDATA era donde L2s publicarían sus datos antes deEIP-4844y blobs.

Los Post 4844 L2s principalmente publican sus datos en blobs ya que es significativamente más barato que usar L1 CALLDATA, por lo tanto, podemos revisar cómo fijamos el precio de este recurso y liberar espacio para las operaciones de EVM. Según las estimaciones de Davide, esto podría resultar en un aumento del límite de gas del 2x.

Retrasando la raíz del estadoEs otra propuesta que tiene como objetivo ser incluida en la bifurcación dura de Fusaka. Esto eliminaría el cálculo de la raíz del estado (computacionalmente intensivo) del camino crítico de la verificación de bloques y lo retrasaría en un intervalo, mejorando la latencia y allanando el camino para tiempos de bloque más rápidos (una actualización de escalabilidad y UX para L1). Esta mejora también se acopla bien con algunas de las mejoras de escalabilidad más complejas que vendrán con la SNARKificación del EVM.

Para lograr aumentos en el límite de gas de órdenes de magnitud, necesitaremos poder demostrar el EVM en tiempo real, o cerca del tiempo real, ya que retrasar la raíz del estado nos da el lujo de hacerlo en 2 ranuras en lugar de 1.

Recogiendo la fruta no tan fácil de alcanzar

La magia ZK será la herramienta principal que utilizaremos para lograr el aumento del límite de gas de 100x, que puede considerarse como la estrella polar para la hoja de ruta de ejecución.

Como @jtguibasdice,

“estamos a punto de demostrar la totalidad de Ethereum en estos chicos malos:”

Los chicos malos a los que se refiere son los ZK provers y Justin Drake espera que los proveedores puedan demostrar la totalidad de la EVM en estas máquinas en el próximo año. En lugar de ejecutar un cliente de capa de ejecución y reejecutar cada transacción de manera ingenua, todo lo que necesitarás hacer es verificar una prueba. Ejecutar la versión ZK del cliente de ejecución eliminará eficazmente los requisitos de hardware necesarios para ejecutar un cliente normal, lo que hará que verificar un bloque de 30 Mgas o 3 Ggas sea lo mismo.

ZK también puede ayudar a acelerar la hoja de ruta de la falta de estado dándonos la opción de cambiar de rumboárboles verkle(un requisito previo para la carencia de estado) a binarioárboles de Merkle, una estructura de árbol más óptima que es tanto compatible con SNARK como segura cuánticamente. La falta de estado empuja las responsabilidades de almacenamiento de estado a los constructores de bloques, lo que significa que otros nodos en la red ya no tienen que almacenar los datos de estado completos, lo que les permite mantenerse al día con tamaños de bloque más grandes. Esto se complementará aún más con la expiración del historial oEIP-4444.

Los desarrolladores principales tienen como objetivo lanzar en mayo de 2025EIP-7639esta es la primera actualización relacionada con el vencimiento histórico que tiene como objetivo limitar los datos históricos en los clientes de ejecución. EIP-7639 propone podar el estado histórico antes de la fusión y se espera que libere varios cientos de gigabytes de espacio en disco para los operadores de nodos y no requerirá un hardfork. Si bien esto no se traducirá directamente en mejoras de escalabilidad, ayuda a hacer que los nodos sean más livianos y facilita la digestión de decisiones sobre aumentos del límite de gas.

Antes de que podamos aumentar de forma segura el gas en 100 veces como se describe en la hoja de ruta de Justin Drake, necesitaremos un último ingrediente:multi-dimensional EIP-1559. Discutimos anteriormente la reevaluación de CALLDATA, EIP-1559 multidimensional amplía esto y nos da la capacidad de reevaluar recursos que impactan el crecimiento del estado y el crecimiento del tamaño de almacenamiento. Ajustando estos parámetros podemos hacer que recursos como la ejecución de EVM sean más abundantes, manteniendo los demás en niveles más manejables en comparación con un aumento uniforme.

Hoy estamos en 30 Mgas/bloque; estas actualizaciones nos llevarán a 3 Ggas/bloque, un aumento de 100 veces, en los próximos cinco años.

Bono: otros elementos del plan de trabajo que ayudan a escalar Ethereum

El Ethereum R&D roadmap no es secuencial; muchos aspectos de él se están desarrollando en paralelo y a veces las propuestas tienen un efecto secundario positivo en la escalabilidad, aunque ese no fuera su propósito inicial.

Una de esas propuestas esEIP-7732. Como sugiere el nombre, ePBS enaltece lo que MEV Boost hace fuera del protocolo (desacopla la tarea de proponer bloques de la construcción de bloques) y elimina la necesidad de relés, mejorando las propiedades resistentes a la censura de Ethereum. Como subproducto, agiliza la línea de producción de bloques, lo que le da a los validadores más tiempo para producir un bloque, lo que resulta en optimizaciones de ancho de banda y CPU que se pueden traducir en aumentos del límite de gas, como Giulio mencionó aquí.

También ha habido discusiones para disminuir los tiempos de ranura de Ethereum; esto mejoraría la UX para los usuarios de L1 y los rollups basados en ella, pero también aumentaría la capacidad de ejecución y blob de L1 como beneficio adicional.

Hay mucho de qué emocionarse cuando se trata de escalar el L1 (ya sea directa o indirectamente) y lo más importante es que el camino para llegar a 100 veces el límite de gas es claro y alcanzable. ¡Nos vemos pronto en 36 Mgas y más allá!

Descargo de responsabilidad:

  1. Este artículo se reproduce de [Investigación 2077]. Todos los derechos de autor pertenecen al autor original [ @acseth2032]. Si hay objeciones a esta reimpresión, por favor contáctenos.Gate Learnequipo, y lo resolverán rápidamente.
  2. Descargo de responsabilidad: Las opiniones expresadas en este artículo son únicamente las del autor y no constituyen asesoramiento de inversión.
  3. El equipo de Gate Learn realiza traducciones del artículo a otros idiomas. A menos que se mencione lo contrario, está prohibido copiar, distribuir o plagiar los artículos traducidos.
Начните торговать сейчас
Зарегистрируйтесь сейчас и получите ваучер на
$100
!