En la actualidad, Scroll ha iniciado la actividad del grupo de lanzamiento de Binance. Debería haber durado un día y todavía queda un día para terminar. Aquellos que quieran minar deben actuar rápidamente. de Launchpool: 55.000.000 SCR (el token máximo 5,5% del suministro), en este número analizaremos los aspectos técnicos del scroll, así como las diferencias entre los cuatro ZKEVM de nivel rey, estimaciones de precios de divisas, etc.
uno. Resumen de desplazamiento
Scroll es una solución zkRollup equivalente a EVM para escalar Ethereum. Desde un punto de vista técnico, Scroll consta principalmente de dos partes. La parte central es zkEVM, que se utiliza para demostrar la exactitud de la ejecución de EVM en la Capa 2.
dos. Arquitectura del pergamino
La arquitectura actual consta de tres componentes de infraestructura (consulte la Figura 1 a continuación):
1. Nodo de desplazamiento: construye bloques L2 a partir de transacciones de usuarios, los envía a la capa base de Ethereum y pasa mensajes entre L1 y L2.
2. Roller Network: Generar certificado de validez zkEVM para acreditar la correcta ejecución de la transacción.
3. Contratos acumulativos y puente: proporcionan disponibilidad de datos para transacciones de Scroll, verifican la prueba de validez de zkEVM y permiten a los usuarios transferir activos entre Ethereum y Scroll.
2.1 Nodo de desplazamiento
El nodo Scroll es la forma principal para que las aplicaciones y los usuarios interactúen con Scroll. Consta de tres módulos: Sequencer, Coordinator y Relayer.
- Sequencer proporciona una interfaz JSON-RPC y acepta transacciones L2. Cada pocos segundos, recupera un lote de transacciones del mempool L2 y las ejecuta para generar un nuevo bloque L2 y una nueva raíz de estado. La implementación del ordenador se basa en Go-Ethereum (Geth), una de las implementaciones de nodos Ethereum más populares. Al bifurcar Geth, puede lograr una compatibilidad óptima y heredar una seguridad probada en el tiempo.
- Cuando se genera un nuevo bloque, el coordinador recibirá una notificación y obtendrá el seguimiento de ejecución del bloque del secuenciador. Luego, el coordinador envía trayectorias de ejecución a Rollers seleccionados al azar del grupo de Rollers para generar pruebas.
- Relayer monitorea los contratos puente y los contratos Rollup implementados en Ethereum y Scroll. Tiene dos responsabilidades principales: primero, monitorear el contrato acumulativo y rastrear el estado del bloque L2, incluida la disponibilidad de datos y la prueba de validez. En segundo lugar, monitorear los eventos de depósito y retiro en contratos puente implementados en Ethereum y Scroll, y transmitir mensajes entre los dos.
2.2Red de rodillos
Roller es el probador en la red y es responsable de generar pruebas de validez para zkRollup. Roller requiere el uso de aceleradores (como GPU, FPGA y ASIC) para reducir el tiempo y los costos de prueba. La Figura 2 muestra el proceso de generación de certificados de validez de Roller para cada bloque. Todo el proceso incluye los siguientes pasos:
1. Roller primero convierte el seguimiento de ejecución recibido del coordinador en un testigo de circuito.
2. Genera pruebas para cada circuito zkEVM.
3. Finalmente, combina las pruebas de múltiples circuitos zkEVM en una prueba de un solo bloque mediante la agregación de pruebas.
2.3Contratos acumulativos y puente
Scroll está conectado a la capa base de Ethereum a través de contratos inteligentes Rollup y Bridge. Juntos, estos contratos garantizan la disponibilidad de datos para las transacciones L2 y permiten a los usuarios transferir activos y mensajes entre L1 y L2.
- El contrato Rollup recibe la raíz del estado L2 y los datos de bloque del secuenciador. Almacena la raíz del estado en el estado de Ethereum y almacena los datos del bloque L2 como datos de llamada de Ethereum. Esto proporciona disponibilidad de datos para los bloques Scroll y aprovecha la seguridad de Ethereum para garantizar que los indexadores, incluidos los relés Scroll, puedan reconstruir los bloques L2. Una vez que la prueba del bloque verifica la validez del bloque L2 en el contrato Rollup, el bloque correspondiente se considera definitivo en Scroll.
- El contrato Bridge se implementa en Ethereum y Scroll, lo que permite a los usuarios pasar mensajes arbitrarios entre L1 y L2. Basado en este protocolo de mensajería, Scroll también creó un protocolo de puente sin confianza que permite a los usuarios conectar bidireccionalmente activos ERC-20 entre las dos capas. Para enviar mensajes o fondos desde Ethereum a Scroll, los usuarios deben llamar a la transacción "sendMessage" en el contrato Bridge. El relé indexará la transacción en L1 y la enviará al secuenciador para incluirla en el bloque L2. El proceso de envío de mensajes desde Scroll a Ethereum ocurre de manera similar en el contrato L2 Bridge.
2.4 ¿Cómo funciona zkRollup de Scroll?
Combinando estos tres componentes arquitectónicos, podemos resumir el flujo de trabajo zkRollup de Scroll, como se muestra en la Figura 3 a continuación.
La secuencia de pasos para generar bloques L2 en Scroll, enviarlos a la capa base de Ethereum y finalizar es la siguiente:
1. El clasificador genera una serie de bloques. Para el bloque i-ésimo, el secuenciador genera un seguimiento de ejecución T y lo envía al coordinador. Al mismo tiempo, también envía los datos de la transacción D como datos de llamada al contrato Rollup en Ethereum para garantizar la disponibilidad de los datos, y envía la raíz del estado resultante y el compromiso de los datos de la transacción al contrato Rollup como estado.
2. El coordinador selecciona aleatoriamente Roller para generar un certificado de validez para cada trayectoria de bloque. Para acelerar el proceso de generación de pruebas, se pueden generar pruebas para diferentes bloques en paralelo en diferentes rodillos.
3. Después de generar la prueba de bloque P para el i-ésimo bloque, el rodillo la envía de regreso al coordinador. Cada k bloques, el coordinador asigna la tarea de resumen a otro Roller y resume los k certificados de bloque en un certificado de resumen A.
4. Finalmente, el coordinador envía el certificado resumido A al contrato Rollup y finaliza los bloques L2 de i+1 a i+k verificando el certificado resumido y el compromiso de datos raíz y de transacción del estado presentado previamente al contrato Rollup.
La Figura 3 muestra el proceso de varios pasos mediante el cual los bloques de desplazamiento finalizan en L1. Cada bloque L2 avanzará a través de las siguientes tres fases hasta su finalización:
- Precomprometido significa que el bloque ha sido propuesto por el secuenciador y enviado a Rollers. Si bien los bloques de confirmación previa aún no forman parte oficialmente de la cadena Scroll L2, ya que aún no se han publicado en la capa base de Ethereum, los usuarios que confían en el secuenciador pueden optar por tomar medidas en función de estos bloques.
- Comprometido significa que los datos de la transacción del bloque se han publicado en el contrato acumulativo en Ethereum. Esto garantiza que los datos del bloque estén disponibles, pero aún no se ha demostrado que se haya ejecutado de manera eficiente.
- Finalizado significa que se ha demostrado que la ejecución de la transacción en este bloque es correcta al verificar la prueba de validez en la cadena Ethereum. El bloque finalizado se considera una parte oficial de la cadena Scroll L2.
tres. Comparación de Scroll y otros ZKEVM
3.1 Antecedentes básicos
En 2022, v God publicó una vez un artículo que explicaba 4 tipos diferentes de ZKEVM (presentados anteriormente al hablar del proyecto Kakarot), que son:
Clase Type1 zkEVM: completamente equivalente a Ethereum
Clase zkEVM tipo 2: totalmente compatible con la máquina virtual EVM Ethereum
Clase Type3 zkEVM: casi compatible con la máquina virtual EVM Ethereum
Clase Type4 zkEVM: compatible con lenguajes de alto nivel
En el gráfico, se puede ver que el Tipo 4 tiene un buen rendimiento, pero su compatibilidad con evm es baja. El Tipo 1 tiene la compatibilidad más alta, pero lleva mucho tiempo generar la prueba. Esto parece ser otro "triángulo imposible". , es decir, el rendimiento y la compatibilidad no se pueden obtener en ambos sentidos.
3.2 Cuatro clasificaciones propuestas por Immutable
ZKsync: Actualmente un zkEVM tipo 4, totalmente compatible con el lenguaje de programación Solidity. Con zkSync, los usuarios pueden elegir entre dos tipos de disponibilidad de datos: zkSync Rollup y zkSync Porter. El primero publica datos directamente en Ethereum, lo que lo hace tan seguro como Ethereum L1, mientras que el segundo almacena datos fuera de la cadena, lo que resulta en transacciones más rápidas y de menor costo, pero con un menor nivel de seguridad.
zkSync es compatible con EVM porque puede convertir código de contrato inteligente escrito en Solidity en Yul, convertir Yul en LLVM-IR (Representación intermedia, que representa una representación intermedia del código de máquina) y luego recompilarlo en un conjunto de códigos de bytes compatibles con circuitos personalizados especialmente diseñados. para EVM de zkSync. Si bien esto requiere un paso intermedio, también permite agregar otras funciones que no son de EVM, como la abstracción de cuentas. Además, la empresa de zkSync, Matter Labs, planea hacerlo gradualmente más compatible con el kit de herramientas Ethereum y se está preparando para lanzar su primer prototipo de tres capas, zkSync Opportunity, en el área de escalabilidad e interoperabilidad, como parte de sus ambiciones de Prueba de lanzamiento en línea.
StarkNET: StarkNet es un zk-rollup compatible con Tipo 4/Solidity que utiliza un tipo diferente de prueba de conocimiento cero llamado STARK (ARgumento de conocimiento transparente escalable) para garantizar la integridad de las transacciones fuera de la cadena. Los STARK se consideran más eficientes y escalables que los SNARK, pero pueden requerir una configuración técnica más compleja.
Aunque StarkNet también admite contratos inteligentes, sus capacidades son relativamente pequeñas debido al uso de STARK y al hecho de que los contratos de StarkNet y el sistema operativo StarkNet están escritos en el idioma de El Cairo. Para facilitar el desarrollo, StarkWare actualizó recientemente a Cairo 1.0, que emula Rust. Al igual que zkSync Era, StarkNet se puede clasificar como "Solidity Compatible" porque no ejecuta programas dentro del EVM, sino que crea una VM completamente nueva y diseñada específicamente y utiliza un código de bytes personalizado. StarkWare utiliza el traductor Warp para convertir el código Solidity en código de bytes de Cairo VM.
Sin embargo, a diferencia de zkSync Era y otras implementaciones de zkEVM, el equipo de StarkNet no pretende ser compatible con EVM u otros componentes de Ethereum, sino que pretende hacer que la VM de StarkNet sea lo más eficiente posible mediante la implementación de su API de cliente personalizada, biblioteca JavaScript, y sistema de billetera, que obligará a las herramientas compatibles con Ethereum a agregar manualmente soporte StarkNet. Aunque Cairo 1.0 también introdujo Sierra (Secure Intermediate Representation) como una nueva capa de representación intermedia entre Cairo 1.0 y el código de bytes de Cairo, el traductor Warp no admite algunas características de Solidity y está lejos de igualar la compatibilidad EVM de zkSync Era. Un largo camino por recorrer.
Polygon ZKEVM: utiliza un lenguaje personalizado zkASM para interpretar el código zkEVM y verificar la ejecución de contratos inteligentes en un entorno de ejecución que no sea EVM. Además de Polygon zkEVM, Polygon también desarrolló Polygon Avail, una cadena de bloques optimizada solo para la disponibilidad de datos. La red no tendrá permisos, lo que permitirá que cualquiera se una como validador y, a diferencia de los DAC (Comités de disponibilidad de datos) existentes, tendrá cientos de nodos colaborando para proporcionar seguridad de la red. Avail funcionará en conjunto con Polygon Hermez (Rollup), cargando datos de estado desde Hermez en lugar de publicarlos en Ethereum, brindando una solución entre Validium y Rollup.
Scroll: Scroll es un zk-rollup equivalente a EVM desarrollado por el equipo de Scroll en colaboración con el grupo PSE (Privacy and Scaling Explorations) de la Fundación Ethereum, con el objetivo de ser totalmente compatible con la Máquina Virtual Ethereum (EVM) a nivel de código de bytes. Esto significa que los desarrolladores pueden crear contratos inteligentes utilizando cualquier lenguaje compatible con EVM e implementarlos en Scroll. Aunque Scroll actualmente no admite códigos de operación EVM, el plan es crear un mapeo de códigos de operación 1:1 y aceptar códigos de operación EVM directamente sin un compilador.
Cuatro. Previsión del precio de la moneda
El número total de tokens es 1.000.000.000 y la circulación inicial es 190.000.000. Los tokens se asignan al 35% del ecosistema (25% del crecimiento ecológico, 10% de la tesorería de DAO), 10% de la fundación, 23% de los contribuyentes. 17% de los inversores y 15% de los lanzamientos aéreos.
Actualmente, en términos de TVL, Scroll está liderado por Yaoyao, seguido por ZKsync. El FDV actual de zksync es de 2.500 millones y acaba de estar en línea. El FDV actual de straknet es de casi 5 mil millones. acaba de entrar en línea 20 mil millones. Según el cálculo anterior de los ingresos del grupo de lanzamiento (1% -2%), el precio de lanzamiento esperado está entre 2,2 y 4,4 dólares estadounidenses, y el valor de mercado correspondiente está entre 2 mil millones y 4 mil millones. De hecho, esta valoración sigue siendo relativamente baja porque. Este tipo de proyecto está en línea. Definitivamente hay una prima, por lo que la estimación actual debería ser de más de $5.
