Capa DA "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 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 "Triple Alianza de los Tres Reinos", cada una enfocándose en diferentes áreas de ventaja.
A corto plazo, las 3 capas de DA están compitiendo por aumentar el rendimiento, y el resultado de esta batalla de rendimiento podría determinar qué proyecto dominará el mercado de DA a largo plazo.
Este artículo explorará tres proyectos principales de capas de DA: Celestia, Avail y EigenDA. A pesar de las similitudes tecnológicas, 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 mucho en común en el mundo de los negocios. Comenzando con Celestia, seguido de Avail y EigenDA, surgieron casi al mismo tiempo, y los mercados objetivo actuales están muy superpuestos. Además, poco después del auge del espacio DA, la actualización Dencun de Ethereum introdujo blobspace, un espacio de almacenamiento de datos extremadamente barato, lo que disminuyó un poco el valor narrativo de 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 DA".
A pesar de que muchos investigadores han explicado adecuadamente el estado técnico de estos proyectos, a largo plazo, se espera que estos tres proyectos tomen direcciones diferentes. Finalmente, se prevé que cada capa de DA encuentre soluciones que coincidan con sus características, al igual que en la división de esferas de influencia durante la "Era de los Tres Reinos" de 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.
Contexto: 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 el bloque transmitido por el líder coincide con el bloque realmente enviado 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 realmente enviados a la red.
Fuente: rollup.wtf
La forma más sencilla de verificar es revisar directamente el estado de la cadena. Sin embargo, como se muestra en la imagen anterior, enviar datos a redes como Ethereum es muy ineficiente en términos de costos 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, podría enfrentarse a problemas de disponibilidad de datos. Para resolver este problema, la capa DA adoptará un proceso de consenso separado o introducirá la tecnología de muestreo de disponibilidad de datos (DAS), que permite a los usuarios verificar la integridad de los datos a través de clientes ligeros.
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 costo 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 Optimium/Validium utilizan DA basado en múltiples firmas, llamado "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 "Cómo elegir la capa de disponibilidad de datos correcta:"
EigenDA: el mayor rendimiento. Sin embargo, ha sido criticado por no haber logrado esta clave desventaja por su seguridad económica. Recientemente, ha comenzado a ofrecer garantías de seguridad económica a través de actualizaciones del mecanismo de penalización (Slashing). Además, debido a que opta por una estructura DAC en lugar de una red independiente, su seguridad es inferior en comparación con otros protocolos 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 permite una excelente compatibilidad entre los rollups que utilizan Celestia. 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 certeza final.
En resumen, EigenDA ofrece un rendimiento de muy alta capacidad, Avail proporciona un mayor grado de descentralización en comparación con otras DA, y Celestia ofrece una alta escalabilidad para los rollups dentro de su ecosistema, todos estos son puntos de diferenciación con respecto a Ethereum.
Estado actual de DA
Dado que se prevé que el mercado de DA se dividirá en múltiples áreas en el futuro, observar los proyectos que ya han integrado el protocolo refleja mejor la actual configuración del mercado que mirar los precios de los tokens relacionados con el protocolo.
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 ella. Esto indica que los proyectos que externalizan la operación de Rollup pueden optar por DA con costos de envío de datos bajos y que no requieren la ejecución independiente de clientes ligeros, ya que en gran medida han renunciado a la descentralización.
Además, cadenas de alto rendimiento como Fluent, SOON y MegaETH también merecen atención. Estas cadenas requieren una cantidad de datos que se envían en tiempo real que supera con creces a otras cadenas, y buscan una eficiencia de rendimiento extrema, por lo que elegir EigenDA, que actualmente tiene el mejor rendimiento en términos de capacidad de procesamiento, también es lógico. Según los datos de 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 representan aproximadamente el 40% del TVL total de esta categoría (alrededor de 3.06 mil millones de dólares). Con el lanzamiento de cadenas potenciales como SOON y MegaETH, esta proporción podría aumentar aún más.
Celestia
Eclipse actualmente ocupa más del 90% del volumen de datos de Celestia. Esto puede deberse a que Eclipse está diseñado para lograr un rendimiento ultra alto a través de GigaCompute, su volumen de carga de datos supera con creces el de otras cadenas, y además, antes de su TGE, la actividad en la cadena también fue muy activa.
Por otro lado, el ecosistema de Celestia ya ha soportado varios Rollup. Aparte del L2 Manta, que es general, casi todos los demás son Rollup dedicados (o cadenas de aplicaciones). Esto parece estar relacionado con la suposición de confianza sobre la finalización mencionada anteriormente: dado que los Rollup dentro del ecosistema de Celestia pueden superar su relativamente largo tiempo de desafío de finalización DA de 10 minutos a través de la finalización de un solo slot (SSF), por lo tanto, en el ecosistema de cadenas de aplicaciones se hace posible tener tanto descentralización como ventajas de rendimiento. Esto también explica por qué el ecosistema Initia eligió utilizar Celestia.
Disponible
Avail opera diversas pilas además de DA, incluyendo la pila de interoperabilidad Nexus y la capa de consenso multiactivo Fusion, por lo que tiene muchos proyectos socios, solo en lo que respecta a los socios de DA:
Cadenas de aplicación: Fuse, Ternoa, Arcana, OpenLayer, Darwinia, Neova, Stackr
Ecosistema de Bitcoin: Yala, Zulu, BVM, (Starkware)
Ethereum L2: Sophon, Lens
Reapuestas: Simbiótico
Al igual que Celestia, los principales socios ecológicos de Avail son también cadenas de aplicaciones, en lugar de L2 de alto rendimiento. Sin embargo, 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: Agrupa, integra y verifica el estado de todas las cadenas dentro del ecosistema a través de pruebas de conocimiento cero.
Fusión: Proporciona seguridad económica a través de la participación de ETH, BTC y SOL, así como de todos los tokens ERC20.
Avail ha logrado rápidamente ocupar el ecosistema L2 de Bitcoin gracias a su oferta de consenso multi-activo que incluye Bitcoin y su máxima seguridad estructural. Recientemente, ha introducido un marco de re-staking (Avail DA + Fusion) a través de una colaboración con Symbiotic. Esto demuestra que la dirección final de Avail es radicalmente diferente 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 sobre su falta de seguridad económica a largo plazo. Se espera que muchos nuevos proyectos 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 retrasada implementació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, incluida 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 anterior 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 para su distribución de alta velocidad, lo que mejora significativamente la velocidad de transmisión de datos y el rendimiento de descarga de los nodos DA.
En la versión V1, el dispensador (Disperser) envía simultáneamente las cabeceras de Blob (blob headers) y los bloques de Blob a los nodos DA, lo que provoca una carga excesiva en la red. La V2 separa la transmisión de las cabeceras de Blob y los bloques de Blob, permitiendo que los nodos DA observen las cabeceras de Blob y soliciten datos según sea necesario. Esta arquitectura no solo mejora la eficiencia, sino que también 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 el retraso de confirmación de Rollup de varios minutos a unos pocos segundos.
A pesar de que V2 incluye varias actualizaciones, la actualización desde Blazar deja claro que el mapa de ruta a medio plazo de EigenDA se centra en mejorar la velocidad de transmisión de datos. Aunque actualmente ofrece un sorprendente rendimiento de 15 MB/s, parece tener la intención de dominar el mercado al mejorar aún más su rendimiento.
Celestia: Hacia el fin 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. Su objetivo se puede simplificar en:
Expandir el tamaño del bloque a nivel de GB para soportar todas las cadenas de bloques;
Optimizar el rendimiento de los nodos ligeros para lograr la verificación DA en todos los dispositivos.
A partir de la hoja de ruta, se puede ver que Celestia está avanzando en múltiples direcciones de desarrollo de manera paralela. Sus 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 de la hoja 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. De esta manera, podemos confirmar indirectamente la hoja de ruta y las prioridades de desarrollo de Celestia.
Hasta ahora, la mainnet ha experimentado dos actualizaciones, llamadas Lemongrass y Ginger. La actualización Lemongrass incluye algunas mejoras destinadas a aumentar la compatibilidad del ecosistema IBC, como cuentas intercadena y un módulo de reenvío de paquetes; mientras que la actualización Ginger se centra en la escalabilidad, reduciendo el tiempo de confirmación de bloques a 6 segundos y duplicando el rendimiento. El protocolo recientemente completó su tercera actualización de red "Lotus", sin embargo, esta es una actualización relacionada con la inflación de tokens y las recompensas de staking, y no una actualización técnica significativa.
Es importante señalar 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, lo que 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 habrá una actualización importante el 16 de mayo, que podría anunciar el lanzamiento de la red principal Mamo-1.
En general, Celestia continúa compartiendo el progreso del desarrollo, por lo que se puede confirmar que está avanzando de manera paralela en múltiples actualizaciones. Sin embargo, con la reciente aparición de numerosos L2 de 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 con prioridad en la escalabilidad
La imagen anterior muestra el concepto central de Avail: se enfoca más en la seguridad en comparación con otras DA y tiene como objetivo lograr una interacción de alta compatibilidad dentro del ecosistema a través de las pilas de DA, Nexus y Fusion.
Pero a corto plazo, para asegurar la competitividad con otras capas de DA, Avail parece estar priorizando la mejora del rendimiento. Avail lanzó actualizaciones relacionadas con la escalabilidad en marzo y abril de este año. La primera es el protocolo TurboDA, divulgado en marzo, que reduce drásticamente el tiempo de confirmación final de DA a 250 milisegundos. TurboDA es más cercano a soluciones escalonadas que a una actualización directa de AvailDA: cuando los datos se envían a TurboDA, primero proporciona una preconfirmación (Preconfirmation) como un rollup existente, y luego completa la confirmación final en AvailDA después de 2 bloques. Aunque este método puede no ser completamente seguro, su objetivo es proporcionar una velocidad de interoperabilidad similar al nivel SSF de Celestia para los Rollups dentro del ecosistema. (Nota: No se han encontrado detalles técnicos de TurboDA.)
La segunda medida es la actualización del tamaño del bloque a un nivel de 10 GB, divulgada en abril, para maximizar la interoperabilidad entre los 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 acortando el proceso de generación de datos y compromisos;
Transmisión de datos de bloques de manera selectiva según el encabezado Blob;
Validar 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 de DA. Esto es fundamentalmente 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 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 también experimente una rápida expansión. Con la aparición de L2 de ultra alto rendimiento como MegaETH y Eclipse, la cantidad de datos que necesitan procesar supera con creces la de los Rollup existentes. Dado que el costo de procesar estos datos a través de Blob de Ethereum es demasiado alto, se ven obligados a utilizar protocolos de DA de alto rendimiento. Además, nuevos escenarios de demanda de datos (como el 0 G de computación AI a nivel de cadena y Bitcoin L2) también darán lugar a un nuevo mercado de DA.
Sin embargo, el actual ecosistema DA aún necesita superar los siguientes obstáculos para expandir el mercado:
Primero, algunos proyectos están construyendo su propia capa DA. Un ejemplo típico es 0 G, que está construyendo y utilizando su propia capa DA debido a las limitaciones de rendimiento de Celestia y EigenDA, así como a la particularidad del cálculo de inteligencia artificial. Además de esto, proyectos de alto TVL como Metis y Fraxtal también están construyendo y utilizando soluciones propias, que son MEMO y FraxtalDA, respectivamente. Esto indica que las soluciones DA implementadas de forma autónoma y controlable son más beneficiosas para los propios proyectos en términos de costos y compatibilidad. Por otro lado, actualmente la mayoría de los Validium/Optimium gestionan datos a través de almacenamiento fuera de la cadena basado en firmas múltiples (DAC), y aún no se han unido al ecosistema DA, lo que significa que las capas 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 sintonía con Ethereum L2. La actualización de Pectra ha duplicado la cantidad de Blob, y la próxima actualización de Fusaka aumentará aún más la cantidad de Blob.
A largo plazo, al introducir Danksharding, DAS, reducir la finalización y acortar el tiempo de creación de bloques, Ethereum se acercará más al nivel de rendimiento que actualmente admite el protocolo DA. Por lo tanto, desde la perspectiva del protocolo DA, a medida que pasa el tiempo, será cada vez más difícil integrar los Rollups existentes de Ethereum. Tendrán que enfrentar la presión de mantenerse por delante del desarrollo de DA de Ethereum. Esta también es la razón por la cual Celestia y Avail se centran en sus respectivos ecosistemas de Rollup; los proyectos de DA en el futuro no solo necesitarán ofrecer un simple rendimiento y costo efectivo de DA, sino que también deberá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 es similar a "Wei Guo", gracias a su abrumadora capacidad de procesamiento que supera a otros protocolos DA, así como a la base de seguridad construida a través de la re-estaca, ocupa una posición dominante en un mercado centrado en el rendimiento. Sin embargo, debido a la estructura DAC y la falta de un mecanismo de penalización, EigenDA todavía enfrenta riesgos de seguridad, que representan su mayor desafío a corto plazo.
Celestia es similar a "Wu Guo"; se basa en la interoperabilidad de Rollup y la conveniencia de su estructura modular, proporcionando liquidez fragmentada e interoperabilidad para cadenas de aplicaciones (o Rollups basados en propósitos). Actualmente, se está enfocando en la compatibilidad con varios entornos de cálculo Rollup a través de la conexión con Initia y Eclipse.
Avail es similar a Shu en el sentido de que tiene el nivel más alto de descentralización para 1.000 validadores, el más alto entre los proyectos de DA, y valora las sinergias del ecosistema. Es único en el sentido de que hace hincapié en la construcción de ecosistemas de DA además de los gustos de Nexus y Fusion, y está capturando mercados que otros DA aún no han explorado, 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 mejorar el rendimiento, especialmente buscando un aumento significativo basado en un tamaño de bloque de nivel de 10GB. Así como la Batalla de Chibi determinó en gran medida el destino de los Tres Reinos, el proyecto que pueda ocupar el mercado DA a largo plazo también dependerá de la dirección de la competencia de rendimiento entre las capas DA en el corto plazo. Durante la época de los Tres Reinos, la estrategia de Zhuge Liang cambió drásticamente el resultado de la guerra, y en esta "guerra de los Tres Reinos" de las capas DA, es fundamental observar quién desempeñará este papel, así como qué ventajas únicas pueden ofrecer cada uno de los protocolos 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 "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 DA?
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 "Triple Alianza de los Tres Reinos", cada una enfocándose en diferentes áreas de ventaja.
A corto plazo, las 3 capas de DA están compitiendo por aumentar el rendimiento, y el resultado de esta batalla de rendimiento podría determinar qué proyecto dominará el mercado de DA a largo plazo.
Este artículo explorará tres proyectos principales de capas de DA: Celestia, Avail y EigenDA. A pesar de las similitudes tecnológicas, 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 mucho en común en el mundo de los negocios. Comenzando con Celestia, seguido de Avail y EigenDA, surgieron casi al mismo tiempo, y los mercados objetivo actuales están muy superpuestos. Además, poco después del auge del espacio DA, la actualización Dencun de Ethereum introdujo blobspace, un espacio de almacenamiento de datos extremadamente barato, lo que disminuyó un poco el valor narrativo de 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 DA".
A pesar de que muchos investigadores han explicado adecuadamente el estado técnico de estos proyectos, a largo plazo, se espera que estos tres proyectos tomen direcciones diferentes. Finalmente, se prevé que cada capa de DA encuentre soluciones que coincidan con sus características, al igual que en la división de esferas de influencia durante la "Era de los Tres Reinos" de 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.
Contexto: 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 el bloque transmitido por el líder coincide con el bloque realmente enviado 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 realmente enviados a la red.
Fuente: rollup.wtf
La forma más sencilla de verificar es revisar directamente el estado de la cadena. Sin embargo, como se muestra en la imagen anterior, enviar datos a redes como Ethereum es muy ineficiente en términos de costos 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, podría enfrentarse a problemas de disponibilidad de datos. Para resolver este problema, la capa DA adoptará un proceso de consenso separado o introducirá la tecnología de muestreo de disponibilidad de datos (DAS), que permite a los usuarios verificar la integridad de los datos a través de clientes ligeros.
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 costo 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 Optimium/Validium utilizan DA basado en múltiples firmas, llamado "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 "Cómo elegir la capa de disponibilidad de datos correcta:"
EigenDA: el mayor rendimiento. Sin embargo, ha sido criticado por no haber logrado esta clave desventaja por su seguridad económica. Recientemente, ha comenzado a ofrecer garantías de seguridad económica a través de actualizaciones del mecanismo de penalización (Slashing). Además, debido a que opta por una estructura DAC en lugar de una red independiente, su seguridad es inferior en comparación con otros protocolos 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 permite una excelente compatibilidad entre los rollups que utilizan Celestia. 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 certeza final.
En resumen, EigenDA ofrece un rendimiento de muy alta capacidad, Avail proporciona un mayor grado de descentralización en comparación con otras DA, y Celestia ofrece una alta escalabilidad para los rollups dentro de su ecosistema, todos estos son puntos de diferenciación con respecto a Ethereum.
Estado actual de DA
Dado que se prevé que el mercado de DA se dividirá en múltiples áreas en el futuro, observar los proyectos que ya han integrado el protocolo refleja mejor la actual configuración del mercado que mirar los precios de los tokens relacionados con el protocolo.
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 ella. Esto indica que los proyectos que externalizan la operación de Rollup pueden optar por DA con costos de envío de datos bajos y que no requieren la ejecución independiente de clientes ligeros, ya que en gran medida han renunciado a la descentralización.
Además, cadenas de alto rendimiento como Fluent, SOON y MegaETH también merecen atención. Estas cadenas requieren una cantidad de datos que se envían en tiempo real que supera con creces a otras cadenas, y buscan una eficiencia de rendimiento extrema, por lo que elegir EigenDA, que actualmente tiene el mejor rendimiento en términos de capacidad de procesamiento, también es lógico. Según los datos de 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 representan aproximadamente el 40% del TVL total de esta categoría (alrededor de 3.06 mil millones de dólares). Con el lanzamiento de cadenas potenciales como SOON y MegaETH, esta proporción podría aumentar aún más.
Celestia
Eclipse actualmente ocupa más del 90% del volumen de datos de Celestia. Esto puede deberse a que Eclipse está diseñado para lograr un rendimiento ultra alto a través de GigaCompute, su volumen de carga de datos supera con creces el de otras cadenas, y además, antes de su TGE, la actividad en la cadena también fue muy activa.
Por otro lado, el ecosistema de Celestia ya ha soportado varios Rollup. Aparte del L2 Manta, que es general, casi todos los demás son Rollup dedicados (o cadenas de aplicaciones). Esto parece estar relacionado con la suposición de confianza sobre la finalización mencionada anteriormente: dado que los Rollup dentro del ecosistema de Celestia pueden superar su relativamente largo tiempo de desafío de finalización DA de 10 minutos a través de la finalización de un solo slot (SSF), por lo tanto, en el ecosistema de cadenas de aplicaciones se hace posible tener tanto descentralización como ventajas de rendimiento. Esto también explica por qué el ecosistema Initia eligió utilizar Celestia.
Disponible
Avail opera diversas pilas además de DA, incluyendo la pila de interoperabilidad Nexus y la capa de consenso multiactivo Fusion, por lo que tiene muchos proyectos socios, solo en lo que respecta a los socios de DA:
Cadenas de aplicación: Fuse, Ternoa, Arcana, OpenLayer, Darwinia, Neova, Stackr
Ecosistema de Bitcoin: Yala, Zulu, BVM, (Starkware)
Ethereum L2: Sophon, Lens
Reapuestas: Simbiótico
Al igual que Celestia, los principales socios ecológicos de Avail son también cadenas de aplicaciones, en lugar de L2 de alto rendimiento. Sin embargo, 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: Agrupa, integra y verifica el estado de todas las cadenas dentro del ecosistema a través de pruebas de conocimiento cero.
Fusión: Proporciona seguridad económica a través de la participación de ETH, BTC y SOL, así como de todos los tokens ERC20.
Avail ha logrado rápidamente ocupar el ecosistema L2 de Bitcoin gracias a su oferta de consenso multi-activo que incluye Bitcoin y su máxima seguridad estructural. Recientemente, ha introducido un marco de re-staking (Avail DA + Fusion) a través de una colaboración con Symbiotic. Esto demuestra que la dirección final de Avail es radicalmente diferente 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 sobre su falta de seguridad económica a largo plazo. Se espera que muchos nuevos proyectos 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 retrasada implementació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, incluida 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 anterior 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 para su distribución de alta velocidad, lo que mejora significativamente la velocidad de transmisión de datos y el rendimiento de descarga de los nodos DA.
En la versión V1, el dispensador (Disperser) envía simultáneamente las cabeceras de Blob (blob headers) y los bloques de Blob a los nodos DA, lo que provoca una carga excesiva en la red. La V2 separa la transmisión de las cabeceras de Blob y los bloques de Blob, permitiendo que los nodos DA observen las cabeceras de Blob y soliciten datos según sea necesario. Esta arquitectura no solo mejora la eficiencia, sino que también 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 el retraso de confirmación de Rollup de varios minutos a unos pocos segundos.
A pesar de que V2 incluye varias actualizaciones, la actualización desde Blazar deja claro que el mapa de ruta a medio plazo de EigenDA se centra en mejorar la velocidad de transmisión de datos. Aunque actualmente ofrece un sorprendente rendimiento de 15 MB/s, parece tener la intención de dominar el mercado al mejorar aún más su rendimiento.
Celestia: Hacia el fin 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. Su objetivo se puede simplificar en:
Expandir el tamaño del bloque a nivel de GB para soportar todas las cadenas de bloques;
Optimizar el rendimiento de los nodos ligeros para lograr la verificación DA en todos los dispositivos.
A partir de la hoja de ruta, se puede ver que Celestia está avanzando en múltiples direcciones de desarrollo de manera paralela. Sus 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 de la hoja 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. De esta manera, podemos confirmar indirectamente la hoja de ruta y las prioridades de desarrollo de Celestia.
Hasta ahora, la mainnet ha experimentado dos actualizaciones, llamadas Lemongrass y Ginger. La actualización Lemongrass incluye algunas mejoras destinadas a aumentar la compatibilidad del ecosistema IBC, como cuentas intercadena y un módulo de reenvío de paquetes; mientras que la actualización Ginger se centra en la escalabilidad, reduciendo el tiempo de confirmación de bloques a 6 segundos y duplicando el rendimiento. El protocolo recientemente completó su tercera actualización de red "Lotus", sin embargo, esta es una actualización relacionada con la inflación de tokens y las recompensas de staking, y no una actualización técnica significativa.
Es importante señalar 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, lo que 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 habrá una actualización importante el 16 de mayo, que podría anunciar el lanzamiento de la red principal Mamo-1.
En general, Celestia continúa compartiendo el progreso del desarrollo, por lo que se puede confirmar que está avanzando de manera paralela en múltiples actualizaciones. Sin embargo, con la reciente aparición de numerosos L2 de 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 con prioridad en la escalabilidad
La imagen anterior muestra el concepto central de Avail: se enfoca más en la seguridad en comparación con otras DA y tiene como objetivo lograr una interacción de alta compatibilidad dentro del ecosistema a través de las pilas de DA, Nexus y Fusion.
Pero a corto plazo, para asegurar la competitividad con otras capas de DA, Avail parece estar priorizando la mejora del rendimiento. Avail lanzó actualizaciones relacionadas con la escalabilidad en marzo y abril de este año. La primera es el protocolo TurboDA, divulgado en marzo, que reduce drásticamente el tiempo de confirmación final de DA a 250 milisegundos. TurboDA es más cercano a soluciones escalonadas que a una actualización directa de AvailDA: cuando los datos se envían a TurboDA, primero proporciona una preconfirmación (Preconfirmation) como un rollup existente, y luego completa la confirmación final en AvailDA después de 2 bloques. Aunque este método puede no ser completamente seguro, su objetivo es proporcionar una velocidad de interoperabilidad similar al nivel SSF de Celestia para los Rollups dentro del ecosistema. (Nota: No se han encontrado detalles técnicos de TurboDA.)
La segunda medida es la actualización del tamaño del bloque a un nivel de 10 GB, divulgada en abril, para maximizar la interoperabilidad entre los 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 acortando el proceso de generación de datos y compromisos;
Transmisión de datos de bloques de manera selectiva según el encabezado Blob;
Validar 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 de DA. Esto es fundamentalmente 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 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 también experimente una rápida expansión. Con la aparición de L2 de ultra alto rendimiento como MegaETH y Eclipse, la cantidad de datos que necesitan procesar supera con creces la de los Rollup existentes. Dado que el costo de procesar estos datos a través de Blob de Ethereum es demasiado alto, se ven obligados a utilizar protocolos de DA de alto rendimiento. Además, nuevos escenarios de demanda de datos (como el 0 G de computación AI a nivel de cadena y Bitcoin L2) también darán lugar a un nuevo mercado de DA.
Sin embargo, el actual ecosistema DA aún necesita superar los siguientes obstáculos para expandir el mercado:
Primero, algunos proyectos están construyendo su propia capa DA. Un ejemplo típico es 0 G, que está construyendo y utilizando su propia capa DA debido a las limitaciones de rendimiento de Celestia y EigenDA, así como a la particularidad del cálculo de inteligencia artificial. Además de esto, proyectos de alto TVL como Metis y Fraxtal también están construyendo y utilizando soluciones propias, que son MEMO y FraxtalDA, respectivamente. Esto indica que las soluciones DA implementadas de forma autónoma y controlable son más beneficiosas para los propios proyectos en términos de costos y compatibilidad. Por otro lado, actualmente la mayoría de los Validium/Optimium gestionan datos a través de almacenamiento fuera de la cadena basado en firmas múltiples (DAC), y aún no se han unido al ecosistema DA, lo que significa que las capas 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 sintonía con Ethereum L2. La actualización de Pectra ha duplicado la cantidad de Blob, y la próxima actualización de Fusaka aumentará aún más la cantidad de Blob.
A largo plazo, al introducir Danksharding, DAS, reducir la finalización y acortar el tiempo de creación de bloques, Ethereum se acercará más al nivel de rendimiento que actualmente admite el protocolo DA. Por lo tanto, desde la perspectiva del protocolo DA, a medida que pasa el tiempo, será cada vez más difícil integrar los Rollups existentes de Ethereum. Tendrán que enfrentar la presión de mantenerse por delante del desarrollo de DA de Ethereum. Esta también es la razón por la cual Celestia y Avail se centran en sus respectivos ecosistemas de Rollup; los proyectos de DA en el futuro no solo necesitarán ofrecer un simple rendimiento y costo efectivo de DA, sino que también deberá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 es similar a "Wei Guo", gracias a su abrumadora capacidad de procesamiento que supera a otros protocolos DA, así como a la base de seguridad construida a través de la re-estaca, ocupa una posición dominante en un mercado centrado en el rendimiento. Sin embargo, debido a la estructura DAC y la falta de un mecanismo de penalización, EigenDA todavía enfrenta riesgos de seguridad, que representan su mayor desafío a corto plazo.
Celestia es similar a "Wu Guo"; se basa en la interoperabilidad de Rollup y la conveniencia de su estructura modular, proporcionando liquidez fragmentada e interoperabilidad para cadenas de aplicaciones (o Rollups basados en propósitos). Actualmente, se está enfocando en la compatibilidad con varios entornos de cálculo Rollup a través de la conexión con Initia y Eclipse.
Avail es similar a Shu en el sentido de que tiene el nivel más alto de descentralización para 1.000 validadores, el más alto entre los proyectos de DA, y valora las sinergias del ecosistema. Es único en el sentido de que hace hincapié en la construcción de ecosistemas de DA además de los gustos de Nexus y Fusion, y está capturando mercados que otros DA aún no han explorado, 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 mejorar el rendimiento, especialmente buscando un aumento significativo basado en un tamaño de bloque de nivel de 10GB. Así como la Batalla de Chibi determinó en gran medida el destino de los Tres Reinos, el proyecto que pueda ocupar el mercado DA a largo plazo también dependerá de la dirección de la competencia de rendimiento entre las capas DA en el corto plazo. Durante la época de los Tres Reinos, la estrategia de Zhuge Liang cambió drásticamente el resultado de la guerra, y en esta "guerra de los Tres Reinos" de las capas DA, es fundamental observar quién desempeñará este papel, así como qué ventajas únicas pueden ofrecer cada uno de los protocolos DA además de su rendimiento.