Autor: HaoTian, analista criptográfico Fuente: X (Twitter original) @tmel0211
Haga clic para leer: El papel central de la disponibilidad de datos en Layer2
Después de popularizar la disponibilidad de datos, debe preguntarse acerca de la relación entre la disponibilidad de datos y la compatibilidad con EVM. Primero permítanme aclarar una cosa: cuanto mayor sea la compatibilidad de EVM, mayor será el grado de integración de la disponibilidad de datos con Ethereum. **
¿por qué? Los amigos cuidadosos deben tener en cuenta que zkSync, ambas soluciones ZK-Rollup, solo pueden cargar el certificado de transferencia de estado de diferencia de estado a Ethereum, mientras que Linea puede cargar todos los datos a la red principal. La respuesta puede estar en la compatibilidad con EVM.
Anteriormente @VitalikButerin escribió un artículo sobre "los diferentes tipos de ZK-EVM", que me gustaría revisar con usted. Como se muestra en la siguiente figura, Vitalik divide la compatibilidad de varias soluciones ZK con Ethereum en 5 niveles:
El primer nivel es completamente equivalente a Ethereum y no cambiará ningún componente del sistema Ethereum. La lógica de hash, árbol de estado, precompilación y otras lógicas son casi las mismas. Por ejemplo, Taiko y Scroll apuntan a esto;
El segundo nivel es equivalente al sistema de máquina virtual EVM, con solo algunas diferencias en las estructuras de datos, como la estructura de bloques y el árbol de estado, como Polygono zkEVM;
El tercer nivel es casi equivalente a la máquina virtual EVM y puede ser compatible con la mayoría de las aplicaciones, para acortar el tiempo de prueba solo se han hecho algunos sacrificios, como: Scroll, Polygon zkEVM;
El cuarto nivel, utiliza un lenguaje de nivel superior para programar y luego pasa por una capa de transformación del compilador, solo para tiempos de prueba rápidos, como: zkSync y Starknet.
¿Cómo entender las diferencias entre varios ZK-EVM de forma popular? Como sistema de cadena pública maduro, la máquina virtual EVM de Ethereum, el lenguaje de programación Solidity y otras estructuras de datos se consideran un estándar. Si un desarrollador construye ZK-EVM, mayor será la compatibilidad de reutilización de los componentes del sistema Ethereum y más cerca estará del nivel 1.
Para entender a la inversa, por qué zkSync y Starknet necesitan desarrollar su propio lenguaje y compilador para convertirlo, no es porque la velocidad de confiar en los propios componentes de Ethereum para generar pruebas de prueba sea demasiado baja y no pueda satisfacer la demanda. Si un día, la capa inferior de Ethereum admite la prueba SNARK, estas capas 2 solo necesitan recibir transacciones por lotes, empaquetarlas y enviarlas a Ethereum, ¿por qué molestarse en operar una capa de ejecución equivalente a EVM usted mismo?
Ahora que comprende el nivel compatible con EVM, pensemos en su relación con la disponibilidad de datos. Encontrará una regla. Cuanto mayor sea la compatibilidad de Etherum o EVM, mayor será el grado de disponibilidad de datos que se puede lograr. Simplemente comprenda, si desea que Ethereum haga DA por usted, entonces debe ser altamente compatible con él.
He resumido aproximadamente los principales métodos de implementación de disponibilidad de datos de capa 2, que se pueden dividir aproximadamente en cinco categorías:
Todos los datos centrales se cargan en Ethereum y Ethereum se utiliza como capa DA, por ejemplo: Arbitrum, Optimism, Base, Linea.
Solo se carga en Ethereum la prueba de transición de estado de diferencia de estado, y todos los datos históricos los proporciona la propia Capa 2, por ejemplo: zkSync, Starknet.
Los servicios DA son proporcionados por la sólida red de consenso exclusiva de Capa 1 de la Capa 2, como Polygon zkEVM.
DA es proporcionado por una red de almacenamiento distribuido con un fuerte consenso de terceros, como IPFS, por ejemplo: Metis
DA es proporcionado por un proveedor externo de servicios de cadena pública que se especializa en la construcción de DA modular, por ejemplo: Mantle
La capa 2 proporciona servicios DA independientes, por ejemplo: Abitrum Nova, Apex, ImmutableX
La clasificación anterior se refiere al análisis de datos de L2BEAT. La disponibilidad de datos está marcada en la plataforma de análisis de datos como (On-chain, On-chain (SD), Externo, Externo (DAC), Optimismo (MEMO), etc.)
Al clasificarlos según la Disponibilidad de Datos, del 1 al 6 y la dependencia de Ethereum disminuye gradualmente, el consenso de seguridad también se debilita gradualmente. Debido a que el consenso de seguridad es un concepto relativamente vago, el simple hecho de usar el grado de integración de la participación de Ethereum en DA como criterio para determinar la solidez del consenso no significa que sea necesariamente inseguro para la Capa 2 depender de DA de terceros para proporcionar consenso. o para operar la capa DA de forma independiente.
Resumir
Descubrimos que los OP-Rollup como Arbitrum y Optimism tienen un alto grado de aplicación en Ethereum DA. La razón es muy simple. OP-Rollup y EVM son naturalmente altamente compatibles. Solo necesitan ejecutar bien el secuenciador y el procesamiento de transacciones. se ejecuta localmente, la verificación de claves y el desafío posterior dependen del sistema Ethereum.
Linea, que es parte de la línea ZK-Rollup, puede cargar todos los datos centrales en Ethereum. No he visto una explicación oficial, pero supongo que se debe a que el EVM de Linea es altamente compatible, por lo que Linea puede reutilizar el almacenamiento y la ejecución de contratos de Ethereum. , etc. ¿Para ayudar con el proceso de certificación Prove? Sin embargo, zkSync solo puede confiar en su propio sistema Prove para generar pruebas. Si zkSync también conecta todos los datos a Ethereum, los contratos Rollup posteriores no podrán verificar la validez de sus pruebas.
Finalmente, ¿ha notado que Polygon ZK-EVM utiliza su propia red Polygon Validium L1 como capa de consenso? Como competidor de Ethereum, el sistema de consenso de verificación L1 de Polygon también es muy sólido y su límite de capacidad de almacenamiento es mucho mejor que el de Ethereum. Por supuesto, no hay ningún problema en utilizar su propia L1 como DA. Sin embargo, Polygon zkEVM finalmente sincronizó la prueba de transición estatal a Ethereum. De hecho, es completamente innecesario, pero no está de más gravar a Ethereum para obtener un consenso ecológico y de seguridad más sólido.
Dicho esto, debes entender por qué Scroll y Taiko están trabajando duro en la afinidad de EVM, porque solo cuanto mayor sea la afinidad de EVM, más conveniente será para DA usar Ethereum, y también se ajustará a la capa más estrecha de Ethereum. definición. Imagínese, si una solución de Capa 2 de Ethereum, transacciones de recopilación, disponibilidad de datos, interoperabilidad, etc. dependen de la Capa 2 y otras soluciones modulares de terceros, y simplemente sincroniza los datos con Ethereum para un registro, ¿es necesario?
Ver originales
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
Compatibilidad de EVM y disponibilidad de datos: ¿por qué son relevantes?
Autor: HaoTian, analista criptográfico Fuente: X (Twitter original) @tmel0211
Haga clic para leer: El papel central de la disponibilidad de datos en Layer2
Después de popularizar la disponibilidad de datos, debe preguntarse acerca de la relación entre la disponibilidad de datos y la compatibilidad con EVM. Primero permítanme aclarar una cosa: cuanto mayor sea la compatibilidad de EVM, mayor será el grado de integración de la disponibilidad de datos con Ethereum. **
¿por qué? Los amigos cuidadosos deben tener en cuenta que zkSync, ambas soluciones ZK-Rollup, solo pueden cargar el certificado de transferencia de estado de diferencia de estado a Ethereum, mientras que Linea puede cargar todos los datos a la red principal. La respuesta puede estar en la compatibilidad con EVM.
Anteriormente @VitalikButerin escribió un artículo sobre "los diferentes tipos de ZK-EVM", que me gustaría revisar con usted. Como se muestra en la siguiente figura, Vitalik divide la compatibilidad de varias soluciones ZK con Ethereum en 5 niveles:
El primer nivel es completamente equivalente a Ethereum y no cambiará ningún componente del sistema Ethereum. La lógica de hash, árbol de estado, precompilación y otras lógicas son casi las mismas. Por ejemplo, Taiko y Scroll apuntan a esto;
El segundo nivel es equivalente al sistema de máquina virtual EVM, con solo algunas diferencias en las estructuras de datos, como la estructura de bloques y el árbol de estado, como Polygono zkEVM;
El tercer nivel es casi equivalente a la máquina virtual EVM y puede ser compatible con la mayoría de las aplicaciones, para acortar el tiempo de prueba solo se han hecho algunos sacrificios, como: Scroll, Polygon zkEVM;
El cuarto nivel, utiliza un lenguaje de nivel superior para programar y luego pasa por una capa de transformación del compilador, solo para tiempos de prueba rápidos, como: zkSync y Starknet.
¿Cómo entender las diferencias entre varios ZK-EVM de forma popular? Como sistema de cadena pública maduro, la máquina virtual EVM de Ethereum, el lenguaje de programación Solidity y otras estructuras de datos se consideran un estándar. Si un desarrollador construye ZK-EVM, mayor será la compatibilidad de reutilización de los componentes del sistema Ethereum y más cerca estará del nivel 1.
Para entender a la inversa, por qué zkSync y Starknet necesitan desarrollar su propio lenguaje y compilador para convertirlo, no es porque la velocidad de confiar en los propios componentes de Ethereum para generar pruebas de prueba sea demasiado baja y no pueda satisfacer la demanda. Si un día, la capa inferior de Ethereum admite la prueba SNARK, estas capas 2 solo necesitan recibir transacciones por lotes, empaquetarlas y enviarlas a Ethereum, ¿por qué molestarse en operar una capa de ejecución equivalente a EVM usted mismo?
Ahora que comprende el nivel compatible con EVM, pensemos en su relación con la disponibilidad de datos. Encontrará una regla. Cuanto mayor sea la compatibilidad de Etherum o EVM, mayor será el grado de disponibilidad de datos que se puede lograr. Simplemente comprenda, si desea que Ethereum haga DA por usted, entonces debe ser altamente compatible con él.
He resumido aproximadamente los principales métodos de implementación de disponibilidad de datos de capa 2, que se pueden dividir aproximadamente en cinco categorías:
Todos los datos centrales se cargan en Ethereum y Ethereum se utiliza como capa DA, por ejemplo: Arbitrum, Optimism, Base, Linea.
Solo se carga en Ethereum la prueba de transición de estado de diferencia de estado, y todos los datos históricos los proporciona la propia Capa 2, por ejemplo: zkSync, Starknet.
Los servicios DA son proporcionados por la sólida red de consenso exclusiva de Capa 1 de la Capa 2, como Polygon zkEVM.
DA es proporcionado por una red de almacenamiento distribuido con un fuerte consenso de terceros, como IPFS, por ejemplo: Metis
DA es proporcionado por un proveedor externo de servicios de cadena pública que se especializa en la construcción de DA modular, por ejemplo: Mantle
La capa 2 proporciona servicios DA independientes, por ejemplo: Abitrum Nova, Apex, ImmutableX
La clasificación anterior se refiere al análisis de datos de L2BEAT. La disponibilidad de datos está marcada en la plataforma de análisis de datos como (On-chain, On-chain (SD), Externo, Externo (DAC), Optimismo (MEMO), etc.)
Al clasificarlos según la Disponibilidad de Datos, del 1 al 6 y la dependencia de Ethereum disminuye gradualmente, el consenso de seguridad también se debilita gradualmente. Debido a que el consenso de seguridad es un concepto relativamente vago, el simple hecho de usar el grado de integración de la participación de Ethereum en DA como criterio para determinar la solidez del consenso no significa que sea necesariamente inseguro para la Capa 2 depender de DA de terceros para proporcionar consenso. o para operar la capa DA de forma independiente.
Resumir
Descubrimos que los OP-Rollup como Arbitrum y Optimism tienen un alto grado de aplicación en Ethereum DA. La razón es muy simple. OP-Rollup y EVM son naturalmente altamente compatibles. Solo necesitan ejecutar bien el secuenciador y el procesamiento de transacciones. se ejecuta localmente, la verificación de claves y el desafío posterior dependen del sistema Ethereum.
Linea, que es parte de la línea ZK-Rollup, puede cargar todos los datos centrales en Ethereum. No he visto una explicación oficial, pero supongo que se debe a que el EVM de Linea es altamente compatible, por lo que Linea puede reutilizar el almacenamiento y la ejecución de contratos de Ethereum. , etc. ¿Para ayudar con el proceso de certificación Prove? Sin embargo, zkSync solo puede confiar en su propio sistema Prove para generar pruebas. Si zkSync también conecta todos los datos a Ethereum, los contratos Rollup posteriores no podrán verificar la validez de sus pruebas.
Finalmente, ¿ha notado que Polygon ZK-EVM utiliza su propia red Polygon Validium L1 como capa de consenso? Como competidor de Ethereum, el sistema de consenso de verificación L1 de Polygon también es muy sólido y su límite de capacidad de almacenamiento es mucho mejor que el de Ethereum. Por supuesto, no hay ningún problema en utilizar su propia L1 como DA. Sin embargo, Polygon zkEVM finalmente sincronizó la prueba de transición estatal a Ethereum. De hecho, es completamente innecesario, pero no está de más gravar a Ethereum para obtener un consenso ecológico y de seguridad más sólido.
Dicho esto, debes entender por qué Scroll y Taiko están trabajando duro en la afinidad de EVM, porque solo cuanto mayor sea la afinidad de EVM, más conveniente será para DA usar Ethereum, y también se ajustará a la capa más estrecha de Ethereum. definición. Imagínese, si una solución de Capa 2 de Ethereum, transacciones de recopilación, disponibilidad de datos, interoperabilidad, etc. dependen de la Capa 2 y otras soluciones modulares de terceros, y simplemente sincroniza los datos con Ethereum para un registro, ¿es necesario?