Perspectivas de Ethereum en 2030: Un libro mayor mundial con L1 y Rollup funcionando en paralelo

Ethereum siempre se ha comprometido a mantener una neutralidad confiable, al mismo tiempo que impulsa innovaciones de mayor nivel. Las discusiones tempranas describieron un "mapa de ruta centrado en Rollup", es decir, la red subyacente se simplificará y solidificará gradualmente, para que la mayoría de las actividades se puedan trasladar a L2. Sin embargo, los desarrollos recientes indican que no es suficiente ser solo una capa de consenso y disponibilidad de datos minimizada: L1 debe tener la capacidad de manejar el tráfico y las actividades, ya que esta es la base de la que L2 depende en última instancia. Esto significa que se necesita una velocidad de generación de bloques más rápida, costos de datos más bajos, mecanismos de prueba más robustos y una mejor interoperabilidad.

El aumento de la actividad en L1 impulsará el crecimiento de la actividad en L2, como el agua que eleva el barco.

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, al tiempo que mejora el rendimiento original y refuerza aún más la neutralidad de Ethereum. Al mismo tiempo, ya hay propuestas que consideran trasladar las actividades de la cada vez más obsoleta ( y "cada vez más compleja" ) Máquina Virtual de Ethereum ( EVM ) a una Máquina Virtual nativa RISC-V, lo que podría mejorar significativamente la eficiencia de los probadores, manteniendo la interoperabilidad con contratos tradicionales.

Estas actualizaciones remodelarán el panorama de L2. Para 2030, la hoja de ruta de Ethereum, centrada en Rollup general, se integrará en dos direcciones dentro de un rango:

• Rollups alineados(: Priorizar la integración profunda con Ethereum), como el ordenamiento compartido 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 los Rollups alineados pueden obtener directamente la combinabilidad y seguridad de L1.

• Rollups de rendimiento ): Prioriza el rendimiento y la experiencia del usuario en tiempo real, a veces implementando capas de disponibilidad de datos alternativas ( o participantes autorizados ) como ordenadores centralizados, pequeños comités de seguridad/multifirma (, pero aún utilizando Ethereum como la capa de liquidación final para obtener credibilidad ) o para promociones de mercado (.

Al diseñar estos esquemas de Rollup, cada equipo debe sopesar los siguientes tres aspectos:

• Obtención de liquidez: ¿cómo obtener y utilizar liquidez en Ethereum y en otras posibles soluciones Rollup? ¿Cuál es la importancia de la composibilidad a nivel sincrónico o atómico?

• Fuente segura: ¿En qué medida la liquidez transferida de Ethereum a Rollup debería heredar directamente la seguridad de Ethereum, o debería depender del proveedor de Rollup?

• Expresión de ejecución: ¿Cuál es la importancia de la compatibilidad de la Máquina Virtual de Ethereum )EVM(? Dado el surgimiento de alternativas como SVM y los populares contratos inteligentes en Rust, ¿seguirá siendo la compatibilidad de EVM importante en los próximos cinco años?

Los proyectos de Rollup se están agrupando gradualmente hacia dos extremos. Por un lado están los Rollups de alto rendimiento, que pueden ofrecer la máxima capacidad de procesamiento y experiencia de usuario ), alta ancho de banda, baja latencia (, pero tienen un bajo acoplamiento con Ethereum L1; por otro lado están los Rollups alineados con Ethereum ), como los Rollups basados en L1, Rollups nativos, 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 de diseño de L1, sacrifican parte del rendimiento. Los Rollups que se encuentran en el medio, intentando equilibrar ambos, pueden tener dificultades para competir y, en última instancia, se inclinarán hacia uno de los dos extremos, enfrentando el riesgo de ser eliminados.

Los efectos de red impulsarán al mercado a concentrarse en menos y mayores centros. En mercados donde los efectos de red, como en las criptomonedas, juegan un papel dominante, es posible que al final se forme un patrón dominado por unos pocos ganadores, como hemos visto en el campo de CEX. Dado que los efectos de red tienden a concentrarse en las ventajas centrales de una cadena, los ecosistemas a menudo se integran en unas pocas plataformas que "maximizan el rendimiento" y "maximizan la seguridad". Un Rollup que solo logra un rendimiento mediocre en alineación o rendimiento con Ethereum, probablemente no obtendrá la seguridad de este último ni tendrá la usabilidad del primero.

![Imaginando Ethereum 2030: Un libro mayor mundial con L1 y Rollup en paralelo])https://img-cdn.gateio.im/webp-social/moments-7b8fd1446a356714f58131277e29edd0.webp(

Con la madurez de la tecnología Rollup, la actividad económica se organizará en capas según el "nivel de seguridad requerido" 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 colateral de alto valor, etc., podrían concentrarse en la cadena ) que hereda la seguridad completa y la neutralidad de Ethereum o en Ethereum L1 mismo (. Por otro lado, aquellos escenarios de aplicación dirigidos al público ), como Meme, comercio, redes sociales, juegos, pagos al por menor, etc. (, se agruparán en la cadena con la mejor experiencia de usuario y el costo más bajo, que puede requerir soluciones personalizadas de aumento de rendimiento o mecanismos de ordenamiento centralizados. Por lo tanto, las cadenas "con velocidad aceptable pero no las más rápidas, seguridad decente pero no óptima" perderán atractivo gradualmente. Especialmente para 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.

La capa base completa de Ethereum ) ha planificado importantes actualizaciones desde la ejecución, liquidación, 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.

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, con mejoras de entre 50 y 100 veces ). Sus instrucciones de 32/64 bits se adaptan directamente a las CPU modernas y son más eficientes en la prueba 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 al considerar reemplazar EVM con eWasm ), se planea adoptar un modelo de doble máquina virtual: mantener EVM para asegurar la compatibilidad hacia atrás, al tiempo que 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 ). Esta medida 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.

