Disponibilidad de datos: La piedra angular y el foco de controversia de L2
Los expertos en el campo de la blockchain han llegado a un amplio consenso sobre la importancia de la disponibilidad de datos. Un conocido investigador de la industria ha afirmado que si no se utiliza Ethereum para obtener disponibilidad de datos, no puede considerarse un verdadero L2. Este punto de vista ha generado un amplio debate, ya que según este criterio, muchos proyectos conocidos quedarían excluidos de la categoría L2.
Entonces, ¿qué es la disponibilidad de datos? ¿Cuáles son los desafíos que enfrenta L2 en este aspecto? ¿Por qué hay tanta controversia en torno a la capa de disponibilidad de datos? Este artículo profundizará en estas cuestiones y revelará el papel clave de la disponibilidad de datos.
Definición y características 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 las transacciones de manera completa en la red, permitiendo que los validadores los descarguen. Si los datos se publican de manera completa y están disponibles para su descarga, se consideran disponibles; por el contrario, si parte de los datos se ocultan y los validadores no pueden obtener la información completa, se consideran no disponibles.
Es importante señalar que la disponibilidad de datos y la recuperabilidad de datos son dos conceptos diferentes:
La disponibilidad de datos se refiere a la etapa de producción de nuevos bloques que aún no ha alcanzado consenso, y se centra en si los nuevos datos pueden ser validados a través del consenso.
La recuperabilidad de datos se refiere a la capacidad de recuperar datos históricos que han sido consensuados y almacenados de forma permanente en la blockchain.
Algunos expertos creen que el término "disponibilidad de datos" puede llevar a confusiones y sugieren cambiarlo por "publicación de datos", que es más apropiado. Este punto de vista ha recibido apoyo de varias partes, incluyendo al fundador de un proyecto de disponibilidad de datos.
Desafíos de disponibilidad de datos para L2
A pesar de que la disponibilidad de datos proviene de Ethereum, actualmente la industria se centra más en las aplicaciones a nivel L2. En L2, los ordenadores, como productores de bloques, necesitan publicar suficientes datos de transacciones para su verificación. Este proceso enfrenta principalmente dos grandes desafíos:
Asegúrese de que el mecanismo de verificación se realice de manera segura.
Reducir el costo de publicación de datos
Para los OP Rollups que utilizan pruebas de fraude, si el ordenante no publica los datos completos, el retador no podrá iniciar una impugnación válida. En el caso de los ZK Rollups que utilizan pruebas de validez, aunque la prueba en sí no depende de la disponibilidad de datos, la falta de datos completos aún podría resultar en la pérdida de activos de los usuarios.
Para resolver estos problemas, la mayoría de los proyectos L2 actualmente eligen publicar datos de estado y datos de transacciones en Ethereum, aprovechando su seguridad y disponibilidad de datos. Sin embargo, este enfoque también ha traído una gran presión de costos.
Las tarifas de Gas que los usuarios pagan a L2 se componen principalmente de dos partes: el Gas para ejecutar transacciones en L2 y el Gas para enviar datos a L1. La segunda parte representa el mayor costo, siendo la publicación de los datos de transacción que garantizan la disponibilidad de los datos el mayor gasto.
Por lo tanto, para reducir el costo general de L2, la clave está en reducir los gastos de publicación de datos. Hay dos métodos principales:
Reducir el costo de publicar datos en L1, como la próxima actualización EIP-4844 de Ethereum.
Separar la capa de disponibilidad de datos de L1, similar a cómo Rollup despoja la ejecución de transacciones de L1.
Orígenes de la controversia sobre la disponibilidad de datos
Para entender la controversia de L2 en la capa de disponibilidad de datos, es necesario comenzar con el concepto de blockchain modular. La blockchain modular desacopla las funciones centrales de la blockchain, formando módulos relativamente independientes, y combina diferentes redes especializadas para ampliar el rendimiento de una única blockchain.
Las cadenas de bloques modularmente aceptadas en la actualidad se dividen en cuatro capas: capa de ejecución, capa de liquidación, capa de consenso y capa de disponibilidad de datos. Este diseño modular es similar a los bloques de Lego, al combinar módulos óptimos de forma personalizada, alivia el problema del "triángulo imposible" de la cadena de bloques.
Los proyectos L2 existentes solo separan la capa de ejecución de Ethereum, mientras que las otras tres capas de funcionalidad todavía se realizan en Ethereum. Sin embargo, por razones de costo, muchos L2 están planeando despojar también la capa de disponibilidad de datos de Ethereum, utilizando Ethereum solo como capa de liquidación y consenso.
Sin embargo, la comunidad de Ethereum parece no estar de acuerdo con este enfoque. Algunos miembros de la Fundación Ethereum creen que no usar Ethereum como una capa de disponibilidad de datos no puede considerarse un verdadero Rollup o L2. Una conocida plataforma de análisis de L2 también afirmó que las soluciones de escalado que no publican datos en L1 no deberían considerarse L2, ya que no se puede garantizar que los operadores proporcionen los datos publicados.
Esta insistencia en mantener la capa de disponibilidad de datos en Ethereum parece estar motivada por consideraciones de seguridad, pero también puede reflejar preocupaciones sobre la posible erosión del estatus de Ethereum. Después de todo, si L2 también separa la capa de disponibilidad de datos de Ethereum, esencialmente debilitaría la dependencia de la seguridad de Ethereum y podría alejarse gradualmente del ecosistema de Ethereum.
A pesar de las controversias, los proyectos relacionados con la capa de disponibilidad de datos siguen prosperando. En el futuro, esperamos ver surgir más soluciones innovadoras de disponibilidad de datos, inyectando nueva vitalidad al 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.
22 me gusta
Recompensa
22
7
Compartir
Comentar
0/400
MEVHunterWang
· 07-16 16:28
La trampa L2 es bastante exagerada.
Ver originalesResponder0
0xLuckbox
· 07-15 13:04
¿No está claro en el piso de arriba cuál es el punto clave: si es verdadero o falso, o si es el estándar lo que realmente importa?
Ver originalesResponder0
ProbablyNothing
· 07-14 22:03
Otra vez este viejo tema de debate, pura provocación.
Ver originalesResponder0
RunWhenCut
· 07-14 22:01
Otra vez vienen a tomar a la gente por tonta. ¿Qué L2 se atreve a decir que es seguro?
Ver originalesResponder0
MiningDisasterSurvivor
· 07-14 21:57
¿El L2 Lavado de ojos aún no ha muerto lo suficiente? ¿Vuelven a hacer promesas vacías?
Ver originalesResponder0
MechanicalMartel
· 07-14 21:52
Entonces, ¿se trata de hacer esta trampa con zk roll?
Ver originalesResponder0
ZkProofPudding
· 07-14 21:41
No es más que el dilema entre seguridad y costo. Tantos L2 simplemente no se atreven a estar seguros.
Controversia sobre la disponibilidad de datos: los proyectos L2 enfrentan la decisión entre costo y seguridad.
Disponibilidad de datos: La piedra angular y el foco de controversia de L2
Los expertos en el campo de la blockchain han llegado a un amplio consenso sobre la importancia de la disponibilidad de datos. Un conocido investigador de la industria ha afirmado que si no se utiliza Ethereum para obtener disponibilidad de datos, no puede considerarse un verdadero L2. Este punto de vista ha generado un amplio debate, ya que según este criterio, muchos proyectos conocidos quedarían excluidos de la categoría L2.
Entonces, ¿qué es la disponibilidad de datos? ¿Cuáles son los desafíos que enfrenta L2 en este aspecto? ¿Por qué hay tanta controversia en torno a la capa de disponibilidad de datos? Este artículo profundizará en estas cuestiones y revelará el papel clave de la disponibilidad de datos.
Definición y características 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 las transacciones de manera completa en la red, permitiendo que los validadores los descarguen. Si los datos se publican de manera completa y están disponibles para su descarga, se consideran disponibles; por el contrario, si parte de los datos se ocultan y los validadores no pueden obtener la información completa, se consideran no disponibles.
Es importante señalar que la disponibilidad de datos y la recuperabilidad de datos son dos conceptos diferentes:
Algunos expertos creen que el término "disponibilidad de datos" puede llevar a confusiones y sugieren cambiarlo por "publicación de datos", que es más apropiado. Este punto de vista ha recibido apoyo de varias partes, incluyendo al fundador de un proyecto de disponibilidad de datos.
Desafíos de disponibilidad de datos para L2
A pesar de que la disponibilidad de datos proviene de Ethereum, actualmente la industria se centra más en las aplicaciones a nivel L2. En L2, los ordenadores, como productores de bloques, necesitan publicar suficientes datos de transacciones para su verificación. Este proceso enfrenta principalmente dos grandes desafíos:
Para los OP Rollups que utilizan pruebas de fraude, si el ordenante no publica los datos completos, el retador no podrá iniciar una impugnación válida. En el caso de los ZK Rollups que utilizan pruebas de validez, aunque la prueba en sí no depende de la disponibilidad de datos, la falta de datos completos aún podría resultar en la pérdida de activos de los usuarios.
Para resolver estos problemas, la mayoría de los proyectos L2 actualmente eligen publicar datos de estado y datos de transacciones en Ethereum, aprovechando su seguridad y disponibilidad de datos. Sin embargo, este enfoque también ha traído una gran presión de costos.
Las tarifas de Gas que los usuarios pagan a L2 se componen principalmente de dos partes: el Gas para ejecutar transacciones en L2 y el Gas para enviar datos a L1. La segunda parte representa el mayor costo, siendo la publicación de los datos de transacción que garantizan la disponibilidad de los datos el mayor gasto.
Por lo tanto, para reducir el costo general de L2, la clave está en reducir los gastos de publicación de datos. Hay dos métodos principales:
Orígenes de la controversia sobre la disponibilidad de datos
Para entender la controversia de L2 en la capa de disponibilidad de datos, es necesario comenzar con el concepto de blockchain modular. La blockchain modular desacopla las funciones centrales de la blockchain, formando módulos relativamente independientes, y combina diferentes redes especializadas para ampliar el rendimiento de una única blockchain.
Las cadenas de bloques modularmente aceptadas en la actualidad se dividen en cuatro capas: capa de ejecución, capa de liquidación, capa de consenso y capa de disponibilidad de datos. Este diseño modular es similar a los bloques de Lego, al combinar módulos óptimos de forma personalizada, alivia el problema del "triángulo imposible" de la cadena de bloques.
Los proyectos L2 existentes solo separan la capa de ejecución de Ethereum, mientras que las otras tres capas de funcionalidad todavía se realizan en Ethereum. Sin embargo, por razones de costo, muchos L2 están planeando despojar también la capa de disponibilidad de datos de Ethereum, utilizando Ethereum solo como capa de liquidación y consenso.
Sin embargo, la comunidad de Ethereum parece no estar de acuerdo con este enfoque. Algunos miembros de la Fundación Ethereum creen que no usar Ethereum como una capa de disponibilidad de datos no puede considerarse un verdadero Rollup o L2. Una conocida plataforma de análisis de L2 también afirmó que las soluciones de escalado que no publican datos en L1 no deberían considerarse L2, ya que no se puede garantizar que los operadores proporcionen los datos publicados.
Esta insistencia en mantener la capa de disponibilidad de datos en Ethereum parece estar motivada por consideraciones de seguridad, pero también puede reflejar preocupaciones sobre la posible erosión del estatus de Ethereum. Después de todo, si L2 también separa la capa de disponibilidad de datos de Ethereum, esencialmente debilitaría la dependencia de la seguridad de Ethereum y podría alejarse gradualmente del ecosistema de Ethereum.
A pesar de las controversias, los proyectos relacionados con la capa de disponibilidad de datos siguen prosperando. En el futuro, esperamos ver surgir más soluciones innovadoras de disponibilidad de datos, inyectando nueva vitalidad al desarrollo del ecosistema L2.