- Tema
35k Popularidad
18k Popularidad
62k Popularidad
31k Popularidad
4k Popularidad
115k Popularidad
28k Popularidad
27k Popularidad
7k Popularidad
18k Popularidad
- Anclado
35k Popularidad
18k Popularidad
62k Popularidad
31k Popularidad
4k Popularidad
115k Popularidad
28k Popularidad
27k Popularidad
7k Popularidad
18k Popularidad
Guerra de disponibilidad de datos: actitud de Vitalik Buterin, análisis de proyectos principales y el futuro del panorama
Guerra de disponibilidad de datos: análisis de contexto, ecosistema y perspectivas
Resumen
La disponibilidad de datos ( DA ) proyectos están surgiendo rápidamente, entre los que se destacan Celestia, EigenLayer, Avail, NearDA y Covalent.
Según el análisis, el núcleo de DA no es complicado. La solución más simple se puede implementar en una sola máquina, mientras que la más compleja, como Celestia, utiliza un modo de muestreo para lograr la descentralización. El DA es esencialmente almacenamiento y su costo es elevado. Si no se requiere un nivel de seguridad equivalente al de Ethereum, elegir una solución de DA implica un compromiso entre costo y seguridad.
El principio clave del uso de la capa DA es: cuanto mayor sea el valor del servicio, más seguro debería ser el DA.
Este informe analiza el contexto, la ecología y las perspectivas de la pista DA, incluyendo la opinión de V sobre DA, la revisión de los principales proyectos de DA, entre otros. Basado en un análisis exhaustivo, el futuro de DA podría ser descentralizado, y 7-8 proveedores principales de DA en el mercado podrían ser suficientes.
1. La aparición de problemas de disponibilidad de datos
1.1 ¿Qué es DA?
La disponibilidad de datos se refiere a que los productores de bloques publican todos los datos de transacciones del bloque en la red, lo que permite a los validadores descargarlos. Si el productor de bloques publica los datos completos y permite a los validadores descargarlos, los datos están disponibles; si oculta parte de los datos que impide a los validadores descargar los datos completos, los datos no están disponibles.
1.2 Dos puntos clave sobre el problema de DA: seguridad y costo
DA incluye dos aspectos:
Primero, asegurar que el mecanismo de verificación funcione de forma segura, segundo, reducir el costo de publicar datos.
Para garantizar la seguridad de la verificación, actualmente los ordenadores L2 suelen publicar los datos de estado L2 y los datos de las transacciones en Ethereum, que tiene una seguridad más robusta, confiando en la liquidación de Ethereum y obteniendo disponibilidad de datos.
La capa de disponibilidad de datos es en realidad el lugar donde las L2 publican datos de transacciones, y las L2 más populares utilizan Ethereum como capa de disponibilidad de datos.
L2 coloca tanto la disponibilidad de datos como la liquidación en Ethereum, aunque es seguro, el costo es enorme. Este es el segundo problema que enfrenta L2, es decir, cómo reducir el costo de publicar datos.
2. Composición de costos en DA y dirección de reducción de costos y aumento de eficiencia
Una cuestión importante que preocupa a DA es cómo reducir costos.
Para hacer que L2 sea en general más barato, es necesario reducir el costo de publicar datos. Hay principalmente dos métodos:
Reducir el costo de publicar datos en L1, como la próxima actualización EIP-4844 de Ethereum.
Al igual que Rollup, se separa la ejecución de transacciones de L1, y la disponibilidad de datos también se puede separar de L1 para reducir costos, es decir, no se utiliza Ethereum como capa de disponibilidad de datos.
Actualmente, todas las partes están trabajando para reducir costos. Según los actuales esquemas de DA, NearDA tiene el costo más bajo, aproximadamente $0.0016/block. Le siguen Celestia, EigenLayer, EIP4844, entre otros.
3. DA en la visión de V God
3.1 No utilizar un esquema de DA de Ethereum no es una verdadera Layer2
Después del éxito de Celestia, Vitalik Buterin insinuó que "los proyectos de layer 2 de Ethereum deben usar disponibilidad de datos en ETH". Los miembros de la Fundación Ethereum también afirmaron que aquellos que no utilizan ETH como capa de DA no son Rollups, ni son layer 2 de Ethereum.
Esto significa que Arbitrum Nova y Mantle deben ser "eliminados" de la lista de Layer2, ya que solo divulgan datos de transacciones fuera de ETH.
Las soluciones como Plasmas y los canales de estado que no requieren DA en cadena para garantizar la seguridad siguen siendo considerados Layer2, pero Validium no se considera Layer2.
3.2 Si se utiliza una cadena que no es Ethereum como DA, entonces es Validium de Ethereum.
Luego, V神 indicó que "como validium es la opción correcta para muchas aplicaciones, utilizar un buen DA distribuido para garantizar que el sistema puede ser una buena manera de aumentar la seguridad real de validium"
Él cree que el núcleo de rollup es la garantía de seguridad incondicional: incluso si todos están en tu contra, puedes retirar tus activos. Si DA depende de sistemas externos, no se puede obtener esta garantía.
3.3 Sobre ENS y la disponibilidad de datos
V神 quiere utilizar ENS para consolidar el control de DA. El servicio de nombres de dominio ENS definirá un conjunto de lógica de interacción, donde los usuarios solo necesitan ingresar un nombre de dominio corto para conectarse automáticamente a la dirección larga asociada del contrato inteligente correspondiente de ENS, resolviendo el problema de la complejidad y dificultad de recordar las direcciones EOA.
V神 considera que si la solución de resolución de dominios ENS no puede cubrir layer2 y se limita al nivel de la red principal de Ethereum, será difícil abrir un espacio de imaginación. V神 expresó la importancia de ENS, "¡necesita ser asequible!". ENS naturalmente considerará ofrecer un conjunto completo de soluciones de resolución de datos orientadas a layer2, permitiendo a los usuarios resolver dominios y buscar datos directamente en layer2, reduciendo así la dependencia de las puertas de enlace semi-centralizadas de cada layer2.
Los usuarios en layer2 deben invocar y verificar los datos globales en la red principal de Ethereum para utilizar normalmente los nombres de dominio ENS. Esto significa que para disfrutar del servicio ENS, se debe adoptar la capacidad de DA de Ethereum de manera legítima; aquellos layer2 que se basan en el OP Stack para crear cadenas y colocan el DA en plataformas de DA de terceros como Celestia no podrán ser compatibles con ENS. El profundo significado de Vitalik es establecer un conjunto de estándares de interoperabilidad operativa para las plataformas layer2 utilizando ENS, al mismo tiempo que se concentra el control del DA.
3.4 V神谈Plasma回归
En un artículo de Vitalik se menciona que el plan de escalabilidad de segunda capa de Ethereum originalmente incluía varias opciones: Plasma, Rollup, Validium, Parallel, entre otras. Vitalik espera que el desarrollo de la escalabilidad se equilibre y se adapte a diversos escenarios para construir una variedad de layer2, pero la realidad del mercado es que el esquema de Rollup domina y está cada vez más saturado.
Plasma es una solución de cadena lateral que sincroniza periódicamente los datos de estado de Merkle con la cadena principal, es una solución de escalabilidad que depende de la cadena principal para los datos y el cálculo. La capa 2 puede utilizar un enfoque muy centralizado y un modelo de libro mayor muy complejo para escalar de manera eficiente, y también puede reutilizar la capacidad del sistema de validadores de la cadena principal. El nuevo artículo de Vitalik vuelve a mencionar Plasma, guiando hacia una solución de escalabilidad ZK+Plasma, lo que claramente representa otra bandera en la política de layer2.
3.5 Resumen
Las diversas operaciones de V, resumidas son:
La demanda de DA es muy alta, pero no quieren ceder el mercado a Celestia. Hablando primero de la seguridad, han vuelto a sacar ENS, pero descubrieron que el mercado no responde, aún hay muchas personas usando DA de terceros, así que simplemente dicen que usar Validium también cuenta, y en unos días vuelven a mencionar Plasma con la intención de guiar al mercado hacia la exploración de ZK+Plasma. Su intención original es seguir elevando el mercado de DA hacia Ethereum.
4. Soluciones DA y revisión de los proyectos DA
4.1 Solución DA
Hay muchas soluciones de nivel DA. En términos generales, se dividen en dos partes: en cadena y fuera de cadena.
El L2 seguirá utilizando Ethereum como capa DA y dependerá de Ethereum para reducir los costos de disponibilidad de datos. Esto significa que Ethereum en el futuro servirá como un tablón de anuncios en tiempo real, donde los datos se anunciarán durante un tiempo y luego se eliminarán; el L2 debe almacenar todas las copias de seguridad de los datos por sí mismo.
No se considerará más a Ethereum como una capa DA, buscando formas más económicas de obtener disponibilidad de datos. Según la descentralización y la seguridad, se puede dividir en: Validium, comités de disponibilidad de datos (DAC), Volition, soluciones DA de tipo general.
4.2 Celestia
Celestia es el pionero de las cadenas de bloques modulares, desarrollado sobre Cosmos SDK, enfocado en la disponibilidad de datos. Es un proyecto líder competitivo de DA que ya ha lanzado su red principal.
Características técnicas
DAS permite que los nodos ligeros verifiquen la disponibilidad de datos sin descargar todo el bloque. Celestia utiliza un esquema de codificación de código de borrado RS bidimensional para volver a codificar los datos del bloque y permitir que los nodos ligeros utilicen DAS. Los nodos ligeros realizan muestreos aleatorios en múltiples rondas de una pequeña parte de los datos del bloque, completando más muestreos para aumentar la confianza en la disponibilidad de los datos. Alcanzando el nivel de confianza establecido ( como 99% ), se considera que los datos son disponibles.
NMT permite que la capa de ejecución y la capa de liquidación en Celestia solo descarguen transacciones relevantes. Celestia divide los datos de los bloques en múltiples espacios de nombres, cada uno correspondiente a aplicaciones como rollups construidas sobre Celestia, y cada aplicación solo necesita descargar los datos relevantes para mejorar la eficiencia de la red.
Celestia obtiene ingresos de las aplicaciones principalmente de dos maneras:
Pago de tarifas de blob space: Rollup usa $TIA para pagar y publicar datos en el blob space de Celestia.
Pago de tarifas de gas: los desarrolladores utilizan $TIA como el token de gas de Rollup, similar al ETH de Rollup basado en Ethereum.
Potencial de desarrollo
El proyecto ya está en línea, con un alto nivel de madurez técnica
Potencial airdrop rico, proveniente de la participación de $TIA, como la selección de participantes de airdrop de Dymension y Altlayer entre los que participan en $TIA, en el futuro más proyectos de Ethereum Layer2, cadenas modulares y proyectos del ecosistema Cosmos podrían seguir una ruta de airdrop similar.
Riqueza ecológica: colaboración con puentes entre cadenas, soluciones de capa de liquidación, proyectos defi, juegos, ordenadores, etc.
Los socios del proyecto DA continúan aumentando, incluyendo Manta, Eclipse, Caldera y Snapchain. Al mismo tiempo, se integran con Arbitrum Orbit, se integran con Polygon CDK y se integran con la plataforma de trading de derivados Aevo, entre otros.
4.3 EigenDA
EigenLayer es un protocolo de re-staking basado en Ethereum que permite a los usuarios volver a apostar ETH, lsdETH y LP Tokens en otras cadenas laterales, oráculos, middleware, etc., como nodos y obtener recompensas de validación. Los proyectos de terceros pueden disfrutar de la seguridad de la red principal de ETH, y los stakers de ETH también pueden obtener mayores rendimientos, logrando así un beneficio mutuo.
EigenDA es un servicio de DA descentralizado construido sobre Ethereum utilizando el Restaking de EigenLayer, siendo el primer servicio de verificación activa en EigenLayer (AVS). A diferencia de Celestia o Avail, EigenDA no requiere la creación de un nuevo conjunto de validadores, los validadores de Ethereum pueden unirse libremente.
Características técnicas
Después de la actualización de EigenDA en Cancún, los datos de bloques Blob + la promesa KZG se movilizan. La cadena Rollup puede generar códigos de corrección de errores para los datos Blob y luego publicar las promesas KZG en el contrato EigenDA, garantizando la capacidad de DA de la cadena posterior por parte de los nodos de EigenDA, lo que equivale a mejorar la capacidad de DA de Ethereum. La clave es que todo el proceso de EigenDA se lleva a cabo en torno a las infraestructuras existentes de Ethereum como Blob y KZG, y el trabajo de verificación de sus nodos también es realizado por los validadores de Ethereum.
Los nodos EigenDA deben volver a hipotecar ETH( o derivados de ETH) en el contrato de EigenLayer en Ethereum L1. Los nodos EigenDA son un subconjunto de validadores de Ethereum. Posteriormente, los compradores de DA( como rollup, también conocidos como distribuidores), reciben el blob de datos, codifican con código de borrado, generan un compromiso KZG, publican y distribuyen para la confirmación de los nodos. Después, el distribuidor recopila estas firmas, genera una firma agregada y la publica en el contrato inteligente de EigenDA, que verifica las firmas.
EigenDA no utiliza muestreo de disponibilidad de datos para verificar si los nodos realmente almacenan datos, sino que implementa un método de prueba de custodia. Cualquiera puede enviar pruebas al contrato inteligente de EigenDA, que serán verificadas por el contrato inteligente. Si la verificación es exitosa, se reducirá el validador perezoso.
Potencial de desarrollo
Varios socios de colaboración, compitiendo con Celestia: se han integrado múltiples proyectos L2 como Celo, Mantle, Fluent, Offshore, OP stack, etc.
Apoyado por un ecosistema diverso de Eigenlayer, que incluye ordenadores, puentes entre cadenas, oráculos, etc.
4.4 Otros proyectos de DA
4.4.1 Disponibilidad
Avail puede organizar y registrar transacciones de manera eficiente, proporcionando almacenamiento de datos y verificación de viabilidad de datos, soportando blockchains compatibles con EVM, permitiendo que Rollup publique datos directamente en Avail, y su mecanismo de verificación de red de cliente ligero permite que Rollup en Avail se verifique a través de la red de cliente ligero sin depender de contratos inteligentes y la capa base para validar el estado. Debido a su naturaleza modular, los desarrolladores pueden almacenar datos en Avail.