El diseño de EVM no tuvo en cuenta las pruebas de conocimiento cero, por lo que el probador zk-EVM genera una gran cantidad de sobrecarga adicional al simular la transición de estado, calcular el hash raíz/árbol hash 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 hacia las pruebas de conocimiento cero puede eliminar etapas ineficientes como el cálculo de gas y la gestión del estado, beneficiando enormemente 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 económica. En última instancia, actualizar EVM a una máquina virtual RISC-V puede mejorar el rendimiento general de las pruebas y permitir que L1 verifique directamente la ejecución de L2, al mismo tiempo que aumenta el límite de rendimiento de la propia máquina virtual del Rollup.

Además, esto 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.

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 cambiará drásticamente la forma en que se liquida Rollup. Hoy en día, cada Rollup debe desplegar contratos de verificación L1 independientes ( pruebas de fraude o pruebas de validez ), estos contratos son altamente personalizados e independientes entre sí. Para 2030, Ethereum podría integrar una función nativa ( la propuesta de función precompilada EXECUTE ), como un validador de ejecución L2 general. EXECUTE permite a los validadores de Ethereum volver a ejecutar directamente las transiciones de estado de Rollup 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 es esencialmente un fragmento ejecutable programable ( similar al diseño de NEAR ). A diferencia de los L2 normales, Rollup estándar o Rollup basado en L1, los bloques de Rollup nativo son verificados por el motor de ejecución de Ethereum.

EXECUTE elimina la compleja infraestructura personalizada necesaria para la simulación y el mantenimiento de EVM ( como mecanismos de prueba de fraude, circuitos de prueba de conocimiento cero, "comités de seguridad" multi-firma ), simplificando enormemente el desarrollo de Rollup EVM equivalente, logrando finalmente una L2 completamente sin confianza casi sin código personalizado. Combinado con los próximos probadores en tiempo real ( como Fermah, Succinct ), se puede lograr liquidación en tiempo real en L1: las transacciones de Rollup se consideran finalizadas una vez que se incorporan a L1, 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 verificación ) y la composabilidad ( sin preocuparse por el problema de prueba en tiempo real de mismo slot, simplificando enormemente la composabilidad sincronizada ). Todos los Rollups nativos ( o nativos + basados en L1 ) utilizarán la misma función de liquidación L1, logrando la estandarización de pruebas y la interacción conveniente entre Rollup ( y fragmentos ).

La capa de consenso de la cadena de balizas de Ethereum está siendo reestructurada como parte del plan Beam Chain( para pruebas de 2027 a 2029, con el objetivo de mejorar el mecanismo de consenso a través de tecnologías de cifrado avanzadas), incluyendo capacidades contra la computación cuántica(, para aumentar la escalabilidad y el grado de descentralización. Dentro de las actualizaciones en seis direcciones de investigación, las características clave relacionadas con este artículo incluyen:

• Menores intervalos, mayor rapidez en la finalización: uno de los objetivos centrales de Beam Chain es mejorar la velocidad de finalización. Se reducirá el tiempo de finalización actual de aproximadamente 15 minutos bajo el mecanismo de 2 épocas de )Gasper, es decir, 32+32 intervalos de 12 segundos (, a una finalización en 3 intervalos )3SF, 4 intervalos de 4 segundos, aproximadamente 12 segundos (, logrando finalmente una finalización en un solo intervalo )SSF, aproximadamente 4 segundos (. 3SF + 4 intervalos significan que se puede completar la confirmación final en 10 segundos después de que la transacción se registra en la cadena, mejorando significativamente la experiencia del usuario basada en Rollup de L1 y Rollup nativo: el aumento en la velocidad de bloques de L1 acelerará directamente la generación de bloques de Rollup. El tiempo para incluir transacciones en el bloque es de aproximadamente 4 segundos ), y más largo ( en alta carga, lo que aumenta la velocidad de bloques de Rollup en 3 veces ), aunque sigue siendo más lento que Rollup de alto rendimiento, alternativas de L1 o pagos con tarjeta de crédito, por lo que el mecanismo de pre-confirmación sigue siendo muy importante (. Una finalización de L1 más rápida también puede garantizar y acelerar la liquidación: Rollup puede completar la confirmación final del estado en L1 en 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 los costos de consenso a través de SNARK: El plan de Beam es "SNARKizar" la función de transición de estado, de modo que cada bloque L1 venga acompañado de una prueba zkSNARK concisa. Esto es un requisito para lograr la fragmentación de ejecución programable y sincronizada. 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 también disminuye los requisitos de hardware para los validadores (.

• Reducir el umbral de staking para mejorar la descentralización: el plan Beam reducirá la cantidad mínima de staking para los validadores de 32 ETH a 1 ETH. Combinado con la separación de proponentes y validadores )APS, la transferencia de MEV a subastas en cadena ( y la SNARKización, se puede lograr la construcción de bloques distribuida y anti-colusión, sin favorecer más a los pools de staking centralizados ) como Lido (, que tiene una participación de mercado del 25%, apoyando en su lugar a más validadores independientes que usen dispositivos como Raspberry Pi. Esto mejorará la descentralización y la neutralidad confiable, beneficiando directamente a los Rollups alineados. Bajo el mecanismo APS, la cantidad de proponentes se reducirá, pero incluirá