Disponibilidad de datos: El desafío clave de la escalabilidad de Capa 2
En el ecosistema de Ethereum, el problema de la disponibilidad de datos está generando una amplia discusión. Un conocido investigador ha afirmado que no utilizar Ethereum para obtener disponibilidad de datos no debería considerarse como L2. Si se sigue este estándar, muchos de los proyectos actualmente considerados como L2 podrían necesitar ser redefinidos. Entonces, ¿qué es realmente la disponibilidad de datos? ¿Qué desafíos de disponibilidad de datos enfrenta L2? ¿Por qué hay tanta controversia sobre este tema? Este artículo se centrará en estas preguntas, tratando de desvelar el misterio de la disponibilidad de datos.
La esencia 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 del 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, se considera que los datos son disponibles; si ocultar parte de los datos impide que los validadores descarguen la información completa, se considera que los datos no son 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 sean añadidos a la cadena de bloques a través del consenso. Está relacionada con si los nuevos datos publicados pueden ser validados mediante consenso, y no con los datos históricos.
La recuperabilidad de 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 la red de Ethereum, los nodos que almacenan todos los datos históricos se llaman nodos de archivo.
Hay opiniones que sostienen que el término "disponibilidad de datos" puede llevar a confusión, y sugieren que cambiarlo por "publicación de datos" podría ser más preciso.
Desafíos de disponibilidad de datos de Capa 2
Aunque el concepto de disponibilidad de datos proviene de Ethereum, actualmente nos centramos 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.
Este proceso enfrenta dos grandes desafíos:
Asegúrese de que el mecanismo de validación se realice de forma segura
Reducir el costo de publicación de datos
seguridad del mecanismo de verificación
Diferentes tipos de Capa 2 utilizan diferentes métodos de validación:
OP Rollup utiliza pruebas de fraude: si el ordenante no publica los datos completos y verificables, el retador no podrá iniciar un desafío válido.
ZK Rollup utiliza prueba de validez: aunque la prueba en sí no requiere disponibilidad de datos, el ZK Rollup en su conjunto aún necesita disponibilidad de datos. La falta de datos verificables puede impedir que los usuarios conozcan su saldo, lo que podría resultar en la pérdida de activos.
Para garantizar la seguridad de la verificación, actualmente los ordenadores L2 suelen publicar datos de estado y datos de transacciones en Ethereum, confiando en ella para la liquidación y la obtención de disponibilidad de datos. Por lo tanto, la capa de disponibilidad de datos es en realidad el lugar donde L2 publica los datos de transacciones, y la mayoría de los L2 populares utilizan Ethereum como capa de disponibilidad de datos.
Reducir el costo de publicación de datos
Actualmente, L2 depende de Ethereum tanto para la disponibilidad de datos como para la liquidación. Aunque la seguridad está garantizada, el costo es enorme. 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 la mayor porción, donde el costo de publicar los datos de transacción que garantizan la disponibilidad de datos es el más alto.
Las principales formas de reducir costos son dos:
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, ya no utilizar Ethereum como capa de disponibilidad de datos.
La disputa sobre la capa de disponibilidad de datos
El auge de las cadenas de bloques modular ha traído nuevas ideas para la capa de disponibilidad de datos. Las cadenas de bloques moduladas desacoplan las funciones centrales de la cadena de bloques, formando partes relativamente independientes, que se combinan a través de redes especializadas para ampliar el rendimiento.
Actualmente, la blockchain modular se divide comúnmente en cuatro capas: capa de ejecución, capa de liquidación, capa de consenso y capa de disponibilidad de datos. Las L2 existentes solo han separado la capa de ejecución de Ethereum, mientras que otras funciones aún se realizan 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.
Esta tendencia ha generado controversia. Hay opiniones que sostienen que no usar Ethereum como capa de disponibilidad de datos no debería considerarse un Rollup o Capa 2. Una plataforma conocida incluso ha declarado explícitamente que cualquier solución de escalado que no publique datos en L1 no es Capa 2, porque el uso de soluciones de disponibilidad de datos fuera de la cadena no garantiza que los operadores proporcionen los datos publicados.
Estos puntos de vista parecen basarse en consideraciones de seguridad, pero también pueden reflejar preocupaciones sobre la posible amenaza al estatus de Ethereum. Si L2 también separa la capa de disponibilidad de datos de Ethereum, esencialmente debilitaría la dependencia de la seguridad de Ethereum, lo que podría llevar gradualmente a alejarse del ecosistema de Ethereum.
A pesar de las controversias, los proyectos relacionados con la disponibilidad de datos siguen prosperando. En el futuro, veremos surgir más soluciones innovadoras de disponibilidad de datos, que brindará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.
11 me gusta
Recompensa
11
3
Compartir
Comentar
0/400
HashBandit
· 07-26 06:02
drama de escalabilidad... la misma vieja canción desde mis días de minería, para ser honesto
Disponibilidad de datos: los principales desafíos y controversias de la escalabilidad L2
Disponibilidad de datos: El desafío clave de la escalabilidad de Capa 2
En el ecosistema de Ethereum, el problema de la disponibilidad de datos está generando una amplia discusión. Un conocido investigador ha afirmado que no utilizar Ethereum para obtener disponibilidad de datos no debería considerarse como L2. Si se sigue este estándar, muchos de los proyectos actualmente considerados como L2 podrían necesitar ser redefinidos. Entonces, ¿qué es realmente la disponibilidad de datos? ¿Qué desafíos de disponibilidad de datos enfrenta L2? ¿Por qué hay tanta controversia sobre este tema? Este artículo se centrará en estas preguntas, tratando de desvelar el misterio de la disponibilidad de datos.
La esencia 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 del 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, se considera que los datos son disponibles; si ocultar parte de los datos impide que los validadores descarguen la información completa, se considera que los datos no son 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 sean añadidos a la cadena de bloques a través del consenso. Está relacionada con si los nuevos datos publicados pueden ser validados mediante consenso, y no con los datos históricos.
La recuperabilidad de 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 la red de Ethereum, los nodos que almacenan todos los datos históricos se llaman nodos de archivo.
Hay opiniones que sostienen que el término "disponibilidad de datos" puede llevar a confusión, y sugieren que cambiarlo por "publicación de datos" podría ser más preciso.
Desafíos de disponibilidad de datos de Capa 2
Aunque el concepto de disponibilidad de datos proviene de Ethereum, actualmente nos centramos 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.
Este proceso enfrenta dos grandes desafíos:
seguridad del mecanismo de verificación
Diferentes tipos de Capa 2 utilizan diferentes métodos de validación:
OP Rollup utiliza pruebas de fraude: si el ordenante no publica los datos completos y verificables, el retador no podrá iniciar un desafío válido.
ZK Rollup utiliza prueba de validez: aunque la prueba en sí no requiere disponibilidad de datos, el ZK Rollup en su conjunto aún necesita disponibilidad de datos. La falta de datos verificables puede impedir que los usuarios conozcan su saldo, lo que podría resultar en la pérdida de activos.
Para garantizar la seguridad de la verificación, actualmente los ordenadores L2 suelen publicar datos de estado y datos de transacciones en Ethereum, confiando en ella para la liquidación y la obtención de disponibilidad de datos. Por lo tanto, la capa de disponibilidad de datos es en realidad el lugar donde L2 publica los datos de transacciones, y la mayoría de los L2 populares utilizan Ethereum como capa de disponibilidad de datos.
Reducir el costo de publicación de datos
Actualmente, L2 depende de Ethereum tanto para la disponibilidad de datos como para la liquidación. Aunque la seguridad está garantizada, el costo es enorme. 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 la mayor porción, donde el costo de publicar los datos de transacción que garantizan la disponibilidad de datos es el más alto.
Las principales formas de reducir costos son dos:
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, ya no utilizar Ethereum como capa de disponibilidad de datos.
La disputa sobre la capa de disponibilidad de datos
El auge de las cadenas de bloques modular ha traído nuevas ideas para la capa de disponibilidad de datos. Las cadenas de bloques moduladas desacoplan las funciones centrales de la cadena de bloques, formando partes relativamente independientes, que se combinan a través de redes especializadas para ampliar el rendimiento.
Actualmente, la blockchain modular se divide comúnmente en cuatro capas: capa de ejecución, capa de liquidación, capa de consenso y capa de disponibilidad de datos. Las L2 existentes solo han separado la capa de ejecución de Ethereum, mientras que otras funciones aún se realizan 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.
Esta tendencia ha generado controversia. Hay opiniones que sostienen que no usar Ethereum como capa de disponibilidad de datos no debería considerarse un Rollup o Capa 2. Una plataforma conocida incluso ha declarado explícitamente que cualquier solución de escalado que no publique datos en L1 no es Capa 2, porque el uso de soluciones de disponibilidad de datos fuera de la cadena no garantiza que los operadores proporcionen los datos publicados.
Estos puntos de vista parecen basarse en consideraciones de seguridad, pero también pueden reflejar preocupaciones sobre la posible amenaza al estatus de Ethereum. Si L2 también separa la capa de disponibilidad de datos de Ethereum, esencialmente debilitaría la dependencia de la seguridad de Ethereum, lo que podría llevar gradualmente a alejarse del ecosistema de Ethereum.
A pesar de las controversias, los proyectos relacionados con la disponibilidad de datos siguen prosperando. En el futuro, veremos surgir más soluciones innovadoras de disponibilidad de datos, que brindarán nuevas posibilidades para la escalabilidad de blockchain.