Capa DA "La Guerra de los Tres Reinos": análisis de las ventajas y direcciones de desarrollo diferenciadas de Celestia, Avail y EigenDA, ¿quién dominará el mercado de DA?
La capa de disponibilidad de datos (DA) actual (Celestia, Avail, EigenDA) dividirá el mercado a largo plazo en diferentes direcciones, similar a la antigua "tres reinos en equilibrio", cada uno centrado en diferentes áreas de ventaja.
Escrito por: c4lvin, Cuatro Pilares
Compilado por: Glendon, Techub News
Puntos clave:
La capa de disponibilidad de datos (DA) actual (Celestia, Avail, EigenDA) dividirá el mercado a largo plazo en diferentes direcciones, similar a la antigua «tríplice alianza de los Tres Reinos», cada una enfocándose en diferentes áreas de ventaja.
A corto plazo, los 3 niveles de DA están compitiendo para aumentar el rendimiento, y el resultado de esta batalla de rendimiento podría determinar qué proyecto dominará a largo plazo el mercado de DA.
Este artículo explorará los tres principales proyectos de capa DA: Celestia, Avail y EigenDA. A pesar de las similitudes técnicas, están evolucionando de diferentes maneras.
La comparación actual de DA no refleja la hoja de ruta de desarrollo futuro
Celestia, Avail y EigenDA tienen muchos puntos en común en el ámbito de los negocios. Comenzando con Celestia, seguido de Avail y EigenDA, surgieron casi al mismo tiempo y su mercado objetivo actual también se superpone en gran medida. Además, poco después del surgimiento del DA, la actualización Dencun de Ethereum introdujo blobspace (un espacio de almacenamiento de datos extremadamente barato), lo que debilitó en cierta medida el valor narrativo del DA.
Actualmente, Celestia, Avail y EigenDA parecen compartir el mercado en diferentes áreas superpuestas, lo que ha llevado a muchos análisis técnicos sobre "cómo elegir una capa de DA":
A pesar de que muchos investigadores han explicado adecuadamente el estado técnico de estos proyectos, a largo plazo, estos tres proyectos tomarán diferentes direcciones. Se espera que, finalmente, cada capa de DA encuentre soluciones que se ajusten a sus características, dividiendo su propio ámbito de influencia, al igual que en la era de los Tres Reinos: Wei, Shu y Wu.
Este artículo explorará los objetivos de desarrollo de estos tres grandes proyectos de capa DA y sus futuras rutas de desarrollo diferenciadas.
Antecedentes: Disponibilidad de datos
¿Qué es la disponibilidad de datos?
La disponibilidad de datos se refiere a la prueba de que ciertos datos específicos existen en la red. ¿Por qué se necesita esta prueba?
En el proceso de consenso de blockchain, generalmente un líder (leader) transmite nuevos bloques a los nodos, y los nodos necesitan verificar si los bloques transmitidos por el líder son consistentes con los bloques realmente enviados a la red. Si no hay una verificación independiente, el consenso puede ser manipulado por un líder malicioso que oculta transacciones fraudulentas.
Esta lógica también se aplica a L2. El secuenciador asegura la visibilidad de los datos al difundir datos a los nodos completos, en este caso, se necesita un proceso para verificar si los bloques recibidos coinciden con los bloques que realmente se enviaron a la red.
Fuente: rollup.wtf
La forma más sencilla de verificar es mirar directamente el estado de la cadena. Pero como se muestra en la imagen anterior, enviar datos a redes como Ethereum es muy ineficiente en términos de costo y velocidad. La aparición de la capa DA es precisamente para optimizar este proceso.
¿Qué factores deben considerar los proyectos que adoptan el protocolo DA?
Primero es la seguridad. Debido a que la capa DA introduce puntos de anclaje de confianza adicionales, si la capa DA se retrasa o no puede proporcionar verificación, Optimium, que carece de un mecanismo independiente de disponibilidad de datos, puede enfrentar problemas de datos no disponibles. Para resolver este problema, la capa DA adoptará un proceso de consenso separado o introducirá la técnica de muestreo de disponibilidad de datos (DAS), permitiendo a los usuarios verificar la integridad de los datos a través de un cliente ligero.
En segundo lugar, el DA debe proporcionar un rendimiento suficiente. Con la actualización de Dencun que agregó blobspace, la eficiencia del DA de Ethereum ha mejorado significativamente. Por lo tanto, la capa de DA debe ofrecer un rendimiento muy superior al de Ethereum en términos de costos y capacidad de procesamiento para atraer la adopción de proyectos.
¿Qué tipos de protocolos DA existen actualmente?
Las opciones principales incluyen Ethereum, Celestia, Avail y EigenDA. No todas las cadenas necesitan utilizar DA externo. Según los datos de L2 BEAT, más de la mitad de las cadenas de bloques Optimium/Validium utilizan DA basado en múltiples firmas, denominado "DAC (Comité de Disponibilidad de Datos)"; en este caso, la disponibilidad de datos se considera bastante centralizada.
Comparación de Protocolos DA
Fuente: Blog de Avail
A continuación se presenta la comparación propuesta en la "Guía para elegir la capa de disponibilidad de datos correcta:"
EigenDA: La mayor capacidad de rendimiento. Sin embargo, ha sido criticada por no haber alcanzado esta clave desventaja debido a la seguridad económica. Recientemente, ha comenzado a proporcionar garantías de seguridad económica a través de actualizaciones del mecanismo de confiscación (Slashing). Además, al optar por una estructura DAC en lugar de una red independiente, su seguridad es menor en comparación con otros protocolos de DA basados en consenso.
Avail: El tiempo de bloque más lento es de 20 segundos, pero la velocidad de confirmación final es bastante rápida, solo 40 segundos. Soporta aproximadamente 1000 validadores y permite la verificación del cliente a través de DAS para mejorar la seguridad.
Celestia: ofrece un tiempo de bloque corto de 6 segundos y alta capacidad de procesamiento. Garantiza la finalización de un solo slot (SSF), lo que hace que la compatibilidad entre los rollups que usan Celestia sea muy buena. Sin embargo, para los rollups que no adoptan la finalización de un solo slot, se requiere un período de desafío de aproximadamente 10 minutos para garantizar la determinación final.
En resumen, EigenDA ofrece un rendimiento muy alto, Avail proporciona un mayor grado de descentralización en comparación con otros DA, y Celestia ofrece una alta escalabilidad para los rollups dentro de su ecosistema, todas estas son diferencias con respecto a Ethereum.
Estado actual de DA
Dado que se espera que el mercado de DA se segmente en varios campos en el futuro, observar los proyectos que ya han integrado protocolos refleja mejor la actual configuración del mercado que ver los precios de los tokens de los protocolos relacionados.
EigenDA
La característica más notable de los socios ecológicos de EigenDA es que la mayoría de los proyectos RaaS (Rollup como servicio) como AltLayer, Caldera, Conduit y Gelato han optado por él. Esto indica que los proyectos que externalizan las operaciones de Rollup pueden optar por una DA con costos de envío de datos bajos y que no requiere la ejecución independiente de un cliente ligero, ya que en gran medida han abandonado la descentralización.
Además, también vale la pena ver cadenas de alto rendimiento como Fluent, SOON y MegaETH. Estas cadenas requieren que se envíe una cantidad de datos en tiempo real mucho mayor que cualquier otra cadena, y buscan una eficiencia de rendimiento extrema, por lo que tiene sentido elegir el EigenDA con el mejor rendimiento en este momento. Según L2 BEAT, Mantle y Celo, que tienen el TVL más alto en Validium/Optimium, también están utilizando EigenDA, y estas dos cadenas por sí solas representan aproximadamente el 40% del TVL total en la categoría (alrededor de $ 3.06 mil millones). Es probable que este porcentaje aumente aún más a medida que se pongan en marcha posibles cadenas como SOON y MegaETH.
Celestia
Eclipse actualmente representa más del 90% del uso de datos de Celestia. Esto puede deberse a que Eclipse está diseñado para lograr un rendimiento ultra alto a través de GigaCompute, con un volumen de datos subido que supera con creces otras cadenas, y además, la actividad en la cadena fue muy activa antes de su TGE.
Por otro lado, el ecosistema de Celestia ya admite varios rollups. Con la excepción del genérico L2 Manta, el resto son casi todos rollups dedicados (o appchains). Esto parece estar relacionado con la suposición de confianza sobre la finalidad mencionada anteriormente: debido a que los Rollups en el ecosistema de Celestia pueden superar su tiempo de desafío de finalidad DA relativamente largo de 10 minutos a través de la finalidad de una sola ranura (SSF), tienen ventajas tanto de descentralización como de rendimiento en el ecosistema de la cadena de aplicaciones. Esto explica por qué el ecosistema de Initia eligió utilizar Celestia.
Disponibilidad
Avail además de DA, también opera varias pilas, incluyendo la pila de interoperabilidad Nexus y la capa de consenso de múltiples activos Fusion, por lo que tiene muchos proyectos asociados, solo en lo que respecta a los socios de DA:
Cadena de aplicaciones: Fuse, Ternoa, Arcana, OpenLayer, Darwinia, Neova, Stackr
Ecosistema de Bitcoin: Yala, Zulu, BVM, (Starkware)
Ethereum L2: Sophon, Lens
Re-staking: Symbiotic
Al igual que Celestia, los principales socios ecológicos de Avail también son cadenas de aplicaciones, en lugar de L2 de alto rendimiento. Pero su singularidad radica en que, al combinar DA con Fusion y la pila Nexus, intenta crear sinergias con los proyectos que se unen a su ecosistema.
Nexus: Agrega, integra y verifica el estado de todas las cadenas dentro del ecosistema a través de pruebas de cero conocimiento.
Fusión: Proporciona seguridad económica al apoyar el staking de ETH, BTC y SOL, así como todos los tokens ERC20.
Avail ha ocupado rápidamente el ecosistema L2 de Bitcoin gracias a su oferta de consenso de múltiples activos, incluyendo Bitcoin, y la máxima seguridad estructural. Recientemente, ha introducido un marco de re-staking (Avail DA + Fusion) en colaboración con Symbiotic. Esto demuestra que la dirección final de Avail es completamente diferente a la de otros DA.
Visión a corto plazo de la capa DA
EigenDA: buscando un mayor rendimiento
EigenLayer completó la actualización del mecanismo de penalización (Slashing) el 18 de abril para abordar las críticas de larga data sobre su falta de seguridad económica. Se espera que muchos proyectos nuevos que anteriormente dudaban en adoptar EigenDA debido a la falta de un mecanismo de penalización comiencen a integrarse.
EigenDA fue objeto de críticas debido a la demora en la introducción de mecanismos de DAS y confiscación, el equipo se comprometió a lograr la descentralización a largo plazo, pero la actualización a corto plazo del protocolo muestra claramente su dirección de desarrollo, incluyendo la próxima actualización de Blazar (EigenDA V2).
Actualización de Blazar
La información pública sobre la actualización de Blazar es relativamente limitada, pero EigenDA tiene como objetivo mejorar la latencia y el rendimiento a través de V2, e incluso cambiar la infraestructura del proyecto.
Fuente: EigenDA Docs
La imagen superior muestra la arquitectura de EigenDA V1 y V2. Se ha añadido un nuevo componente llamado "Relay", diseñado específicamente para almacenar bloques Blob o distribuirlos a alta velocidad, con el fin de mejorar significativamente la velocidad de transmisión de datos y el rendimiento de descarga de los nodos DA.
En la versión V1, el distribuidor (Disperser) enviaba simultáneamente los encabezados de Blob (blob headers) y los bloques de Blob a los nodos DA, lo que provocaba una sobrecarga en la red. La V2 separa la transmisión de los encabezados de Blob y los bloques de Blob, de modo que los nodos DA observan los encabezados de Blob y solicitan los datos según sea necesario, esta arquitectura mejora la eficiencia y reduce al máximo el riesgo de DDoS al disminuir la carga de transmisión de datos.
Además, al eliminar el puente por lotes (Batch bridging) y la confirmación de Blob internalizada en la lógica de Rollup, EigenDA tiene como objetivo reducir la demora en la confirmación de Rollup de varios minutos a unos pocos segundos.
A pesar de que V2 incluye múltiples actualizaciones, es evidente desde la actualización de Blazar que la hoja de ruta a medio plazo de EigenDA se centra en mejorar la velocidad de transmisión de datos. Aunque actualmente ofrece un impresionante rendimiento de 15 MB/s, parece que tiene la intención de dominar el mercado mediante un mayor aumento del rendimiento.
Celestia: Hacia el final de DA
Fuente: Blog de Celestia
Celestia reveló su hoja de ruta en la actualización del blog de septiembre de 2024, como se muestra en la imagen anterior. Sus objetivos se pueden simplificar en:
Ampliar el tamaño del bloque a nivel de GB para soportar todas las blockchains;
Optimizar el rendimiento de los nodos ligeros para lograr la verificación DA en todos los dispositivos.
A partir del mapa de ruta, se puede ver que Celestia está avanzando en múltiples direcciones de desarrollo en paralelo. Estas direcciones no se limitan a un área específica, sino que buscan lograr la expansión en todos los aspectos, como el rendimiento, la verificabilidad y la interoperabilidad. Esto puede retrasar la velocidad de finalización del mapa de ruta, pero indica la visión a largo plazo de construir un "DA completo" para cubrir todas las cadenas de bloques.
La compartición del progreso del proyecto de Celestia es relativamente transparente, se lleva a cabo una llamada de desarrolladores en vivo cada dos semanas y se actualiza regularmente el progreso del desarrollo en GitHub. A través de este método, podemos confirmar indirectamente la hoja de ruta y las prioridades de desarrollo de Celestia.
Hasta ahora, la red principal ha experimentado dos actualizaciones, que son Lemongrass y Ginger. La actualización de Lemongrass incluye algunas actualizaciones destinadas a mejorar la compatibilidad del ecosistema IBC, como cuentas intercadena y el módulo de reenvío de paquetes; mientras que la actualización de Ginger se centra en la escalabilidad, reduciendo el tiempo de confirmación de bloques a 6 segundos y duplicando el rendimiento. El protocolo completó recientemente su tercera actualización de red "Lotus", aunque se trata de una actualización relacionada con la inflación de tokens y las recompensas de staking, no es una actualización técnica importante.
Es importante mencionar que Celestia lanzó la red de pruebas Mamo-1 el 14 de abril, con el objetivo de aumentar el tamaño del bloque a 128 MB y elevar el rendimiento a 21.33 MB/s (más de 16 veces el nivel actual), logrando así una mejora significativa en el rendimiento. Además, Celestia ha insinuado a través de un tweet que se llevará a cabo una actualización importante el 16 de mayo, donde podría anunciarse el lanzamiento de la red principal Mamo-1.
En general, Celestia continúa compartiendo avances en el desarrollo, por lo que se puede confirmar que está avanzando en múltiples actualizaciones de manera paralela. Sin embargo, con la reciente aparición de numerosos L2 de ultra alto rendimiento, su dirección a corto plazo parece haberse vuelto hacia una mejora de rendimiento agresiva, ya que el rendimiento de DA se está volviendo cada vez más importante.
Avail: DA de pila completa, pero la escalabilidad es prioritaria
La imagen anterior muestra la idea central de Avail: se centra más en la seguridad en comparación con otros DA y tiene como objetivo lograr interacciones de alta compatibilidad dentro del ecosistema a través de la pila DA, Nexus y Fusion.
Pero a corto plazo, Avail parece estar priorizando el rendimiento para ser competitivo con otras capas de DA. Avail publicó actualizaciones consecutivas de la hoja de ruta para la escalabilidad en marzo y abril de este año. El primero es el protocolo TurboDA, que se reveló en marzo, que reduce drásticamente el tiempo de confirmación final de DA a 250 milisegundos. TurboDA está más cerca de un esquema escalonado que de una actualización directa a AvailDA: cuando los datos se envían a TurboDA, proporciona una confirmación previa como un rollup existente, seguido de una confirmación final en AvailDA después de 2 bloques. Si bien este enfoque puede no ser completamente seguro, el objetivo es proporcionar una velocidad de interoperabilidad similar a la de Celestia SSF para Rollups dentro del ecosistema. (Nota: Los detalles técnicos del TurboDA aún no se han encontrado). ）
El segundo punto es la actualización del tamaño de bloque a un nivel de 10 GB, revelado en abril, para maximizar la interoperabilidad entre rollups dentro del ecosistema, y reducir el tiempo de bloque de los actuales 20 segundos a 600 milisegundos. Para lograr este objetivo, AvailDA propone el siguiente plan:
Optimizar mediante la reducción del proceso de generación de datos y compromisos;
Transmitir datos de bloques de manera selectiva según el encabezado Blob;
Verificar transacciones no relacionadas con DA de forma independiente a través de un mecanismo de prueba de conocimiento cero, separando así el proceso de verificación de DA del DA. Esto es básicamente similar a la dirección sugerida por otros DA, y si se desea aumentar significativamente el tamaño del bloque, parece ser una dirección inevitable.
Las medidas de Avail pueden dar la impresión de que su dirección de desarrollo ha cambiado, ya que es conocida por priorizar la seguridad y la interoperabilidad, pero recientemente ha estado proponiendo constantemente actualizaciones relacionadas con el rendimiento. Sin embargo, el objetivo final de la mejora del rendimiento es aumentar la interoperabilidad entre los Rollups que se unen al ecosistema, por lo que podemos considerar que su dirección fundamental no ha cambiado.
El futuro del mercado DA
Los principales competidores en el campo de DA, EigenDA, Celestia y Avail, están expandiendo el mercado con un enfoque claro. A corto plazo, se espera que los tres logren niveles satisfactorios en rendimiento y seguridad a través de un alto rendimiento basado en bloques grandes y DAS.
Al mismo tiempo, se espera que el mercado de DA experimente una rápida expansión. A medida que aparezcan L2 de ultra alto rendimiento como MegaETH y Eclipse, la cantidad de datos que necesitan procesar superará con creces la de los Rollup actuales. Si estos datos se procesan a través de Blob de Ethereum, el costo es demasiado alto, por lo que se ven obligados a utilizar protocolos DA de alto rendimiento. Además, nuevos escenarios de demanda de datos (como el 0 G de cálculo de IA a nivel de cadena y los L2 de Bitcoin) también generarán un nuevo mercado de DA.
Sin embargo, el ecosistema DA actual aún debe superar los siguientes obstáculos para expandir el mercado:
Primero, algunos proyectos están construyendo su propia capa de DA. Un ejemplo típico es 0 G, que está construyendo y utilizando su propia capa de DA debido a las limitaciones de rendimiento de Celestia y EigenDA, así como a la especificidad del cálculo de inteligencia artificial. Además, proyectos de alto TVL como Metis y Fraxtal también están construyendo y utilizando soluciones desarrolladas internamente, que son MEMO y FraxtalDA, respectivamente. Esto indica que las soluciones de DA implementadas de manera autónoma y controlable son más beneficiosas para el propio proyecto en términos de costos y compatibilidad. Por otro lado, la mayoría de los Validium/Optimium actuales gestionan datos a través de almacenamiento fuera de la cadena basado en múltiples firmas (DAC), y aún no se han unido al ecosistema de DA, lo que significa que las capas de DA existentes carecen de suficientes incentivos de interoperabilidad o eficiencia para atraer a estos proyectos.
En segundo lugar está el desarrollo de Ethereum DA. Ethereum tiene como objetivo mejorar continuamente la disponibilidad de Blob para satisfacer la demanda de la red y mantenerla en línea con Ethereum L2. La actualización de Pectra duplicó el número de Blob, y la próxima actualización de Fusaka aumentará aún más el número de Blob.
A largo plazo, al introducir Danksharding, DAS, reducir la finalización y acortar el tiempo de bloque, Ethereum se acercará más al nivel de rendimiento actualmente soportado por el protocolo DA. Por lo tanto, desde la perspectiva del protocolo DA, con el tiempo, conectarse a los Rollup existentes de Ethereum se volverá cada vez más difícil. Tendrán que enfrentar la presión de mantenerse por delante del desarrollo de DA de Ethereum. Esta es también la razón por la que Celestia y Avail se centran en sus respectivos ecosistemas de Rollup; los proyectos de DA del futuro no solo necesitarán proporcionar un simple rendimiento y costo-efectividad en DA, sino que también necesitarán contar con ventajas adicionales, como una fuerte interoperabilidad.
Conclusión: El mercado de DA se enfrenta a la "Batalla de Chibi"
Volviendo al título, los métodos de expansión de cada capa DA son como el patrón de los Tres Reinos:
EigenDA, similar a "Wei Guo", ocupa una posición dominante en un mercado centrado en el rendimiento gracias a su abrumadora capacidad de procesamiento, que supera con creces a otros protocolos DA, así como a la base de seguridad construida a través de la re-pledge. Sin embargo, debido a la estructura DAC y la falta de un mecanismo de confiscación, EigenDA todavía enfrenta riesgos de seguridad, que representan su mayor desafío a corto plazo.
Celestia, al igual que "Wu Guo", se basa en la interoperabilidad de Rollup y la conveniencia de una estructura modular, proporcionando liquidez fragmentada e interoperabilidad para cadenas de aplicaciones (o Rollup basados en propósitos). Actualmente, se está enfocando en la compatibilidad con diversos entornos de cálculo Rollup a través de la conexión con Initia y Eclipse.
Avail es similar a "Shu Guo", ya que cuenta con un nivel de descentralización que soporta a 1000 validadores, el más alto entre los proyectos de DA, y se basa en la filosofía de valorar los efectos de sinergia del ecosistema. Su singularidad radica en que enfatiza la construcción de un ecosistema DA sobre bases como Nexus y Fusion, y está ocupando mercados que aún no han sido explorados por otros DA, como Bitcoin L2.
Estas tres características de la capa DA son muy diferentes, pero las actualizaciones a corto plazo indican que podrían surgir conflictos significativos. Esto se debe a que EigenDA, Celestia y Avail están trabajando para aumentar el rendimiento, especialmente mediante mejoras significativas basadas en tamaños de bloque de 10 GB. Al igual que la Batalla de Chibi determinó en gran medida el destino de los Tres Reinos, cuál proyecto podrá ocupar a largo plazo el mercado de DA también dependerá de la dirección de la competencia de rendimiento entre las capas DA en el corto plazo. En la época de los Tres Reinos, la estrategia de Zhuge Liang cambió en gran medida el resultado de la guerra, y en la "guerra de los Tres Reinos" de la capa DA, vale la pena prestar atención a quién desempeñará este papel, así como a qué ventajas únicas puede ofrecer cada protocolo DA además de su rendimiento.
El contenido es solo de referencia, no una solicitud u oferta. No se proporciona asesoramiento fiscal, legal ni de inversión. Consulte el Descargo de responsabilidad para obtener más información sobre los riesgos.
Capa DA "La Guerra de los Tres Reinos": análisis de las ventajas y direcciones de desarrollo diferenciadas de Celestia, Avail y EigenDA, ¿quién dominará el mercado de DA?
Escrito por: c4lvin, Cuatro Pilares
Compilado por: Glendon, Techub News
Puntos clave:
La comparación actual de DA no refleja la hoja de ruta de desarrollo futuro
Celestia, Avail y EigenDA tienen muchos puntos en común en el ámbito de los negocios. Comenzando con Celestia, seguido de Avail y EigenDA, surgieron casi al mismo tiempo y su mercado objetivo actual también se superpone en gran medida. Además, poco después del surgimiento del DA, la actualización Dencun de Ethereum introdujo blobspace (un espacio de almacenamiento de datos extremadamente barato), lo que debilitó en cierta medida el valor narrativo del DA.
Actualmente, Celestia, Avail y EigenDA parecen compartir el mercado en diferentes áreas superpuestas, lo que ha llevado a muchos análisis técnicos sobre "cómo elegir una capa de DA":
A pesar de que muchos investigadores han explicado adecuadamente el estado técnico de estos proyectos, a largo plazo, estos tres proyectos tomarán diferentes direcciones. Se espera que, finalmente, cada capa de DA encuentre soluciones que se ajusten a sus características, dividiendo su propio ámbito de influencia, al igual que en la era de los Tres Reinos: Wei, Shu y Wu.
Este artículo explorará los objetivos de desarrollo de estos tres grandes proyectos de capa DA y sus futuras rutas de desarrollo diferenciadas.
Antecedentes: Disponibilidad de datos
¿Qué es la disponibilidad de datos?
La disponibilidad de datos se refiere a la prueba de que ciertos datos específicos existen en la red. ¿Por qué se necesita esta prueba?
En el proceso de consenso de blockchain, generalmente un líder (leader) transmite nuevos bloques a los nodos, y los nodos necesitan verificar si los bloques transmitidos por el líder son consistentes con los bloques realmente enviados a la red. Si no hay una verificación independiente, el consenso puede ser manipulado por un líder malicioso que oculta transacciones fraudulentas.
Esta lógica también se aplica a L2. El secuenciador asegura la visibilidad de los datos al difundir datos a los nodos completos, en este caso, se necesita un proceso para verificar si los bloques recibidos coinciden con los bloques que realmente se enviaron a la red.
Fuente: rollup.wtf
La forma más sencilla de verificar es mirar directamente el estado de la cadena. Pero como se muestra en la imagen anterior, enviar datos a redes como Ethereum es muy ineficiente en términos de costo y velocidad. La aparición de la capa DA es precisamente para optimizar este proceso.
¿Qué factores deben considerar los proyectos que adoptan el protocolo DA?
Primero es la seguridad. Debido a que la capa DA introduce puntos de anclaje de confianza adicionales, si la capa DA se retrasa o no puede proporcionar verificación, Optimium, que carece de un mecanismo independiente de disponibilidad de datos, puede enfrentar problemas de datos no disponibles. Para resolver este problema, la capa DA adoptará un proceso de consenso separado o introducirá la técnica de muestreo de disponibilidad de datos (DAS), permitiendo a los usuarios verificar la integridad de los datos a través de un cliente ligero.
En segundo lugar, el DA debe proporcionar un rendimiento suficiente. Con la actualización de Dencun que agregó blobspace, la eficiencia del DA de Ethereum ha mejorado significativamente. Por lo tanto, la capa de DA debe ofrecer un rendimiento muy superior al de Ethereum en términos de costos y capacidad de procesamiento para atraer la adopción de proyectos.
¿Qué tipos de protocolos DA existen actualmente?
Las opciones principales incluyen Ethereum, Celestia, Avail y EigenDA. No todas las cadenas necesitan utilizar DA externo. Según los datos de L2 BEAT, más de la mitad de las cadenas de bloques Optimium/Validium utilizan DA basado en múltiples firmas, denominado "DAC (Comité de Disponibilidad de Datos)"; en este caso, la disponibilidad de datos se considera bastante centralizada.
Comparación de Protocolos DA
Fuente: Blog de Avail
A continuación se presenta la comparación propuesta en la "Guía para elegir la capa de disponibilidad de datos correcta:"
En resumen, EigenDA ofrece un rendimiento muy alto, Avail proporciona un mayor grado de descentralización en comparación con otros DA, y Celestia ofrece una alta escalabilidad para los rollups dentro de su ecosistema, todas estas son diferencias con respecto a Ethereum.
Estado actual de DA
Dado que se espera que el mercado de DA se segmente en varios campos en el futuro, observar los proyectos que ya han integrado protocolos refleja mejor la actual configuración del mercado que ver los precios de los tokens de los protocolos relacionados.
EigenDA
La característica más notable de los socios ecológicos de EigenDA es que la mayoría de los proyectos RaaS (Rollup como servicio) como AltLayer, Caldera, Conduit y Gelato han optado por él. Esto indica que los proyectos que externalizan las operaciones de Rollup pueden optar por una DA con costos de envío de datos bajos y que no requiere la ejecución independiente de un cliente ligero, ya que en gran medida han abandonado la descentralización.
Además, también vale la pena ver cadenas de alto rendimiento como Fluent, SOON y MegaETH. Estas cadenas requieren que se envíe una cantidad de datos en tiempo real mucho mayor que cualquier otra cadena, y buscan una eficiencia de rendimiento extrema, por lo que tiene sentido elegir el EigenDA con el mejor rendimiento en este momento. Según L2 BEAT, Mantle y Celo, que tienen el TVL más alto en Validium/Optimium, también están utilizando EigenDA, y estas dos cadenas por sí solas representan aproximadamente el 40% del TVL total en la categoría (alrededor de $ 3.06 mil millones). Es probable que este porcentaje aumente aún más a medida que se pongan en marcha posibles cadenas como SOON y MegaETH.
Celestia
Eclipse actualmente representa más del 90% del uso de datos de Celestia. Esto puede deberse a que Eclipse está diseñado para lograr un rendimiento ultra alto a través de GigaCompute, con un volumen de datos subido que supera con creces otras cadenas, y además, la actividad en la cadena fue muy activa antes de su TGE.
Por otro lado, el ecosistema de Celestia ya admite varios rollups. Con la excepción del genérico L2 Manta, el resto son casi todos rollups dedicados (o appchains). Esto parece estar relacionado con la suposición de confianza sobre la finalidad mencionada anteriormente: debido a que los Rollups en el ecosistema de Celestia pueden superar su tiempo de desafío de finalidad DA relativamente largo de 10 minutos a través de la finalidad de una sola ranura (SSF), tienen ventajas tanto de descentralización como de rendimiento en el ecosistema de la cadena de aplicaciones. Esto explica por qué el ecosistema de Initia eligió utilizar Celestia.
Disponibilidad
Avail además de DA, también opera varias pilas, incluyendo la pila de interoperabilidad Nexus y la capa de consenso de múltiples activos Fusion, por lo que tiene muchos proyectos asociados, solo en lo que respecta a los socios de DA:
Al igual que Celestia, los principales socios ecológicos de Avail también son cadenas de aplicaciones, en lugar de L2 de alto rendimiento. Pero su singularidad radica en que, al combinar DA con Fusion y la pila Nexus, intenta crear sinergias con los proyectos que se unen a su ecosistema.
Avail ha ocupado rápidamente el ecosistema L2 de Bitcoin gracias a su oferta de consenso de múltiples activos, incluyendo Bitcoin, y la máxima seguridad estructural. Recientemente, ha introducido un marco de re-staking (Avail DA + Fusion) en colaboración con Symbiotic. Esto demuestra que la dirección final de Avail es completamente diferente a la de otros DA.
Visión a corto plazo de la capa DA
EigenDA: buscando un mayor rendimiento
EigenLayer completó la actualización del mecanismo de penalización (Slashing) el 18 de abril para abordar las críticas de larga data sobre su falta de seguridad económica. Se espera que muchos proyectos nuevos que anteriormente dudaban en adoptar EigenDA debido a la falta de un mecanismo de penalización comiencen a integrarse.
EigenDA fue objeto de críticas debido a la demora en la introducción de mecanismos de DAS y confiscación, el equipo se comprometió a lograr la descentralización a largo plazo, pero la actualización a corto plazo del protocolo muestra claramente su dirección de desarrollo, incluyendo la próxima actualización de Blazar (EigenDA V2).
Actualización de Blazar
La información pública sobre la actualización de Blazar es relativamente limitada, pero EigenDA tiene como objetivo mejorar la latencia y el rendimiento a través de V2, e incluso cambiar la infraestructura del proyecto.
Fuente: EigenDA Docs
La imagen superior muestra la arquitectura de EigenDA V1 y V2. Se ha añadido un nuevo componente llamado "Relay", diseñado específicamente para almacenar bloques Blob o distribuirlos a alta velocidad, con el fin de mejorar significativamente la velocidad de transmisión de datos y el rendimiento de descarga de los nodos DA.
En la versión V1, el distribuidor (Disperser) enviaba simultáneamente los encabezados de Blob (blob headers) y los bloques de Blob a los nodos DA, lo que provocaba una sobrecarga en la red. La V2 separa la transmisión de los encabezados de Blob y los bloques de Blob, de modo que los nodos DA observan los encabezados de Blob y solicitan los datos según sea necesario, esta arquitectura mejora la eficiencia y reduce al máximo el riesgo de DDoS al disminuir la carga de transmisión de datos.
Además, al eliminar el puente por lotes (Batch bridging) y la confirmación de Blob internalizada en la lógica de Rollup, EigenDA tiene como objetivo reducir la demora en la confirmación de Rollup de varios minutos a unos pocos segundos.
A pesar de que V2 incluye múltiples actualizaciones, es evidente desde la actualización de Blazar que la hoja de ruta a medio plazo de EigenDA se centra en mejorar la velocidad de transmisión de datos. Aunque actualmente ofrece un impresionante rendimiento de 15 MB/s, parece que tiene la intención de dominar el mercado mediante un mayor aumento del rendimiento.
Celestia: Hacia el final de DA
Fuente: Blog de Celestia
Celestia reveló su hoja de ruta en la actualización del blog de septiembre de 2024, como se muestra en la imagen anterior. Sus objetivos se pueden simplificar en:
A partir del mapa de ruta, se puede ver que Celestia está avanzando en múltiples direcciones de desarrollo en paralelo. Estas direcciones no se limitan a un área específica, sino que buscan lograr la expansión en todos los aspectos, como el rendimiento, la verificabilidad y la interoperabilidad. Esto puede retrasar la velocidad de finalización del mapa de ruta, pero indica la visión a largo plazo de construir un "DA completo" para cubrir todas las cadenas de bloques.
La compartición del progreso del proyecto de Celestia es relativamente transparente, se lleva a cabo una llamada de desarrolladores en vivo cada dos semanas y se actualiza regularmente el progreso del desarrollo en GitHub. A través de este método, podemos confirmar indirectamente la hoja de ruta y las prioridades de desarrollo de Celestia.
Hasta ahora, la red principal ha experimentado dos actualizaciones, que son Lemongrass y Ginger. La actualización de Lemongrass incluye algunas actualizaciones destinadas a mejorar la compatibilidad del ecosistema IBC, como cuentas intercadena y el módulo de reenvío de paquetes; mientras que la actualización de Ginger se centra en la escalabilidad, reduciendo el tiempo de confirmación de bloques a 6 segundos y duplicando el rendimiento. El protocolo completó recientemente su tercera actualización de red "Lotus", aunque se trata de una actualización relacionada con la inflación de tokens y las recompensas de staking, no es una actualización técnica importante.
Es importante mencionar que Celestia lanzó la red de pruebas Mamo-1 el 14 de abril, con el objetivo de aumentar el tamaño del bloque a 128 MB y elevar el rendimiento a 21.33 MB/s (más de 16 veces el nivel actual), logrando así una mejora significativa en el rendimiento. Además, Celestia ha insinuado a través de un tweet que se llevará a cabo una actualización importante el 16 de mayo, donde podría anunciarse el lanzamiento de la red principal Mamo-1.
En general, Celestia continúa compartiendo avances en el desarrollo, por lo que se puede confirmar que está avanzando en múltiples actualizaciones de manera paralela. Sin embargo, con la reciente aparición de numerosos L2 de ultra alto rendimiento, su dirección a corto plazo parece haberse vuelto hacia una mejora de rendimiento agresiva, ya que el rendimiento de DA se está volviendo cada vez más importante.
Avail: DA de pila completa, pero la escalabilidad es prioritaria
La imagen anterior muestra la idea central de Avail: se centra más en la seguridad en comparación con otros DA y tiene como objetivo lograr interacciones de alta compatibilidad dentro del ecosistema a través de la pila DA, Nexus y Fusion.
Pero a corto plazo, Avail parece estar priorizando el rendimiento para ser competitivo con otras capas de DA. Avail publicó actualizaciones consecutivas de la hoja de ruta para la escalabilidad en marzo y abril de este año. El primero es el protocolo TurboDA, que se reveló en marzo, que reduce drásticamente el tiempo de confirmación final de DA a 250 milisegundos. TurboDA está más cerca de un esquema escalonado que de una actualización directa a AvailDA: cuando los datos se envían a TurboDA, proporciona una confirmación previa como un rollup existente, seguido de una confirmación final en AvailDA después de 2 bloques. Si bien este enfoque puede no ser completamente seguro, el objetivo es proporcionar una velocidad de interoperabilidad similar a la de Celestia SSF para Rollups dentro del ecosistema. (Nota: Los detalles técnicos del TurboDA aún no se han encontrado). ）
El segundo punto es la actualización del tamaño de bloque a un nivel de 10 GB, revelado en abril, para maximizar la interoperabilidad entre rollups dentro del ecosistema, y reducir el tiempo de bloque de los actuales 20 segundos a 600 milisegundos. Para lograr este objetivo, AvailDA propone el siguiente plan:
Las medidas de Avail pueden dar la impresión de que su dirección de desarrollo ha cambiado, ya que es conocida por priorizar la seguridad y la interoperabilidad, pero recientemente ha estado proponiendo constantemente actualizaciones relacionadas con el rendimiento. Sin embargo, el objetivo final de la mejora del rendimiento es aumentar la interoperabilidad entre los Rollups que se unen al ecosistema, por lo que podemos considerar que su dirección fundamental no ha cambiado.
El futuro del mercado DA
Los principales competidores en el campo de DA, EigenDA, Celestia y Avail, están expandiendo el mercado con un enfoque claro. A corto plazo, se espera que los tres logren niveles satisfactorios en rendimiento y seguridad a través de un alto rendimiento basado en bloques grandes y DAS.
Al mismo tiempo, se espera que el mercado de DA experimente una rápida expansión. A medida que aparezcan L2 de ultra alto rendimiento como MegaETH y Eclipse, la cantidad de datos que necesitan procesar superará con creces la de los Rollup actuales. Si estos datos se procesan a través de Blob de Ethereum, el costo es demasiado alto, por lo que se ven obligados a utilizar protocolos DA de alto rendimiento. Además, nuevos escenarios de demanda de datos (como el 0 G de cálculo de IA a nivel de cadena y los L2 de Bitcoin) también generarán un nuevo mercado de DA.
Sin embargo, el ecosistema DA actual aún debe superar los siguientes obstáculos para expandir el mercado:
Primero, algunos proyectos están construyendo su propia capa de DA. Un ejemplo típico es 0 G, que está construyendo y utilizando su propia capa de DA debido a las limitaciones de rendimiento de Celestia y EigenDA, así como a la especificidad del cálculo de inteligencia artificial. Además, proyectos de alto TVL como Metis y Fraxtal también están construyendo y utilizando soluciones desarrolladas internamente, que son MEMO y FraxtalDA, respectivamente. Esto indica que las soluciones de DA implementadas de manera autónoma y controlable son más beneficiosas para el propio proyecto en términos de costos y compatibilidad. Por otro lado, la mayoría de los Validium/Optimium actuales gestionan datos a través de almacenamiento fuera de la cadena basado en múltiples firmas (DAC), y aún no se han unido al ecosistema de DA, lo que significa que las capas de DA existentes carecen de suficientes incentivos de interoperabilidad o eficiencia para atraer a estos proyectos.
En segundo lugar está el desarrollo de Ethereum DA. Ethereum tiene como objetivo mejorar continuamente la disponibilidad de Blob para satisfacer la demanda de la red y mantenerla en línea con Ethereum L2. La actualización de Pectra duplicó el número de Blob, y la próxima actualización de Fusaka aumentará aún más el número de Blob.
A largo plazo, al introducir Danksharding, DAS, reducir la finalización y acortar el tiempo de bloque, Ethereum se acercará más al nivel de rendimiento actualmente soportado por el protocolo DA. Por lo tanto, desde la perspectiva del protocolo DA, con el tiempo, conectarse a los Rollup existentes de Ethereum se volverá cada vez más difícil. Tendrán que enfrentar la presión de mantenerse por delante del desarrollo de DA de Ethereum. Esta es también la razón por la que Celestia y Avail se centran en sus respectivos ecosistemas de Rollup; los proyectos de DA del futuro no solo necesitarán proporcionar un simple rendimiento y costo-efectividad en DA, sino que también necesitarán contar con ventajas adicionales, como una fuerte interoperabilidad.
Conclusión: El mercado de DA se enfrenta a la "Batalla de Chibi"
Volviendo al título, los métodos de expansión de cada capa DA son como el patrón de los Tres Reinos:
Estas tres características de la capa DA son muy diferentes, pero las actualizaciones a corto plazo indican que podrían surgir conflictos significativos. Esto se debe a que EigenDA, Celestia y Avail están trabajando para aumentar el rendimiento, especialmente mediante mejoras significativas basadas en tamaños de bloque de 10 GB. Al igual que la Batalla de Chibi determinó en gran medida el destino de los Tres Reinos, cuál proyecto podrá ocupar a largo plazo el mercado de DA también dependerá de la dirección de la competencia de rendimiento entre las capas DA en el corto plazo. En la época de los Tres Reinos, la estrategia de Zhuge Liang cambió en gran medida el resultado de la guerra, y en la "guerra de los Tres Reinos" de la capa DA, vale la pena prestar atención a quién desempeñará este papel, así como a qué ventajas únicas puede ofrecer cada protocolo DA además de su rendimiento.