Análisis de la importancia de la disponibilidad de datos para la Capa 2
El problema de la disponibilidad de datos sobre las soluciones Layer 2 en el ecosistema de Ethereum ha sido motivo de controversia. Este artículo profundizará en el concepto de disponibilidad de datos, los desafíos que enfrenta L2 y el debate en torno a la capa de disponibilidad de datos.
Definición de la disponibilidad de datos
La disponibilidad de datos se refiere a que los productores de bloques publican los datos de transacciones completos en la red, permitiendo que los validadores puedan descargar y verificar. Si el productor de bloques publica los datos completos y permite que los validadores los descarguen, se considera que los datos están disponibles; por el contrario, si se oculta parte de los datos que impide a los validadores obtener la información completa, los datos se consideran no disponibles.
Cabe destacar que la disponibilidad de datos y la recuperabilidad de datos son dos conceptos diferentes:
La disponibilidad de datos se refiere a la etapa después de la producción de nuevos bloques y antes de que se agreguen a la cadena de bloques a través del mecanismo de consenso. Se relaciona con si los nuevos datos publicados pueden ser validados a través del consenso, y no con los datos históricos.
La capacidad de recuperación de datos se refiere a la etapa posterior a que los datos hayan sido consensuados y almacenados permanentemente en la cadena de bloques, es decir, la capacidad de recuperar datos históricos. En Ethereum, los nodos que almacenan todos los datos históricos se llaman nodos de archivo.
Hay opiniones que consideran que el término "disponibilidad de datos" puede causar confusión, sugiriendo que cambiarlo a "publicación de datos" es más adecuado.
Desafíos de disponibilidad de datos en Capa 2
A pesar de que el concepto de disponibilidad de datos se origina en Ethereum, actualmente nos estamos enfocando más en los problemas de disponibilidad de datos en la Capa 2. En la Capa 2, el ordenante ( Sequencer ) como productor de bloques, necesita publicar suficientes datos de transacciones para que los validadores puedan verificar la validez de las transacciones.
L2 enfrenta dos desafíos principales:
Asegúrese de que el mecanismo de verificación funcione de manera segura
Para el optimismo rollup ( OP Rollup ): si el ordenante no publica los datos de bloque completos y reproducibles, el retador en la prueba de fraude no podrá iniciar un desafío válido.
Para el rollup de conocimiento cero ( ZK Rollup ): aunque la prueba de validez en sí no depende de la disponibilidad de datos, el ZK Rollup en su conjunto aún necesita disponibilidad de datos. Sin datos de bloques reproducibles, los usuarios no podrán conocer su saldo, lo que podría llevar a pérdidas de activos.
Reducir el costo de publicar datos
El costo total de Gas que los usuarios pagan a L2 se compone principalmente de dos partes: el costo de Gas de las transacciones ejecutadas en L2 y el costo de Gas por enviar datos a L1. Entre ellos, la segunda parte representa la mayor proporción, y los datos de transacción que se deben publicar para garantizar la disponibilidad de datos son una parte importante de esto.
Para reducir costos, hay principalmente dos métodos:
Reducir el costo de publicar datos en L1, como la próxima actualización EIP-4844 de Ethereum.
Desprender la disponibilidad de datos de L1, es decir, no utilizar Ethereum como capa de disponibilidad de datos.
Controversia sobre la capa de disponibilidad de datos
El concepto de blockchain modular desacopla las funciones centrales de la blockchain, formando partes relativamente independientes. La opinión generalmente aceptada es dividir la blockchain modular en cuatro capas: capa de ejecución, capa de liquidación, capa de consenso y capa de disponibilidad de datos.
Actualmente, además de separar la capa de ejecución de Ethereum, las otras tres funciones de L2 aún se realizan en Ethereum. Pero por razones de costo, muchas L2 están preparándose para desagregar la capa de disponibilidad de datos de Ethereum, utilizando Ethereum solo como capa de liquidación y capa de consenso.
Sin embargo, la comunidad de Ethereum parece no estar dispuesta a permitir que Capa 2 obtenga disponibilidad de datos de otros lugares. Hay opiniones que sostienen que no utilizar Ethereum como capa de disponibilidad de datos no puede ser considerado un Rollup o Capa 2. Esta insistencia puede deberse a la preocupación de que la posición de Ethereum pueda verse amenazada.
A pesar de las controversias, esto no ha obstaculizado el florecimiento de los proyectos relacionados con la disponibilidad de datos. En el futuro, veremos surgir más soluciones innovadoras de disponibilidad de datos, que ofrecerán nuevas posibilidades para el desarrollo del ecosistema L2.
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.
13 me gusta
Recompensa
13
9
Compartir
Comentar
0/400
NFTArtisanHQ
· 08-04 18:43
hmm... este cambio de paradigma en la disponibilidad de datos l2 me recuerda a los ready-mades de Duchamp... ambos cuestionan la naturaleza de la autenticidad, para ser honesto
Ver originalesResponder0
GateUser-74b10196
· 08-04 16:12
l2 ha comenzado a acumular datos nuevamente.
Ver originalesResponder0
ContractTester
· 08-04 10:24
Hay que resolver el problema de la baja tasa de éxito en la verificación.
Ver originalesResponder0
AirdropHunterWang
· 08-01 19:10
Hay bastante gente en la sección l2, ya no puedo soportarlo.
Ver originalesResponder0
BlockchainFoodie
· 08-01 19:05
yo esto de DA es como comprobar si tus ingredientes de la granja a la mesa son legítimos... si los datos están ocultos es como conseguir carne misteriosa fr fr
Ver originalesResponder0
DYORMaster
· 08-01 19:03
¡Layer2 es el camino a seguir!
Ver originalesResponder0
NFTHoarder
· 08-01 19:03
¡Hola! La disponibilidad de datos es una trampa.
Ver originalesResponder0
BridgeNomad
· 08-01 19:02
las suposiciones de confianza en la disponibilidad de datos l2 aún me dan PTSD del puente nomad... validando cada byte fr
Ver originalesResponder0
AirdropCollector
· 08-01 18:50
Los datos eventualmente tendrán que estar en la cadena, ¿verdad?
Análisis de la disponibilidad de datos de Capa 2: desafíos clave y desarrollo futuro
Análisis de la importancia de la disponibilidad de datos para la Capa 2
El problema de la disponibilidad de datos sobre las soluciones Layer 2 en el ecosistema de Ethereum ha sido motivo de controversia. Este artículo profundizará en el concepto de disponibilidad de datos, los desafíos que enfrenta L2 y el debate en torno a la capa de disponibilidad de datos.
Definición de la disponibilidad de datos
La disponibilidad de datos se refiere a que los productores de bloques publican los datos de transacciones completos en la red, permitiendo que los validadores puedan descargar y verificar. Si el productor de bloques publica los datos completos y permite que los validadores los descarguen, se considera que los datos están disponibles; por el contrario, si se oculta parte de los datos que impide a los validadores obtener la información completa, los datos se consideran no disponibles.
Cabe destacar que la disponibilidad de datos y la recuperabilidad de datos son dos conceptos diferentes:
La disponibilidad de datos se refiere a la etapa después de la producción de nuevos bloques y antes de que se agreguen a la cadena de bloques a través del mecanismo de consenso. Se relaciona con si los nuevos datos publicados pueden ser validados a través del consenso, y no con los datos históricos.
La capacidad de recuperación de datos se refiere a la etapa posterior a que los datos hayan sido consensuados y almacenados permanentemente en la cadena de bloques, es decir, la capacidad de recuperar datos históricos. En Ethereum, los nodos que almacenan todos los datos históricos se llaman nodos de archivo.
Hay opiniones que consideran que el término "disponibilidad de datos" puede causar confusión, sugiriendo que cambiarlo a "publicación de datos" es más adecuado.
Desafíos de disponibilidad de datos en Capa 2
A pesar de que el concepto de disponibilidad de datos se origina en Ethereum, actualmente nos estamos enfocando más en los problemas de disponibilidad de datos en la Capa 2. En la Capa 2, el ordenante ( Sequencer ) como productor de bloques, necesita publicar suficientes datos de transacciones para que los validadores puedan verificar la validez de las transacciones.
L2 enfrenta dos desafíos principales:
Para el optimismo rollup ( OP Rollup ): si el ordenante no publica los datos de bloque completos y reproducibles, el retador en la prueba de fraude no podrá iniciar un desafío válido.
Para el rollup de conocimiento cero ( ZK Rollup ): aunque la prueba de validez en sí no depende de la disponibilidad de datos, el ZK Rollup en su conjunto aún necesita disponibilidad de datos. Sin datos de bloques reproducibles, los usuarios no podrán conocer su saldo, lo que podría llevar a pérdidas de activos.
El costo total de Gas que los usuarios pagan a L2 se compone principalmente de dos partes: el costo de Gas de las transacciones ejecutadas en L2 y el costo de Gas por enviar datos a L1. Entre ellos, la segunda parte representa la mayor proporción, y los datos de transacción que se deben publicar para garantizar la disponibilidad de datos son una parte importante de esto.
Para reducir costos, hay principalmente dos métodos:
Reducir el costo de publicar datos en L1, como la próxima actualización EIP-4844 de Ethereum.
Desprender la disponibilidad de datos de L1, es decir, no utilizar Ethereum como capa de disponibilidad de datos.
Controversia sobre la capa de disponibilidad de datos
El concepto de blockchain modular desacopla las funciones centrales de la blockchain, formando partes relativamente independientes. La opinión generalmente aceptada es dividir la blockchain modular en cuatro capas: capa de ejecución, capa de liquidación, capa de consenso y capa de disponibilidad de datos.
Actualmente, además de separar la capa de ejecución de Ethereum, las otras tres funciones de L2 aún se realizan en Ethereum. Pero por razones de costo, muchas L2 están preparándose para desagregar la capa de disponibilidad de datos de Ethereum, utilizando Ethereum solo como capa de liquidación y capa de consenso.
Sin embargo, la comunidad de Ethereum parece no estar dispuesta a permitir que Capa 2 obtenga disponibilidad de datos de otros lugares. Hay opiniones que sostienen que no utilizar Ethereum como capa de disponibilidad de datos no puede ser considerado un Rollup o Capa 2. Esta insistencia puede deberse a la preocupación de que la posición de Ethereum pueda verse amenazada.
A pesar de las controversias, esto no ha obstaculizado el florecimiento de los proyectos relacionados con la disponibilidad de datos. En el futuro, veremos surgir más soluciones innovadoras de disponibilidad de datos, que ofrecerán nuevas posibilidades para el desarrollo del ecosistema L2.