jakiro
En los últimos dos años, Ethereum se ha comprometido completamente con la hoja de ruta del «centro de rollo».Esta estrategia implica bloquear ETH en un contrato de puente, ejecutar transacciones fuera de la cadena y usar pruebas, ya sea a prueba de fraude o prueba de conocimiento cero (ZKP), para verificar el estado de la capa2 (L2) y los retiros de procesos.
Sin embargo, existe un desafío importante: Ethereum en sí no verifica de forma nativa la ejecución de EVM, lo que obliga a implementar su propio sistema de prueba independientemente en la cadena para verificar las transiciones estatales.
Ethereum con frecuencia sufre horquillas duras, lo que puede modificar el EVM, lo que significa que el equipo de rollup debe ser responsable de mantener y actualizar sus implementaciones personalizadas.Esto generalmente requiere el establecimiento de un comité de seguridad o la adopción de un sistema de gobierno de votación basado en tokens para administrar las actualizaciones de sus contratos y mecanismos de prueba.
En nuestra serie anterior, exploramos el rollup basado y el rollo de refuerzo.Ahora, recurriremos a una mirada más profunda al concepto de acumulación nativa.
¿Cuál es la diferencia entre basado, refuerzo y nativo?
Puede haber mucha confusión entre las definiciones de encierro basado, acumulación de refuerzo y rollo nativo.En series anteriores, hemos cubierto el acurrucado basado y el refuerzo de refuerzo, por lo que se recomienda que consulte ellas antes de leer este artículo.Pero revisaremos rápidamente estos tres tipos.
Los rollups basados utilizan el conjunto de validador L1 para la clasificación de transacciones, facilitando la descentralización, pero pueden afectar el rendimiento debido al tiempo de bloqueo L1 relativamente largo (por ejemplo, 12 segundos).Sin embargo, se están haciendo esfuerzos para mejorar esta experiencia, utilizando tecnología de preconfirmación que permite a los usuarios disfrutar de una confirmación de transacciones final más rápida a medida que la comunidad continúa innovando.
Los aviones de refuerzo extienden la ejecución y el almacenamiento simulando el procesamiento L1 en L2, lo que permite que las aplicaciones crezcan sin redistribución.Aunque este enfoque proporciona escalabilidad, introduce una complejidad adicional en comparación con los rollups tradicionales que requieren esfuerzos de ingeniería más complejos para desarrollar y mantener.
Los rollups nativos utiliza la función de transferencia de estado (STF) de L1 como validador para aplicar las transiciones de estado de capa.Sin embargo, aunque el optimismo, el árbitro y otros rollups se ejecutan en entornos equivalentes EVM, generalmente contienen modificaciones personalizadas complejas o poco prácticas que no pueden implementarse directamente en Ethereum.
Los rollups nativos, una vez conocidos como rollups legales, se han discutido en detalle en varios escritos.Además, el término «prolongado regulatorio» ha sido@AplynyaÚselo brevemente.Sin embargo, el término «legal» finalmente se reemplaza por «nativo» para indicar que los rollups equivalentes EVM existentes pueden actualizarse a este modelo.El término «nativo» es@danrobinsony un colaborador anónimo de Lido.
¿Cómo funciona el rollup nativo?
La propuesta de acumulación nativa introduce la precompilación de ejecución, diseñada para actuar como validador para las transiciones de estado rollup.Esta precompilación permitirá que el equipo de acumulación lo use en sus contratos de validador, proporcione en función del sistema de prueba y permitirá que el acurrucado herede la verificación nativa de Ethereum.
Dado que esta nueva precompilación es algo similar al concepto de «EVM en EVM», se actualizará bajo su consenso social a través del proceso de cuadros duro de Ethereum.Esto asegura que los cambios en EVM se reflejen en la precompilación, lo que permite que los rollups hereden la verificación de Ethereum y alivien las responsabilidades de gobernanza del equipo de rollup en términos de comités de seguridad o firmas múltiples, lo que hace que los aviones sean más seguros para los usuarios.
Execute es precompilado como un validador de las transiciones de estado EVM, lo que permite que el rollup utilice las instalaciones nativas de Ethereum en la capa de aplicación.Utiliza entradas como pre_state_root, post_state_root, rastrear y gas_used para verificar la conversión, utilizando mecanismos de precios de gas similares a EIP-1559.Dependiendo de los requisitos de escalabilidad del rollup, los validadores pueden hacer cumplir la corrección de las transiciones de estado rollup mediante re-ejecución o prueba de sarcasmo.Además, los retrasos en la ranura por ranura se integran para mitigar los riesgos centralizados, como la competencia de prueba basada en MEV.
Esta precompilación simplifica el desarrollo del rollup con soporte de «rollup sin confianza» en el sistema de prueba.Si se combina con el diseño de acumulación basado, donde el sistema de clasificación y de prueba es administrado por Ethereum, esta estructura permite una plena confianza completa, a menudo denominada «rollup de ultrasonido».Mejora la composibilidad y tiene el potencial de establecerse en tiempo real, fomentando así los diseños de más composición y acumulación de seguridad.
La precompilación propuesta se comporta de manera similar a EVM, lo que vuelve a ejecutar la transacción enrollable para verificar la corrección.Esto es contrario a la ventaja central del acurrucado, porque la ventaja de Rollup se encuentra en la ejecución fuera de la cadena, y solo presenta una prueba de validez a Ethereum.En cambio, la precompila esencialmente refleja lo que Ethereum ha hecho y no agrega ningún valor para reducir la carga de cómputo de L1.
Elegir un validador similar a EVM en lugar de un validador ZK proviene de la inmadurez actual de la tecnología ZK.Los ZKVM ampliamente utilizados han mostrado vulnerabilidad, y la rápida evolución de ZKP hace validadores de ZK específicos codificados en la cadena en la cadena de riesgos e inflexibles.En cambio, Ethereum prioriza la diversidad y la neutralidad, lo que permite la experimentación en diferentes clientes de ZK sin bloquear en un solo validador.
Sin embargo, esto no significa que la precompilación no contribuya a la escalabilidad de Ethereum.Aunque Ethereum garantiza su seguridad al mantener el validador de la prueba de ZK fuera de la cadena, utiliza esta precompilación para verificar la prueba de ZK presentada por Rollup.Esto permite que los validadores de Ethereum eviten emular completamente todas las transacciones enrolladas de principio a fin.En cambio, al confiar en las pruebas de ZK fuera de la cadena, la red mantiene su garantía de seguridad mientras trabaja para lograr la escalabilidad en términos de ejecución.
¿Cuáles son las principales ventajas del acurrucado nativo?
Con el acurrucado nativo, muchas tareas complejas pueden procesarse mediante precompilación, lo que facilita la prueba de fraude o la verificación de sarcases, etc.Esto significa que se debe escribir y mantener menos código sin sistemas adicionales como comités de redes o seguridad.
La verificación de snark en la cadena es costosa, por lo que muchos rollups ZK no suelen resolver las transacciones para ahorrar costos.Ejecutar la precompilación puede ayudar a reducir estos costos empacando recursivamente múltiples pruebas juntas usando Snark.Este enfoque permite que el encierro valide las transacciones de manera más eficiente, lo que hace que la verificación fuera de la cadena sea más rentable.
Asegurar las operaciones libres de errores en los rollups tradicionales es un desafío y, a menudo, requiere una verificación extensa.Muchos equipos reducen los riesgos al adoptar la clasificación centralizada para evitar la creación de bloques maliciosos.Sin embargo, se puede implementar un mecanismo de clasificación más seguro y sin permiso a través de la ejecución nativa precompilada.Este enfoque permite que el encierro herede no solo la seguridad de L1, sino también la sustituibilidad de los activos, porque las transacciones se verifican directamente en el entorno de confianza de Ethereum.
Hay muchos rollups compatibles con EVM, pero pocos son equivalentes a EVM: mantener los cambios sincronizados con la cadena de bloques principal generalmente requiere un equipo o un sistema de votación para actualizar los rollups, lo que puede plantear riesgos.Los rollups nativos se pueden actualizar automáticamente con la cadena de bloques principal, manteniendo todo sincronizado sin reglas o votantes adicionales.
Para los rollups ZK, lograr tiempos de prueba con latencia ultra baja, como 100 milisegundos, es una tarea de ingeniería muy desafiante.Por el contrario, los rollups nativos pueden permitir un programa de prueba más «suelto» que lo extiende a una ranura completa.Este enfoque alivia la presión de generar pruebas de inmediato, posiblemente mejorar la confiabilidad y mejorar la integración con L1.
¿Todos los rollups serán nativos?
Actualmente, todas las pilas de rollo, como OP Stack y Arbitrum Orbit Stack, tienen el potencial de transformarse en «rollups nativos» y heredar directamente las características de seguridad de Ethereum.Esta actualización hará que los usuarios sean más satisfechos a medida que la seguridad se mejore y el equipo de rollo se siente más cómodo porque ya no necesitan un comité de seguridad.Mientras tanto, el equipo de acumulación puede continuar compitiendo proporcionando una capa de clasificación compartida eficiente y capturar tarifas de clasificación para maximizar el MEV.
Sin embargo, no todos los rollups pasarán a formularios nativos.Algunas características de L2 son inherentemente incompatibles con los rollups nativos, incluidos los tipos de transacciones únicos, los diferentes métodos de contabilidad de gas y las precompilaciones que no se encuentran en la cadena de bloques L1 principal.La diversidad de máquinas virtuales entre los rollups de L2, cada uno compartiendo una seguridad común basada en la seguridad, es una gran ventaja del ecosistema L2 actual, por ejemplo.
@ECLIPSEFNDEs svm rollup,
@movementLabsxyz
es mudvm rollup, o@StarknetEs un rollup de Cairovm.
Precisamente como@doganeth_enComo se señaló, los futuros rollups se dividirán en tres categorías: rollups empresariales, acumulaciones orientadas al rendimiento y rollups nativos «alineados».
Las empresas se centrarán en administrar, clasificar y ser propietario de sus rollups, ideales para empresas que desean disfrutar de un control similar a Web2 sobre el orden de transacción, la ejecución y las aplicaciones.
Los acumulaciones centrados en el rendimiento utilizarán el acuerdo de Ethereum, pero confiarán en la disponibilidad de datos alternativos para un rendimiento óptimo, p.
@megaeth_labsusar@Eigen_DA
Para lograr la disponibilidad de datos.Estos rollups tienen un menor grado de descentralización, pero mejoran
$ ETH
, pero a expensas de ciertas características de Ethereum.
Los rollups nativos estarán completamente integrados con las instalaciones basadas en Ethereum y proporcionarán: descentralización a nivel de Ethereum, ejecución compartida con acceso de estado directo y verificación más barata de la prueba de ZK fuera de la cadena.Estos rollups contribuyen a los efectos de red de Ethereum, que pueden compartir ingresos, pero su sostenibilidad depende de los incentivos económicos naturales.
en conclusión
Los rollups nativos representan un avance significativo en la hoja de ruta de Ethereum Rollup Central, proporcionando una forma de alinear más con la instalación basada en Ethereum.Al introducir la precompilación de ejecución, los acurrucados nativos simplifican la gobernanza, eliminando la dependencia de las firmas múltiples, los comités de seguridad o los sistemas de votación basados en tokens.Este enfoque no solo mejora la seguridad, sino que también permite que los rollups se escalaran de manera más eficiente, aprovechando las pruebas de ZK fuera de la cadena, asegurando la minimización y escalabilidad de la confianza.
Aunque la propuesta tiene perspectivas amplias, no está exenta de desafíos.Aunque la mayoría de los rollups existentes están etiquetados como equivalentes EVM, generalmente tienen modificaciones menores a EVM.Por lo tanto, la transición a un modelo de acumulación nativo puede poner una carga de desarrollo adicional en los rollups con implementaciones EVM personalizadas.
Los rollups nativos proporcionan un camino convincente para combinar la seguridad y flexibilidad de Ethereum con el diseño de la rollup.Al promover la alineación con L1, fomentan la innovación al tiempo que reducen la fragmentación, lo que hace que el ecosistema de Ethereum sea más cercano y resistente en el futuro.Si no lo ha visto, asegúrese de verlo
Parte unoyParte 2La serie Rollups 2.0 se centra en rollups basados y rollups mejorados respectivamente.En nuestra próxima publicación, nos sumergiremos en el concepto de rollups de Gigagas y exploraremos cómo este innovador diseño de acumulación puede impulsar los límites de escalabilidad de Ethereum y mejorar aún más el ecosistema de rollo.
Agradecimientos: este artículo es de@paramonowwescribir.Agradecimiento especial@korayakpinarComentarios y revisión.
