El Rollup nativo de Ethereum tiene el potencial de lograr escalabilidad sin confianza

Autor: Donovan Choy, Blockworks; Traducción: Baishui, Golden Finance

La Fundación Ethereum está experimentando cierta agitación interna, pero el trabajo de desarrollo de la computación mundial sigue en marcha.

El investigador de Ethereum Justin Drake publicó ayer un artículo sobre un nuevo diseño de agregación llamado "agregación nativa" en el foro ethresearch.

Si no entiendes la tecnología como yo, seguir el cambiante panorama de diseño de Ethereum puede ser aburrido, y mucho menos seguir toda su infraestructura de pila.

Sin embargo, la forma más simple de resumir el núcleo es que depende de los validadores de Ethereum L1 para la prueba, es decir, las funciones de transición de estado y la verificación.

Esto contrasta con Optimism Rollup (por ejemplo, Optimism, Arbitrum) o zk Rollup (por ejemplo, Starknet, ZKsync), que trasladan la carga computacional de la ejecución a L2, y luego dependen de fraudes o sistemas de prueba zk para generar raíces de estado y pruebas, y volver a la red principal.

Estos sistemas de prueba son pesados, propensos a errores y otras vulnerabilidades, por eso los ordenadores de Rollup (entidades que ordenan transacciones en L2) siempre han sido centralizados. Las quejas sobre la centralización del ordenador a su vez han estimulado el diseño de Rollup "basado en" como Taiko, que dependen de validadores de Ethereum L1 para realizar el ordenamiento.

Pero volviendo a Rollup nativo. La propuesta de Drake sugiere la introducción de una precompilación 'execute' (una función codificada en duro en EVM) que verificará la transición de estado de EVM de las transacciones de los usuarios. Esto logra varios avances:

• El rollup nativo ya no requiere la inversión y el mantenimiento de una costosa red de mineros, ya que la validación será realizada por los validadores de L1.
• La capa de rollup nativa ya no requiere mantener una estructura de gobierno compleja, incluyendo la aprobación de actualizaciones de contratos por parte de un comité de seguridad de confianza para lograr la equivalencia de EVM.

Ambos métodos de desbloqueo en realidad hacen que el rollup nativo sea 'confiable' al heredar la seguridad de Ethereum L1.

Finalmente, al igual que Rollup basado en Rollup, Rollup nativo disfrutará de una 'composabilidad sincrónica', lo que significa que las transacciones en cadena se pueden combinar en diferentes cadenas de Rollup en lugar de estar dispersas. La interoperabilidad perfecta para recuperar activos en las cadenas L1 y L2 resolverá el problema de UX de la interconexión continua entre cadenas a largo plazo.

Sin embargo, a diferencia de rollup basado en rollup, la ejecución de rollup nativo no está limitada por el tiempo de bloque de 12 segundos. Debido a la precompilación de 'ejecución', los validadores de L1 solo necesitan verificar la prueba zk, sin necesidad de realizar el cálculo ellos mismos.

¿Puede la agregación nativa mitigar el problema de acumulación de valor de ETH? Tal vez sí.

Según mi entendimiento, los validadores utilizarán una nueva ejecución precompilada obligatoria, lo que hará que ETH sea esencial para la liquidación de transacciones.

En segundo lugar, eliminar la gobernanza de L2 (y su token) puede redirigir el valor de vuelta a ETH como principal fuente de valor.

La agregación nativa representa un paso progresivo pero crucial hacia el fortalecimiento de las propuestas de valor de Ethereum y el papel de ETH como base del ecosistema descentralizado.