Traducción: Blockworks Research, Westie
Compilado por: Shenchao TechFlow
Dada la popularidad de EVM entre los desarrolladores, ha existido el deseo de combinar la escalabilidad de la tecnología zk rollup con la experiencia de desarrollador de EVM. Esto ha resultado en una carrera armamentista de sistemas zkEVM, siendo los principales jugadores Scroll, zkSync y Polygon, y Scroll ha mantenido un perfil relativamente bajo en relación con los otros dos.
Debido a las limitaciones de EVM, zkEVM enfrenta un equilibrio necesario entre compatibilidad/equivalencia y rendimiento. Vitalik Buterin enumera una escala del 1 al 4 en un esfuerzo por aclarar las diferencias entre las distintas opciones de diseño de zkEVM:
Scroll se encuentra en medio de esta compensación: están construyendo un 2,5 zkEVM.
Esto significa que son equivalentes a EVM con cambios muy pequeños en la forma en que se estructura el costo del gas.
¿Qué hace que Scroll sea diferente?
Al mantener la equivalencia de EVM, los desarrolladores pueden migrar directamente sus aplicaciones de Ethereum L1 a Scroll sin realizar modificaciones en su código. También son de código completamente abierto, lo que permite que cualquiera pueda usar y verificar su código.
Scroll también utiliza una bifurcación de Geth para su pedido, lo que le permite heredar el sistema probado en batalla y al mismo tiempo lograr una compatibilidad óptima con Ethereum.
Esto también significa que pueden aplicar fácilmente cualquier actualización nueva a Geth; es posible que otros zkEVM requieran una mayor complejidad del código para actualizar.
Arquitectura del pergamino
La arquitectura de Scroll tiene tres componentes principales: nodos de Scroll, red Roller y puente de verificación.
El propósito del nodo Scroll es crear bloques a partir de las transacciones del usuario y enviarlos a L1, así como recibir mensajes de L1.
Los tres componentes principales de un nodo Scroll son el secuenciador, el coordinador y el repetidor.
El secuenciador recibe un lote de transacciones del mempool L2 y las ejecuta para generar un nuevo bloque L2.
Luego, el seguimiento de ejecución del bloque se envía al coordinador, que lo pasa a un rodillo seleccionado al azar para generar la prueba.
El relé monitorea el estado de los bloques L2, así como la disponibilidad de datos y las pruebas de validez del contrato renovable, así como los eventos de depósito y retiro del contrato puente, para garantizar que todo pueda verificarse.
La red Roller es responsable de generar pruebas de validez. La red Roller recibirá el seguimiento de ejecución del coordinador, lo enviará a siete circuitos de prueba diferentes, lo agregará en un circuito final y enviará la prueba del bloque final al coordinador.
El puente de verificación contiene dos contratos: el contrato Rollup y el contrato puente entre cadenas.
El contrato de puente entre cadenas maneja los mensajes enviados entre L1 y L2, incluidas las transacciones puente de tokens ERC-20.
El contrato acumulativo recibe y almacena datos de bloque y raíz de estado como datos de llamada y estado de Ethereum. Una vez que el contrato acumulativo verifica una prueba de bloque, el bloque se considera definitivo.
En resumen, después de que el secuenciador crea una secuencia de bloques y genera sus pruebas, se agregan múltiples pruebas de bloques en una sola prueba y se envían a través del coordinador al contrato Rollup, donde los bloques se verifican y finalizan.
mapa de ruta
Scroll ha estado en una fase de prueba Pre-Alfa durante los últimos 3 meses, incluida la implementación de contratos inteligentes autorizados y el acceso de usuarios incluidos en la lista blanca.
La siguiente fase serán las redes de prueba Alpha, donde permitirán implementaciones de contratos inteligentes sin permiso que cualquiera puede utilizar.
La red principal de Scroll tendrá un lanzamiento en dos etapas.
La primera fase se ejecutará utilizando un ordenador centralizado y un probador descentralizado;
El objetivo principal de la segunda fase es descentralizar el secuenciador.
Si bien la Fase 2 aún se encuentra bajo investigación activa, los planes actuales incluirán un modelo PBS para retiros MEV, un mecanismo de desafío en cadena y un comité secuenciador para permitir la finalización antes de que se completen las transacciones en Ethereum L1.