La dirección del desarrollo de Ethereum en 2030: Visión del libro mayor mundial bajo la diversificación de la tecnología Rollup
Ethereum se ha comprometido a mantener una neutralidad confiable mientras promueve la innovación de alto nivel. La planificación inicial describió un "mapa de ruta centrado en Rollup", es decir, la red subyacente se simplifica y se consolida gradualmente, y la mayoría de las actividades se trasladan a L2. Sin embargo, los desarrollos recientes han demostrado que no es suficiente ser solo una capa mínima de consenso y disponibilidad de datos: L1 debe tener la capacidad de manejar el tráfico y las actividades, ya que esta es la base de la que depende L2 en última instancia. Esto significa que se necesita una mayor velocidad de generación de bloques, menores costos de datos, mecanismos de prueba más robustos y mejor interoperabilidad.
El aumento de la actividad en L1 impulsará el crecimiento de la actividad en L2, como se suele decir, el agua sube y el barco también.
La próxima reestructuración del mecanismo de consenso de Beam Chain tiene como objetivo lograr una velocidad de confirmación final más rápida y un umbral de validadores más bajo, mientras mejora el rendimiento original y refuerza aún más la neutralidad de Ethereum. Al mismo tiempo, ya se ha propuesto considerar la migración de actividades desde la obsoleta máquina virtual de Ethereum (EVM) a la máquina virtual nativa RISC-V, lo que podría mejorar significativamente la eficiencia de los validadores manteniendo la interoperabilidad con contratos tradicionales.
Estas actualizaciones transformarán el panorama de L2. Para 2030, la hoja de ruta de Ethereum, centrada en Rollup genéricos, se integrará en dos direcciones dentro de un rango:
Rollup alineado: priorizar la integración profunda con Ethereum (, por ejemplo, compartiendo el orden y la verificación nativa ), aprovechando al máximo la liquidez de L1 bajo la premisa de minimizar las suposiciones de confianza. Esta relación es mutuamente beneficiosa, y el Rollup alineado puede obtener directamente la composabilidad y la seguridad de L1.
Rollup de rendimiento: prioriza el rendimiento y la experiencia del usuario en tiempo real, a veces a través de capas de disponibilidad de datos alternativas (DA ) o participantes autorizados ( como ordenadores centralizados, pequeños comités de seguridad/multifirma ), pero sigue utilizando Ethereum como capa de liquidación final para obtener credibilidad ( o para promoción en el mercado ).
Al diseñar estas soluciones Rollup, cada equipo debe sopesar los siguientes tres aspectos:
Obtención de liquidez: ¿cómo obtener y utilizar liquidez en Ethereum y posiblemente en otros esquemas Rollup? ¿Cuál es la importancia de la combinabilidad a nivel de sincronización o atómica?
Fuente de seguridad: ¿Hasta qué punto debería la liquidez transferida de Ethereum a Rollup heredar directamente la seguridad de Ethereum, o depender de los proveedores de Rollup?
Expresión de ejecución: ¿Cuál es la importancia de la compatibilidad de la máquina virtual de Ethereum (EVM)? Dada la aparición de alternativas como SVM y el auge de los contratos inteligentes en Rust, ¿seguirá siendo la compatibilidad EVM importante en los próximos cinco años?
Polarización en la línea de Rollup
Los proyectos de Rollup se están agrupando gradualmente en dos extremos. Por un lado, están los Rollups de alto rendimiento, que pueden ofrecer el máximo rendimiento y experiencia del usuario ( con alta capacidad de ancho de banda y baja latencia ), pero tienen una baja acoplamiento con Ethereum L1; por otro lado, están los Rollups alineados con Ethereum (, como los Rollups basados en L1, los Rollups nativos y los Rollups ultrasónicos ), que aprovechan al máximo la seguridad, los datos y el mecanismo de consenso de Ethereum, priorizando la descentralización, la seguridad y la neutralidad confiable, pero que, debido a las limitaciones del diseño de L1, sacrificarán parte del rendimiento. Los Rollups que se encuentran en una zona intermedia, tratando de equilibrar ambos, pueden tener dificultades para competir y, en última instancia, se inclinarán hacia uno de los extremos, enfrentando el riesgo de ser eliminados.
La definición de "alineación" es objeto de controversia y aún no se ha alcanzado un consenso. En lo que respecta a este informe, lo anterior es un breve marco de análisis sobre "rendimiento" y "alineación". Los gráficos anteriores se basan en esta definición y pueden no ser aplicables a otras interpretaciones de "alineación".
¿Por qué desaparece la zona intermedia?
El efecto de red impulsará el mercado hacia menos y mayores núcleos. En mercados donde los efectos de red juegan un papel dominante como en las criptomonedas, es posible que finalmente se forme un patrón dominado por unos pocos ganadores, como hemos visto en el ámbito de CEX. Dado que los efectos de red tienden a concentrarse en las ventajas centrales de una cadena, el ecosistema a menudo se integra en unas pocas plataformas de "maximización del rendimiento" y "maximización de la seguridad". Un Rollup que solo logra un alineamiento o rendimiento a medias en Ethereum, probablemente no obtendrá la seguridad de este último ni podrá tener la usabilidad del primero.
Con la madurez de la tecnología Rollup, la actividad económica se formará en capas según la "seguridad requerida" y el "costo de obtener seguridad". Aquellos escenarios que no pueden soportar el riesgo de liquidación o gobernanza, como DeFi a nivel institucional, grandes tesorerías en cadena, mercados de colaterales de alto valor, etc., pueden concentrarse en cadenas que heredan la completa seguridad y neutralidad de Ethereum ( o en Ethereum L1 mismo ). Por otro lado, aquellos escenarios de aplicación orientados al público (, como memes, transacciones, redes sociales, juegos, pagos minoristas, etc. ) se reunirán en cadenas que ofrezcan la mejor experiencia de usuario y el costo más bajo, y estas cadenas pueden requerir soluciones de aumento de rendimiento personalizadas o mecanismos de ordenamiento centralizados. Por lo tanto, las cadenas generales que tienen "velocidades aceptables pero no las más rápidas, y una seguridad razonable pero no óptima" verán disminuir gradualmente su atractivo. Especialmente hacia 2030, si la interoperabilidad entre cadenas permite que los activos fluyan libremente entre estas dos categorías de escenarios, el espacio de supervivencia en esta zona intermedia será aún más limitado.
Evolución de la pila tecnológica de Ethereum
La capa base completa de Ethereum ( ha planificado importantes actualizaciones desde la ejecución, la liquidación, el consenso hasta la disponibilidad de datos ), con el objetivo de mejorar la escalabilidad de L1 y adaptarse mejor al modelo de desarrollo centrado en Rollup. Las mejoras clave aumentarán el rendimiento, reducirán la complejidad y promoverán un papel más directo de Ethereum en la operación de Rollup.
( Capa de ejecución
Para 2030, el entorno de ejecución actual de Ethereum ), que utiliza una arquitectura de 256 bits y el diseño tradicional de la máquina virtual de Ethereum EVM ###, podría ser reemplazado o mejorado por máquinas virtuales más modernas y eficientes. Vitalik ha propuesto actualizar la máquina virtual de Ethereum a una arquitectura basada en RISC-V. RISC-V es un conjunto de instrucciones modular y simplificado que promete lograr importantes avances en la eficiencia de la ejecución de transacciones y la generación de pruebas (, aumentando de 50 a 100 veces ). Sus instrucciones de 32/64 bits se pueden adaptar directamente a las CPU modernas y son más eficientes en las pruebas de conocimiento cero. Para reducir el impacto de la iteración técnica y evitar estancamientos en el progreso (, como la dificultad que enfrentó la comunidad anteriormente al considerar reemplazar EVM por eWasm ), se planea adoptar un modo de doble máquina virtual: conservar EVM para garantizar la compatibilidad hacia atrás, mientras se introduce una nueva máquina virtual RISC-V para manejar nuevos contratos (, similar a la solución de compatibilidad de Arbitrum Stylus para contratos WASM + EVM ). Este movimiento tiene como objetivo simplificar y acelerar significativamente la capa de ejecución, al mismo tiempo que apoya la escalabilidad de L1 y la capacidad de soporte de Rollup.
(# ¿Por qué hacer esto?
El diseño del EVM no tuvo en cuenta las pruebas de conocimiento cero, por lo que el probador zk-EVM genera una gran cantidad de gastos adicionales al simular la transición de estado, calcular el hash raíz/árbol de hashes y manejar mecanismos específicos de EVM. En comparación, la máquina virtual RISC-V utiliza una lógica de registro más simple, lo que permite modelar y generar pruebas directamente, reduciendo significativamente las restricciones necesarias. Su amigabilidad con las pruebas de conocimiento cero puede eliminar etapas ineficientes como el cálculo de gas y la gestión de estado, lo que beneficia a todos los Rollups que utilizan pruebas de conocimiento cero: la generación de pruebas de transición de estado será más simple, rápida y de bajo costo. En última instancia, actualizar el EVM a una máquina virtual RISC-V puede mejorar el rendimiento general de las pruebas, haciendo posible que L1 valide directamente la ejecución de L2 ), como se detalla a continuación ###, mientras se eleva el límite de rendimiento de la propia máquina virtual del Rollup.
Además, esto también romperá el círculo pequeño de Solidity/Vyper, ampliando significativamente el ecosistema de desarrolladores de Ethereum y atrayendo la participación de comunidades de desarrollo más populares como Rust, C/C++ y Go.
( Capa de Liquidación
Ethereum planea pasar de un modelo de liquidación L2 disperso a un marco de liquidación unificado e integrado de forma nativa, lo que transformará por completo la forma en que se liquidan los Rollups. Hoy en día, cada Rollup necesita desplegar contratos de verificación L1 independientes ), pruebas de fraude o pruebas de validez ###, estos contratos tienen un alto grado de personalización y son independientes entre sí. Para 2030, Ethereum podría integrar una función nativa ( propuesta, la función de precompilación EXECUTE ), como un validador de ejecución L2 genérico. EXECUTE permite a los validadores de Ethereum volver a ejecutar directamente la transformación de estado de los Rollups y verificar su corrección, esencialmente "solidificando" en la capa del protocolo la capacidad de validar cualquier bloque de Rollup.
Esta actualización dará lugar a "Rollup nativo", que esencialmente son fragmentos de ejecución programables ( similares al diseño de NEAR ). A diferencia de L2 normales, Rollup estándar o Rollup basados en L1, los bloques de Rollup nativo son validados por el motor de ejecución de Ethereum.
EXECUTE elimina la compleja infraestructura personalizada necesaria para simular y mantener el EVM(, como mecanismos de prueba de fraude, circuitos de prueba de conocimiento cero y "comités de seguridad" de múltiples firmas), simplificando en gran medida el desarrollo de Rollups equivalentes al EVM y logrando, en última instancia, una L2 completamente sin confianza con casi ningún código personalizado. Combinado con los nuevos probadores en tiempo real( como Fermah y Succinct), se puede lograr liquidación en tiempo real en L1: una vez que las transacciones de Rollup se incorporan a L1, se alcanza la finalización sin necesidad de esperar el período de ventana de prueba de fraude o el cálculo de pruebas de múltiples períodos. Al construir la capa de liquidación como una infraestructura compartida global, Ethereum mejora la neutralidad confiable(, permitiendo a los usuarios elegir libremente el cliente de validación) y la composibilidad( sin preocuparse por el problema de prueba en tiempo real del mismo slot, haciendo que la sincronización de la composibilidad sea mucho más simple). Todos los Rollups nativos( o nativos + basados en L1) utilizarán la misma función de liquidación de L1, logrando una prueba estandarizada y una interacción conveniente entre los Rollups( y los fragmentos).
( Capa de consenso
La cadena de referencia de Ethereum ) Beacon Chain ### está siendo reconstruida como Beam Chain (, con pruebas planificadas para 2027-2029, con el objetivo de actualizar el mecanismo de consenso mediante tecnologías criptográficas avanzadas ), incluyendo capacidades resistentes a los cuánticos (, mejorando la escalabilidad y el grado de descentralización. En las actualizaciones de las seis principales direcciones de investigación, las características clave relacionadas con este artículo incluyen:
Intervalos más cortos, mayor finalización rápida: Uno de los objetivos centrales de Beam Chain es mejorar la velocidad de finalización. Se espera reducir los actuales aproximadamente 15 minutos de finalización bajo el mecanismo )Gasper de 2 épocas, es decir, 32+32 intervalos de 12 segundos (, a 3 intervalos de finalización )3SF, 4 intervalos de 4 segundos, aproximadamente 12 segundos (, para lograr finalmente una finalización en un solo intervalo )SSF, aproximadamente 4 segundos (. 3SF + 4 intervalos significa que la confirmación final se puede completar dentro de los 10 segundos posteriores a que la transacción se incluya en la cadena, mejorando significativamente la experiencia del usuario para Rollups basados en L1 y Rollups nativos: el aumento de la velocidad de bloque de L1 acelerará directamente la generación de bloques de Rollup. El tiempo para incluir una transacción en un bloque es de aproximadamente 4 segundos ), más largo bajo alta carga (, lo que permite que la velocidad de bloque de Rollup relacionada aumente 3 veces ), aunque aún es más lenta que los Rollups de rendimiento, alternativas a L1 o pagos con tarjeta de crédito, por lo que el mecanismo de pre-confirmación sigue siendo muy importante (. Una finalización más rápida de L1 también puede garantizar y acelerar la liquidación: los Rollups pueden completar la confirmación final del estado en L1 en cuestión de segundos, permitiendo retiros rápidos y reduciendo el riesgo de reorganización o bifurcación. En resumen, la irreversibilidad del procesamiento por lotes de transacciones de Rollup se reducirá de 15 minutos a niveles de segundos.
Reducción de costos de consenso a través de la SNARKificación: Beam planea "SNARKificar" la función de transformación de estado, de modo que cada bloque L1 incluya una prueba zk SNARK concisa. Esta es una condición previa para lograr la fragmentación sincronizada y ejecutable de forma programática. Los validadores pueden verificar bloques y agregar firmas BLS ) y futuras firmas resistentes a la computación cuántica ( sin necesidad de procesar cada transacción, lo que reduce drásticamente el costo computacional del consenso ) y al mismo tiempo disminuye los requisitos de hardware de los validadores (.
Reducir el umbral de participación para fomentar la descentralización: el plan Beam reducirá el monto mínimo de participación de los validadores de 32 ETH a 1 ETH. Junto con la separación de proponentes y validadores )APS.
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
Visión de Ethereum 2030: libro mayor mundial bajo la diferenciación de la tecnología Rollup
La dirección del desarrollo de Ethereum en 2030: Visión del libro mayor mundial bajo la diversificación de la tecnología Rollup
Ethereum se ha comprometido a mantener una neutralidad confiable mientras promueve la innovación de alto nivel. La planificación inicial describió un "mapa de ruta centrado en Rollup", es decir, la red subyacente se simplifica y se consolida gradualmente, y la mayoría de las actividades se trasladan a L2. Sin embargo, los desarrollos recientes han demostrado que no es suficiente ser solo una capa mínima de consenso y disponibilidad de datos: L1 debe tener la capacidad de manejar el tráfico y las actividades, ya que esta es la base de la que depende L2 en última instancia. Esto significa que se necesita una mayor velocidad de generación de bloques, menores costos de datos, mecanismos de prueba más robustos y mejor interoperabilidad.
El aumento de la actividad en L1 impulsará el crecimiento de la actividad en L2, como se suele decir, el agua sube y el barco también.
La próxima reestructuración del mecanismo de consenso de Beam Chain tiene como objetivo lograr una velocidad de confirmación final más rápida y un umbral de validadores más bajo, mientras mejora el rendimiento original y refuerza aún más la neutralidad de Ethereum. Al mismo tiempo, ya se ha propuesto considerar la migración de actividades desde la obsoleta máquina virtual de Ethereum (EVM) a la máquina virtual nativa RISC-V, lo que podría mejorar significativamente la eficiencia de los validadores manteniendo la interoperabilidad con contratos tradicionales.
Estas actualizaciones transformarán el panorama de L2. Para 2030, la hoja de ruta de Ethereum, centrada en Rollup genéricos, se integrará en dos direcciones dentro de un rango:
Rollup alineado: priorizar la integración profunda con Ethereum (, por ejemplo, compartiendo el orden y la verificación nativa ), aprovechando al máximo la liquidez de L1 bajo la premisa de minimizar las suposiciones de confianza. Esta relación es mutuamente beneficiosa, y el Rollup alineado puede obtener directamente la composabilidad y la seguridad de L1.
Rollup de rendimiento: prioriza el rendimiento y la experiencia del usuario en tiempo real, a veces a través de capas de disponibilidad de datos alternativas (DA ) o participantes autorizados ( como ordenadores centralizados, pequeños comités de seguridad/multifirma ), pero sigue utilizando Ethereum como capa de liquidación final para obtener credibilidad ( o para promoción en el mercado ).
Al diseñar estas soluciones Rollup, cada equipo debe sopesar los siguientes tres aspectos:
Obtención de liquidez: ¿cómo obtener y utilizar liquidez en Ethereum y posiblemente en otros esquemas Rollup? ¿Cuál es la importancia de la combinabilidad a nivel de sincronización o atómica?
Fuente de seguridad: ¿Hasta qué punto debería la liquidez transferida de Ethereum a Rollup heredar directamente la seguridad de Ethereum, o depender de los proveedores de Rollup?
Expresión de ejecución: ¿Cuál es la importancia de la compatibilidad de la máquina virtual de Ethereum (EVM)? Dada la aparición de alternativas como SVM y el auge de los contratos inteligentes en Rust, ¿seguirá siendo la compatibilidad EVM importante en los próximos cinco años?
Polarización en la línea de Rollup
Los proyectos de Rollup se están agrupando gradualmente en dos extremos. Por un lado, están los Rollups de alto rendimiento, que pueden ofrecer el máximo rendimiento y experiencia del usuario ( con alta capacidad de ancho de banda y baja latencia ), pero tienen una baja acoplamiento con Ethereum L1; por otro lado, están los Rollups alineados con Ethereum (, como los Rollups basados en L1, los Rollups nativos y los Rollups ultrasónicos ), que aprovechan al máximo la seguridad, los datos y el mecanismo de consenso de Ethereum, priorizando la descentralización, la seguridad y la neutralidad confiable, pero que, debido a las limitaciones del diseño de L1, sacrificarán parte del rendimiento. Los Rollups que se encuentran en una zona intermedia, tratando de equilibrar ambos, pueden tener dificultades para competir y, en última instancia, se inclinarán hacia uno de los extremos, enfrentando el riesgo de ser eliminados.
La definición de "alineación" es objeto de controversia y aún no se ha alcanzado un consenso. En lo que respecta a este informe, lo anterior es un breve marco de análisis sobre "rendimiento" y "alineación". Los gráficos anteriores se basan en esta definición y pueden no ser aplicables a otras interpretaciones de "alineación".
¿Por qué desaparece la zona intermedia?
El efecto de red impulsará el mercado hacia menos y mayores núcleos. En mercados donde los efectos de red juegan un papel dominante como en las criptomonedas, es posible que finalmente se forme un patrón dominado por unos pocos ganadores, como hemos visto en el ámbito de CEX. Dado que los efectos de red tienden a concentrarse en las ventajas centrales de una cadena, el ecosistema a menudo se integra en unas pocas plataformas de "maximización del rendimiento" y "maximización de la seguridad". Un Rollup que solo logra un alineamiento o rendimiento a medias en Ethereum, probablemente no obtendrá la seguridad de este último ni podrá tener la usabilidad del primero.
Con la madurez de la tecnología Rollup, la actividad económica se formará en capas según la "seguridad requerida" y el "costo de obtener seguridad". Aquellos escenarios que no pueden soportar el riesgo de liquidación o gobernanza, como DeFi a nivel institucional, grandes tesorerías en cadena, mercados de colaterales de alto valor, etc., pueden concentrarse en cadenas que heredan la completa seguridad y neutralidad de Ethereum ( o en Ethereum L1 mismo ). Por otro lado, aquellos escenarios de aplicación orientados al público (, como memes, transacciones, redes sociales, juegos, pagos minoristas, etc. ) se reunirán en cadenas que ofrezcan la mejor experiencia de usuario y el costo más bajo, y estas cadenas pueden requerir soluciones de aumento de rendimiento personalizadas o mecanismos de ordenamiento centralizados. Por lo tanto, las cadenas generales que tienen "velocidades aceptables pero no las más rápidas, y una seguridad razonable pero no óptima" verán disminuir gradualmente su atractivo. Especialmente hacia 2030, si la interoperabilidad entre cadenas permite que los activos fluyan libremente entre estas dos categorías de escenarios, el espacio de supervivencia en esta zona intermedia será aún más limitado.
Evolución de la pila tecnológica de Ethereum
La capa base completa de Ethereum ( ha planificado importantes actualizaciones desde la ejecución, la liquidación, el consenso hasta la disponibilidad de datos ), con el objetivo de mejorar la escalabilidad de L1 y adaptarse mejor al modelo de desarrollo centrado en Rollup. Las mejoras clave aumentarán el rendimiento, reducirán la complejidad y promoverán un papel más directo de Ethereum en la operación de Rollup.
( Capa de ejecución
Para 2030, el entorno de ejecución actual de Ethereum ), que utiliza una arquitectura de 256 bits y el diseño tradicional de la máquina virtual de Ethereum EVM ###, podría ser reemplazado o mejorado por máquinas virtuales más modernas y eficientes. Vitalik ha propuesto actualizar la máquina virtual de Ethereum a una arquitectura basada en RISC-V. RISC-V es un conjunto de instrucciones modular y simplificado que promete lograr importantes avances en la eficiencia de la ejecución de transacciones y la generación de pruebas (, aumentando de 50 a 100 veces ). Sus instrucciones de 32/64 bits se pueden adaptar directamente a las CPU modernas y son más eficientes en las pruebas de conocimiento cero. Para reducir el impacto de la iteración técnica y evitar estancamientos en el progreso (, como la dificultad que enfrentó la comunidad anteriormente al considerar reemplazar EVM por eWasm ), se planea adoptar un modo de doble máquina virtual: conservar EVM para garantizar la compatibilidad hacia atrás, mientras se introduce una nueva máquina virtual RISC-V para manejar nuevos contratos (, similar a la solución de compatibilidad de Arbitrum Stylus para contratos WASM + EVM ). Este movimiento tiene como objetivo simplificar y acelerar significativamente la capa de ejecución, al mismo tiempo que apoya la escalabilidad de L1 y la capacidad de soporte de Rollup.
(# ¿Por qué hacer esto?
El diseño del EVM no tuvo en cuenta las pruebas de conocimiento cero, por lo que el probador zk-EVM genera una gran cantidad de gastos adicionales al simular la transición de estado, calcular el hash raíz/árbol de hashes y manejar mecanismos específicos de EVM. En comparación, la máquina virtual RISC-V utiliza una lógica de registro más simple, lo que permite modelar y generar pruebas directamente, reduciendo significativamente las restricciones necesarias. Su amigabilidad con las pruebas de conocimiento cero puede eliminar etapas ineficientes como el cálculo de gas y la gestión de estado, lo que beneficia a todos los Rollups que utilizan pruebas de conocimiento cero: la generación de pruebas de transición de estado será más simple, rápida y de bajo costo. En última instancia, actualizar el EVM a una máquina virtual RISC-V puede mejorar el rendimiento general de las pruebas, haciendo posible que L1 valide directamente la ejecución de L2 ), como se detalla a continuación ###, mientras se eleva el límite de rendimiento de la propia máquina virtual del Rollup.
Además, esto también romperá el círculo pequeño de Solidity/Vyper, ampliando significativamente el ecosistema de desarrolladores de Ethereum y atrayendo la participación de comunidades de desarrollo más populares como Rust, C/C++ y Go.
( Capa de Liquidación
Ethereum planea pasar de un modelo de liquidación L2 disperso a un marco de liquidación unificado e integrado de forma nativa, lo que transformará por completo la forma en que se liquidan los Rollups. Hoy en día, cada Rollup necesita desplegar contratos de verificación L1 independientes ), pruebas de fraude o pruebas de validez ###, estos contratos tienen un alto grado de personalización y son independientes entre sí. Para 2030, Ethereum podría integrar una función nativa ( propuesta, la función de precompilación EXECUTE ), como un validador de ejecución L2 genérico. EXECUTE permite a los validadores de Ethereum volver a ejecutar directamente la transformación de estado de los Rollups y verificar su corrección, esencialmente "solidificando" en la capa del protocolo la capacidad de validar cualquier bloque de Rollup.
Esta actualización dará lugar a "Rollup nativo", que esencialmente son fragmentos de ejecución programables ( similares al diseño de NEAR ). A diferencia de L2 normales, Rollup estándar o Rollup basados en L1, los bloques de Rollup nativo son validados por el motor de ejecución de Ethereum.
EXECUTE elimina la compleja infraestructura personalizada necesaria para simular y mantener el EVM(, como mecanismos de prueba de fraude, circuitos de prueba de conocimiento cero y "comités de seguridad" de múltiples firmas), simplificando en gran medida el desarrollo de Rollups equivalentes al EVM y logrando, en última instancia, una L2 completamente sin confianza con casi ningún código personalizado. Combinado con los nuevos probadores en tiempo real( como Fermah y Succinct), se puede lograr liquidación en tiempo real en L1: una vez que las transacciones de Rollup se incorporan a L1, se alcanza la finalización sin necesidad de esperar el período de ventana de prueba de fraude o el cálculo de pruebas de múltiples períodos. Al construir la capa de liquidación como una infraestructura compartida global, Ethereum mejora la neutralidad confiable(, permitiendo a los usuarios elegir libremente el cliente de validación) y la composibilidad( sin preocuparse por el problema de prueba en tiempo real del mismo slot, haciendo que la sincronización de la composibilidad sea mucho más simple). Todos los Rollups nativos( o nativos + basados en L1) utilizarán la misma función de liquidación de L1, logrando una prueba estandarizada y una interacción conveniente entre los Rollups( y los fragmentos).
( Capa de consenso
La cadena de referencia de Ethereum ) Beacon Chain ### está siendo reconstruida como Beam Chain (, con pruebas planificadas para 2027-2029, con el objetivo de actualizar el mecanismo de consenso mediante tecnologías criptográficas avanzadas ), incluyendo capacidades resistentes a los cuánticos (, mejorando la escalabilidad y el grado de descentralización. En las actualizaciones de las seis principales direcciones de investigación, las características clave relacionadas con este artículo incluyen:
Intervalos más cortos, mayor finalización rápida: Uno de los objetivos centrales de Beam Chain es mejorar la velocidad de finalización. Se espera reducir los actuales aproximadamente 15 minutos de finalización bajo el mecanismo )Gasper de 2 épocas, es decir, 32+32 intervalos de 12 segundos (, a 3 intervalos de finalización )3SF, 4 intervalos de 4 segundos, aproximadamente 12 segundos (, para lograr finalmente una finalización en un solo intervalo )SSF, aproximadamente 4 segundos (. 3SF + 4 intervalos significa que la confirmación final se puede completar dentro de los 10 segundos posteriores a que la transacción se incluya en la cadena, mejorando significativamente la experiencia del usuario para Rollups basados en L1 y Rollups nativos: el aumento de la velocidad de bloque de L1 acelerará directamente la generación de bloques de Rollup. El tiempo para incluir una transacción en un bloque es de aproximadamente 4 segundos ), más largo bajo alta carga (, lo que permite que la velocidad de bloque de Rollup relacionada aumente 3 veces ), aunque aún es más lenta que los Rollups de rendimiento, alternativas a L1 o pagos con tarjeta de crédito, por lo que el mecanismo de pre-confirmación sigue siendo muy importante (. Una finalización más rápida de L1 también puede garantizar y acelerar la liquidación: los Rollups pueden completar la confirmación final del estado en L1 en cuestión de segundos, permitiendo retiros rápidos y reduciendo el riesgo de reorganización o bifurcación. En resumen, la irreversibilidad del procesamiento por lotes de transacciones de Rollup se reducirá de 15 minutos a niveles de segundos.
Reducción de costos de consenso a través de la SNARKificación: Beam planea "SNARKificar" la función de transformación de estado, de modo que cada bloque L1 incluya una prueba zk SNARK concisa. Esta es una condición previa para lograr la fragmentación sincronizada y ejecutable de forma programática. Los validadores pueden verificar bloques y agregar firmas BLS ) y futuras firmas resistentes a la computación cuántica ( sin necesidad de procesar cada transacción, lo que reduce drásticamente el costo computacional del consenso ) y al mismo tiempo disminuye los requisitos de hardware de los validadores (.
Reducir el umbral de participación para fomentar la descentralización: el plan Beam reducirá el monto mínimo de participación de los validadores de 32 ETH a 1 ETH. Junto con la separación de proponentes y validadores )APS.