Discusión sobre la importancia de la disponibilidad de datos para Layer2
En el ecosistema de Ethereum, la disponibilidad de datos ha sido un tema de gran interés. Algunos investigadores han afirmado que sin utilizar la disponibilidad de datos que ofrece Ethereum, no se puede considerar una verdadera solución L2. Este punto de vista ha suscitado cuestionamientos sobre si muchos proyectos existentes pertenecen realmente a la categoría de L2.
Entonces, ¿qué es la disponibilidad de datos? ¿Cuáles son los desafíos de disponibilidad de datos que enfrenta L2? ¿Por qué la capa de disponibilidad de datos genera tanta controversia en L2? Este artículo discutirá estas cuestiones, intentando revelar la esencia de la disponibilidad de datos.
Definición de la disponibilidad de datos
En pocas palabras, la disponibilidad de datos se refiere a que los productores de bloques publican todos los datos de transacciones en el bloque en la red, permitiendo a los validadores descargar estos datos.
Cuando los productores de bloques publican datos completos y permiten que los validadores los descarguen, consideramos que los datos son accesibles; por el contrario, si se oculta parte de los datos, lo que impide que los validadores obtengan información completa, se considera que los datos no son accesibles.
La diferencia entre la disponibilidad de datos y la recuperabilidad de datos
Las personas a menudo confunden la disponibilidad de datos con la recuperabilidad de datos, pero estos dos conceptos tienen diferencias esenciales:
La disponibilidad de datos se refiere a la etapa después de la producción de bloques y antes de alcanzar el consenso, centrándose principalmente en si los nuevos datos publicados pueden pasar por el consenso.
La recuperabilidad de datos se refiere a la capacidad de recuperar datos históricos después de que estos han sido consensuados y almacenados permanentemente en la cadena de bloques.
Algunos profesionales de la industria han señalado que el término "disponibilidad de datos" puede llevar a confusión, y sugieren cambiarlo por "publicación de datos" para reflejar más precisamente su naturaleza.
Problemas de disponibilidad de datos en L2
A pesar de que el concepto de disponibilidad de datos se originó en Ethereum, actualmente nos enfocamos más en los problemas de disponibilidad de datos en la capa L2.
En L2, el ordenante actúa como productor de bloques, y necesita publicar suficientes datos de transacciones para que los validadores verifiquen la validez de las transacciones. Este proceso enfrenta dos desafíos principales: garantizar que el mecanismo de validación se realice de manera segura y reducir el costo de publicación de datos.
Asegúrese de que el mecanismo de verificación se realice de manera segura.
OP Rollup y ZK Rollup utilizan diferentes métodos de verificación, pero ambos necesitan asegurar la disponibilidad de datos:
OP Rollup: Si el ordenante no publica los datos completos, el retador no podrá iniciar un desafío válido.
ZK Rollup: Aunque la prueba de validez en sí no requiere disponibilidad de datos, para proteger los activos de los usuarios, aún se debe garantizar que los datos estén disponibles.
Actualmente, la mayoría de los ordenadores L2 eligen publicar datos de estado y datos de transacciones en Ethereum para obtener una seguridad suficiente.
Reducir el costo de publicación de datos
Las tarifas de Gas pagadas por los usuarios de L2 se componen principalmente de dos partes: el Gas para ejecutar transacciones en L2 y el Gas para enviar datos a L1. De estas, la segunda parte representa la mayor parte de los costos, principalmente para publicar datos de transacciones y garantizar la disponibilidad de datos.
Las principales formas de reducir los costos de publicación de datos son dos:
Reducir el costo de publicar datos en L1, como la actualización EIP-4844 planificada para Ethereum.
Separar la capa de disponibilidad de datos de L1, similar a cómo Rollup desvincula la ejecución de transacciones de L1.
La controversia sobre la capa de disponibilidad de datos L2
El concepto de blockchain modular nos proporciona un contexto para entender la controversia de la capa de disponibilidad de datos en L2. La blockchain modular desacopla las funciones centrales de la blockchain, formando módulos independientes y expandiendo el rendimiento mediante la combinación de diferentes redes especializadas.
Actualmente, las blockchains modularizadas suelen dividirse en cuatro capas: capa de ejecución, capa de liquidación, capa de consenso y capa de disponibilidad de datos. L2 ya ha separado la capa de ejecución de Ethereum, pero las otras tres capas aún dependen de Ethereum.
Sin embargo, por razones de costo, muchos proyectos de L2 están considerando separar la capa de disponibilidad de datos de Ethereum, utilizando Ethereum únicamente como capa de liquidación y capa de consenso.
Esta tendencia ha generado controversia dentro del ecosistema de Ethereum. Algunos creen que no usar Ethereum como una solución de escalabilidad para la capa de disponibilidad de datos no debería considerarse una verdadera L2, ya que esto podría no garantizar que los operadores proporcionen los datos publicados.
Esta postura de mantener la capa de disponibilidad de datos en Ethereum parece ser, en la superficie, por razones de seguridad, pero también puede reflejar preocupaciones sobre un posible desafío a la posición de Ethereum. Después de todo, si L2 también desvincula la capa de disponibilidad de datos de Ethereum, esto debilitaría efectivamente la dependencia de la seguridad de Ethereum, lo que podría llevar a una gradual desvinculación del ecosistema de Ethereum.
A pesar de estas controversias, los proyectos relacionados con la capa de disponibilidad de datos siguen prosperando. En el futuro, podríamos ver más soluciones innovadoras de disponibilidad de datos que impulsen aún más el desarrollo y la aplicación de la tecnología 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
6
Republicar
Compartir
Comentar
0/400
GateUser-beba108d
· hace23h
Y hacen tantas tonterías, pero no pueden hacer el TPS básico y se presumen de tanto.
Ver originalesResponder0
SmartMoneyWallet
· hace23h
De nuevo, los tontos están siendo engañados por una Ballena on-chain. La dirección de los fondos ya se ha visto a través.
Ver originalesResponder0
StakeWhisperer
· hace23h
¿Estás de nuevo debatiendo la definición de este L2? Qué lío.
Ver originalesResponder0
MissedTheBoat
· 08-09 22:46
Cortar a los que miran desde fuera. Quien corre más rápido, ese es el padre.
Ver originalesResponder0
MetaMaskVictim
· 08-09 22:46
Antes, aposté todo en L2 y al final perdí todo.
Ver originalesResponder0
ChainChef
· 08-09 22:33
sabe a una receta l2 medio cocida, para ser honesto... necesita más sazonamiento de eth, de verdad.
Los desafíos clave de Layer2: la importancia y la controversia de la disponibilidad de datos.
Discusión sobre la importancia de la disponibilidad de datos para Layer2
En el ecosistema de Ethereum, la disponibilidad de datos ha sido un tema de gran interés. Algunos investigadores han afirmado que sin utilizar la disponibilidad de datos que ofrece Ethereum, no se puede considerar una verdadera solución L2. Este punto de vista ha suscitado cuestionamientos sobre si muchos proyectos existentes pertenecen realmente a la categoría de L2.
Entonces, ¿qué es la disponibilidad de datos? ¿Cuáles son los desafíos de disponibilidad de datos que enfrenta L2? ¿Por qué la capa de disponibilidad de datos genera tanta controversia en L2? Este artículo discutirá estas cuestiones, intentando revelar la esencia de la disponibilidad de datos.
Definición de la disponibilidad de datos
En pocas palabras, la disponibilidad de datos se refiere a que los productores de bloques publican todos los datos de transacciones en el bloque en la red, permitiendo a los validadores descargar estos datos.
Cuando los productores de bloques publican datos completos y permiten que los validadores los descarguen, consideramos que los datos son accesibles; por el contrario, si se oculta parte de los datos, lo que impide que los validadores obtengan información completa, se considera que los datos no son accesibles.
La diferencia entre la disponibilidad de datos y la recuperabilidad de datos
Las personas a menudo confunden la disponibilidad de datos con la recuperabilidad de datos, pero estos dos conceptos tienen diferencias esenciales:
Algunos profesionales de la industria han señalado que el término "disponibilidad de datos" puede llevar a confusión, y sugieren cambiarlo por "publicación de datos" para reflejar más precisamente su naturaleza.
Problemas de disponibilidad de datos en L2
A pesar de que el concepto de disponibilidad de datos se originó en Ethereum, actualmente nos enfocamos más en los problemas de disponibilidad de datos en la capa L2.
En L2, el ordenante actúa como productor de bloques, y necesita publicar suficientes datos de transacciones para que los validadores verifiquen la validez de las transacciones. Este proceso enfrenta dos desafíos principales: garantizar que el mecanismo de validación se realice de manera segura y reducir el costo de publicación de datos.
Asegúrese de que el mecanismo de verificación se realice de manera segura.
OP Rollup y ZK Rollup utilizan diferentes métodos de verificación, pero ambos necesitan asegurar la disponibilidad de datos:
Actualmente, la mayoría de los ordenadores L2 eligen publicar datos de estado y datos de transacciones en Ethereum para obtener una seguridad suficiente.
Reducir el costo de publicación de datos
Las tarifas de Gas pagadas por los usuarios de L2 se componen principalmente de dos partes: el Gas para ejecutar transacciones en L2 y el Gas para enviar datos a L1. De estas, la segunda parte representa la mayor parte de los costos, principalmente para publicar datos de transacciones y garantizar la disponibilidad de datos.
Las principales formas de reducir los costos de publicación de datos son dos:
La controversia sobre la capa de disponibilidad de datos L2
El concepto de blockchain modular nos proporciona un contexto para entender la controversia de la capa de disponibilidad de datos en L2. La blockchain modular desacopla las funciones centrales de la blockchain, formando módulos independientes y expandiendo el rendimiento mediante la combinación de diferentes redes especializadas.
Actualmente, las blockchains modularizadas suelen dividirse en cuatro capas: capa de ejecución, capa de liquidación, capa de consenso y capa de disponibilidad de datos. L2 ya ha separado la capa de ejecución de Ethereum, pero las otras tres capas aún dependen de Ethereum.
Sin embargo, por razones de costo, muchos proyectos de L2 están considerando separar la capa de disponibilidad de datos de Ethereum, utilizando Ethereum únicamente como capa de liquidación y capa de consenso.
Esta tendencia ha generado controversia dentro del ecosistema de Ethereum. Algunos creen que no usar Ethereum como una solución de escalabilidad para la capa de disponibilidad de datos no debería considerarse una verdadera L2, ya que esto podría no garantizar que los operadores proporcionen los datos publicados.
Esta postura de mantener la capa de disponibilidad de datos en Ethereum parece ser, en la superficie, por razones de seguridad, pero también puede reflejar preocupaciones sobre un posible desafío a la posición de Ethereum. Después de todo, si L2 también desvincula la capa de disponibilidad de datos de Ethereum, esto debilitaría efectivamente la dependencia de la seguridad de Ethereum, lo que podría llevar a una gradual desvinculación del ecosistema de Ethereum.
A pesar de estas controversias, los proyectos relacionados con la capa de disponibilidad de datos siguen prosperando. En el futuro, podríamos ver más soluciones innovadoras de disponibilidad de datos que impulsen aún más el desarrollo y la aplicación de la tecnología L2.