Los rollups locales de Ethereum prometen escalabilidad sin confianza. Al aprovechar los validadores de L1 para la prueba y ejecución, los rollups locales eliminan la necesidad de secuenciadores centralizados y una gobernanza compleja. El investigador de Ethereum, Justin Drake, publicó un artículo en el foro ethresearch sobre el nuevo diseño de rollup "rollups locales". A diferencia de los rollups optimistas o los rollups zk, los rollups locales dependen de los validadores de Ethereum L1 para las transiciones de estado y la validación. La propuesta de Drake sugiere introducir un precompilado de "ejecución" que codifica en duro la validación de las transiciones de estado EVM de las transacciones de los usuarios en la EVM. Esto significa que los rollups locales ya no requieren inversión en y mantenimiento de costosas redes de probadores, ni necesitan estructuras de gobernanza complejas, logrando así la ausencia de confianza. Además, los rollups locales disfrutarán de una composabilidad sincrónica, abordando los problemas de puenteo entre cadenas.

TAIKO

Este es un segmento del boletín de 0xResearch. Para leer ediciones completas, suscríbete. La Fundación Ethereum está atravesando un poco de agitación civil, pero el trabajo en la computadora mundial continúa. El investigador de Ethereum Justin Drake publicó ayer en los foros de ethresearch un artículo de recopilación sobre un nuevo diseño de rollup conocido como "native rollups". Si no eres técnico como yo, seguir el paisaje en constante cambio de los diseños de rollup de Ethereum es tedioso, por no hablar de mantenerte al tanto de toda su infraestructura. Pero la forma más simple de pensar en los native rollups es que depende de los validadores de Ethereum L1 para la prueba, es decir, la función de transición de estado y validación. Esto contrasta con los optimistic rollups (por ejemplo, Optimism, Arbitrum) o zk-rollups (por ejemplo, Starknet, ZKsync) que trasladan la carga computacional de la ejecución a un L2 antes de depender de un sistema de prueba de fraude o zk para generar una raíz de estado y una prueba que se resuelva de nuevo en la mainnet. Estos sistemas de prueba son pesados en código y están sujetos a errores y otras vulnerabilidades, razón por la cual los secuenciadores de rollup, la entidad que ordena las transacciones en un L2, históricamente han sido centralizados. Las quejas sobre la centralización de los secuenciadores, a su vez, han impulsado diseños de rollup "basados" como Taiko, que dependen de los validadores de Ethereum L1 para realizar la secuenciación (puedes leer todo sobre ello aquí). Pero volviendo a los native rollups. La propuesta de Drake sugiere introducir un precompilado "execute" —una función codificada de forma fija en el EVM— que verificará las transiciones de estado del EVM de las transacciones de los usuarios. Esto logra algunos avances: Los native rollups ya no necesitan invertir y mantener costosas redes de prueba de mineros con hardware GPU especializado, ya que la prueba sería manejada y aplicada por los validadores de L1. Los native rollups ya no necesitan mantener estructuras de gobernanza complejas que involucren consejos de seguridad de confianza para aprobar actualizaciones de contratos con el fin de lograr equivalencia EVM. Ambos desbloqueos, de hecho, hacen que los native rollups sean "sin confianza" al heredar la seguridad de Ethereum L1. Finalmente, al igual que los rollups basados, los native rollups disfrutarían de "composibilidad sincrónica", que se refiere a la capacidad de las transacciones en cadena de ser composables a través de diferentes cadenas de rollup, en lugar de estar fragmentadas. El regreso a la fungibilidad sin problemas de los activos entre las cadenas L1 y L2 resolvería el problema de experiencia del usuario (UX) de los constantes puentes entre cadenas. Sin embargo, a diferencia de los rollups basados, la ejecución de native rollup no estará limitada por el tiempo de bloque de 12 segundos. Gracias al precompilado "execute", los validadores de L1 solo necesitarán verificar las pruebas zk sin tener que realizar la computación ellos mismos. ¿Podrían los native rollups mitigar el problema de la acumulación de valor de ETH? Quizás. Según entiendo, los validadores harían cumplir la ejecución con el nuevo precompilado, lo que haría que ETH sea necesario para la liquidación de transacciones. En segundo lugar, la eliminación de la gobernanza de L2 (y sus tokens) podría redirigir el valor de vuelta a ETH como el sumidero de valor principal. Los native rollups representan otro paso incremental pero pivotal hacia el refuerzo de la propuesta de valor de Ethereum y el papel de ETH como la base del ecosistema descentralizado. Comienza tu día con las mejores ideas cripto de David Canellis y Katherine Ross. Suscríbete al boletín Empire. Explora la creciente intersección entre cripto, macroeconomía, política y finanzas con Ben Strack, Casey Wagner y Felix Jauvin. Suscríbete al boletín Forward Guidance. Obtén alpha directamente en tu bandeja de entrada con el boletín 0xResearch: resúmenes del mercado, gráficos, ideas de comercio de degen, actualizaciones de gobernanza y más. El boletín Lightspeed cubre todo sobre Solana, en tu bandeja de entrada, todos los días. Suscríbete a las noticias diarias de Solana de Jack Kubinec y Jeff Albus.

Diseño de Agregación Nativa de Ethereum: Un Avance en la Escalabilidad Sin Confianza