Discusión sobre la importancia de la disponibilidad de datos para la Capa 2
En el ecosistema de Ethereum, ha existido una controversia sobre la disponibilidad de datos de Layer 2(L2). Algunos investigadores creen que no se puede considerar L2 si no se utiliza Ethereum para obtener la disponibilidad de datos. Si se sigue este punto de vista, muchas soluciones de escalado existentes perderían su calificación como L2, incluidos algunos proyectos conocidos.
Entonces, ¿qué es la disponibilidad de datos? ¿Cuáles son los desafíos de disponibilidad de datos que enfrenta Capa 2? ¿Por qué la capa de disponibilidad de datos genera tanta controversia en Capa 2? Este artículo se centrará en estas cuestiones, tratando de desvelar el misterio de la disponibilidad de datos.
Definición de la disponibilidad de datos
En resumen, la disponibilidad de datos se refiere a que los productores de bloques publican todos los datos de transacciones de un bloque en la red, permitiendo que los validadores los descarguen. Si el productor del bloque publica los datos completos y permite que los validadores los descarguen, decimos que los datos son disponibles; si ocultar parte de los datos impide que los validadores descarguen los datos completos, entonces los datos son indisponibles.
Diferencia entre la disponibilidad de datos y la recuperabilidad.
Los conceptos de disponibilidad de datos y recuperabilidad de datos a menudo se confunden, pero en realidad hay una gran diferencia entre ellos:
La disponibilidad de datos se refiere a la etapa después de la producción de bloques, pero aún no se ha añadido a la cadena de bloques a través del consenso. Está relacionada con si los datos recién publicados pueden ser validados a través del consenso, y no con los datos históricos.
La recuperabilidad de los datos se refiere a la etapa en la que los datos han 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 sugieren que el término "disponibilidad de datos" puede dar lugar a malentendidos, y se propone cambiarlo por "publicación de datos" para que sea más preciso.
Problemas de disponibilidad de datos en Capa 2
A pesar de que el concepto de disponibilidad de datos se origina en Ethereum, en este momento nos enfocamos más en la disponibilidad de datos a nivel de Capa 2.
En L2, el ordenado ( Sequencer ), como productor de bloques, necesita publicar suficientes datos de transacciones para que los validadores verifiquen la validez de las transacciones. Este proceso enfrenta dos problemas principales:
Asegúrese de que el mecanismo de verificación funcione de manera segura
Reducir el costo de publicación de datos
seguridad del mecanismo de verificación
Diferentes tipos de L2 utilizan diferentes métodos de validación:
Optimistic Rollup utiliza pruebas de fraude. Si el ordenante no publica los datos completos, el retador no podrá iniciar un desafío válido.
Aunque la prueba de validez de ZK Rollup no requiere disponibilidad de datos en sí misma, en general sí la necesita. Sin datos de bloques que se puedan rastrear, los usuarios no podrán conocer su saldo y podrían perder activos.
Para garantizar la seguridad de la verificación, actualmente los ordenadores de L2 suelen publicar tanto los datos de estado como los datos de transacciones en Ethereum, que tiene una mayor seguridad, confiando en Ethereum para la liquidación y obteniendo disponibilidad de datos.
Reducir el costo de publicación
Actualmente, Capa 2 pone la disponibilidad de datos y la liquidación en Ethereum; aunque la seguridad es alta, el costo es enorme. Las tarifas de Gas que los usuarios pagan a Capa 2 se componen principalmente de dos partes: el Gas para ejecutar transacciones en Capa 2 y el Gas para enviar datos a L1. La segunda parte representa la mayor parte, de la cual el dato de transacción que garantiza la disponibilidad de datos占 la parte principal.
Los métodos principales para reducir costos son dos:
Reducir el costo de publicar datos en L1, como la próxima actualización EIP-4844.
Desprender la disponibilidad de datos de L1, sin usar Ethereum como capa de disponibilidad de datos.
Controversia sobre la capa de disponibilidad de datos L2
El surgimiento de las cadenas de bloques modularizadas ha brindado nuevas posibilidades para Capa 2. Las cadenas de bloques modularizadas desacoplan las funciones centrales de la cadena de bloques, formando partes relativamente independientes, y amplían el rendimiento mediante la combinación de redes especializadas.
Actualmente, las cadenas de bloques modularizadas se dividen generalmente en cuatro capas: capa de ejecución, capa de liquidación, capa de consenso y capa de disponibilidad de datos. Las L2 existentes, aparte de separar la capa de ejecución de Ethereum, mantienen las funciones de las otras tres capas en Ethereum. Sin embargo, por razones de costo, muchas L2 se están preparando para separar también la capa de disponibilidad de datos de Ethereum.
Sin embargo, la comunidad de Ethereum parece no querer que L2 obtenga la disponibilidad de datos de otros lugares. Hay opiniones que sostienen que no usar Ethereum como capa de disponibilidad de datos no cuenta como Rollup, por lo tanto, tampoco es L2. La última definición de L2BEAT también señala que las soluciones de escalado que no publican datos en L1 no pertenecen a L2, ya que las soluciones de disponibilidad de datos fuera de la cadena no pueden garantizar que los operadores proporcionen los datos publicados.
Esta persistencia puede deberse a preocupaciones de seguridad, pero también puede reflejar temores sobre la inestabilidad de la posición de Ethereum. Si L2 también separa la capa de disponibilidad de datos, esencialmente debilitaría la dependencia de la seguridad de Ethereum, lo que podría amenazar su posición.
De todos modos, los proyectos relacionados con la capa de disponibilidad de datos siguen prosperando. En el futuro, veremos aparecer más soluciones y proyectos innovadores de disponibilidad de datos, que traerán nuevas posibilidades para la escalabilidad de blockchain.
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.
10 me gusta
Recompensa
10
6
Republicar
Compartir
Comentar
0/400
PebbleHander
· 08-07 06:38
Esta tarifa es clave.
Ver originalesResponder0
ImaginaryWhale
· 08-07 06:16
Siento que estos supuestos l2 están jugando en la línea...
Ver originalesResponder0
TokenDustCollector
· 08-04 07:08
¿Quién dice que no se considera L2 si no se usa eth? No me hagas reír.
Ver originalesResponder0
GateUser-2fce706c
· 08-04 06:59
¿Quién no dijo antes que ahora es la ventana dorada para invertir en L2? ¡El tiempo no espera a nadie, hermanos!
Ver originalesResponder0
DataPickledFish
· 08-04 06:40
De nuevo discutiendo la definición técnica, ¿no se ha equivocado el enfoque?
Controversia sobre la disponibilidad de datos L2: el juego entre seguridad y costos
Discusión sobre la importancia de la disponibilidad de datos para la Capa 2
En el ecosistema de Ethereum, ha existido una controversia sobre la disponibilidad de datos de Layer 2(L2). Algunos investigadores creen que no se puede considerar L2 si no se utiliza Ethereum para obtener la disponibilidad de datos. Si se sigue este punto de vista, muchas soluciones de escalado existentes perderían su calificación como L2, incluidos algunos proyectos conocidos.
Entonces, ¿qué es la disponibilidad de datos? ¿Cuáles son los desafíos de disponibilidad de datos que enfrenta Capa 2? ¿Por qué la capa de disponibilidad de datos genera tanta controversia en Capa 2? Este artículo se centrará en estas cuestiones, tratando de desvelar el misterio de la disponibilidad de datos.
Definición de la disponibilidad de datos
En resumen, la disponibilidad de datos se refiere a que los productores de bloques publican todos los datos de transacciones de un bloque en la red, permitiendo que los validadores los descarguen. Si el productor del bloque publica los datos completos y permite que los validadores los descarguen, decimos que los datos son disponibles; si ocultar parte de los datos impide que los validadores descarguen los datos completos, entonces los datos son indisponibles.
Diferencia entre la disponibilidad de datos y la recuperabilidad.
Los conceptos de disponibilidad de datos y recuperabilidad de datos a menudo se confunden, pero en realidad hay una gran diferencia entre ellos:
La disponibilidad de datos se refiere a la etapa después de la producción de bloques, pero aún no se ha añadido a la cadena de bloques a través del consenso. Está relacionada con si los datos recién publicados pueden ser validados a través del consenso, y no con los datos históricos.
La recuperabilidad de los datos se refiere a la etapa en la que los datos han 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 sugieren que el término "disponibilidad de datos" puede dar lugar a malentendidos, y se propone cambiarlo por "publicación de datos" para que sea más preciso.
Problemas de disponibilidad de datos en Capa 2
A pesar de que el concepto de disponibilidad de datos se origina en Ethereum, en este momento nos enfocamos más en la disponibilidad de datos a nivel de Capa 2.
En L2, el ordenado ( Sequencer ), como productor de bloques, necesita publicar suficientes datos de transacciones para que los validadores verifiquen la validez de las transacciones. Este proceso enfrenta dos problemas principales:
seguridad del mecanismo de verificación
Diferentes tipos de L2 utilizan diferentes métodos de validación:
Optimistic Rollup utiliza pruebas de fraude. Si el ordenante no publica los datos completos, el retador no podrá iniciar un desafío válido.
Aunque la prueba de validez de ZK Rollup no requiere disponibilidad de datos en sí misma, en general sí la necesita. Sin datos de bloques que se puedan rastrear, los usuarios no podrán conocer su saldo y podrían perder activos.
Para garantizar la seguridad de la verificación, actualmente los ordenadores de L2 suelen publicar tanto los datos de estado como los datos de transacciones en Ethereum, que tiene una mayor seguridad, confiando en Ethereum para la liquidación y obteniendo disponibilidad de datos.
Reducir el costo de publicación
Actualmente, Capa 2 pone la disponibilidad de datos y la liquidación en Ethereum; aunque la seguridad es alta, el costo es enorme. Las tarifas de Gas que los usuarios pagan a Capa 2 se componen principalmente de dos partes: el Gas para ejecutar transacciones en Capa 2 y el Gas para enviar datos a L1. La segunda parte representa la mayor parte, de la cual el dato de transacción que garantiza la disponibilidad de datos占 la parte principal.
Los métodos principales para reducir costos son dos:
Reducir el costo de publicar datos en L1, como la próxima actualización EIP-4844.
Desprender la disponibilidad de datos de L1, sin usar Ethereum como capa de disponibilidad de datos.
Controversia sobre la capa de disponibilidad de datos L2
El surgimiento de las cadenas de bloques modularizadas ha brindado nuevas posibilidades para Capa 2. Las cadenas de bloques modularizadas desacoplan las funciones centrales de la cadena de bloques, formando partes relativamente independientes, y amplían el rendimiento mediante la combinación de redes especializadas.
Actualmente, las cadenas de bloques modularizadas se dividen generalmente en cuatro capas: capa de ejecución, capa de liquidación, capa de consenso y capa de disponibilidad de datos. Las L2 existentes, aparte de separar la capa de ejecución de Ethereum, mantienen las funciones de las otras tres capas en Ethereum. Sin embargo, por razones de costo, muchas L2 se están preparando para separar también la capa de disponibilidad de datos de Ethereum.
Sin embargo, la comunidad de Ethereum parece no querer que L2 obtenga la disponibilidad de datos de otros lugares. Hay opiniones que sostienen que no usar Ethereum como capa de disponibilidad de datos no cuenta como Rollup, por lo tanto, tampoco es L2. La última definición de L2BEAT también señala que las soluciones de escalado que no publican datos en L1 no pertenecen a L2, ya que las soluciones de disponibilidad de datos fuera de la cadena no pueden garantizar que los operadores proporcionen los datos publicados.
Esta persistencia puede deberse a preocupaciones de seguridad, pero también puede reflejar temores sobre la inestabilidad de la posición de Ethereum. Si L2 también separa la capa de disponibilidad de datos, esencialmente debilitaría la dependencia de la seguridad de Ethereum, lo que podría amenazar su posición.
De todos modos, los proyectos relacionados con la capa de disponibilidad de datos siguen prosperando. En el futuro, veremos aparecer más soluciones y proyectos innovadores de disponibilidad de datos, que traerán nuevas posibilidades para la escalabilidad de blockchain.