Unificación: Solución a la fragmentación L2 con Avail Nexus
Resumen de la Charla de Anurag Arjun, founder de Avail
📺Accede a charla completa de Anurag Arjun en Modular Summit 3.0 aquí:
Introducción
En su charla en el Modular Summit, Anurag Arjun, fundador de Avail, presentó una visión detallada de la implementación y los avances en la fragmentación de las L2 y la validación de datos en la infraestructura de Avail. A continuación se resume la información clave de su discurso.
Anurag comenzó destacando que no se enfocará mucho en la disponibilidad de datos, sino en el problema de la fragmentación de las L2 y componentes previos.
Descripción de Avail
Realizando un recorrido rápido por la infraestructura de Avail, tenemos en primer lugar una capa availDA, que emplea muestreo de datos y pruebas de validez avanzadas, sobre esta capa tenemos availNEXUS, un “hub de verificación sin permisos”, que permite a los rollups operar y verificar pruebas sobre Nexus, facilitando la interoperabilidad y compatibilidad asíncrona entre diferentes blockchains.
Para realizar esto utilizan una mezcla de agregación de pruebas, pruebas ZK y muestreo de disponibilidad de datos. Por último tenemos el componente availFusion, aunque no entra en detalles técnicos profundos.
availDA
La capa de disponibilidad de datos implementa muestreos con pruebas de validez, la diferencia de Avail es que no tienen pruebas de fraude, las pruebas se realizan con compromisos KZG, este método se asemeja a las primitivas que Ethereum planea implementar en su roadmap de sharding. Avail ya ha desarrollado esta tecnología y está cerca de lanzar su mainnet.
availNexus
Nexus es un hub de verificación sin permisos que utiliza técnicas de agregación de KZG commitments. Esto permite combinar diferentes tipos de pruebas en una sola, que luego se verifica en la capa de Avail. Los clientes ligeros también pueden verificar estas pruebas independientemente mediante muestreo, proporcionando una capa adicional de seguridad.
Anurag dió un trasfondo de la evolución de Avail, mencionando que la idea surgió en 2020 en el contexto del roadmap centrado en rollups de Polygon. Resaltó que, para que este roadmap sea efectivo, se necesita una infraestructura que soporte rollups a gran escala. Avail optó por KZG commitments, lo que resultó ser beneficioso y eso les permitió construír availNexus encima.
availFusion
“Para completar esto tenemos también un componenete de seguridad llamado availFusion”. Señaló que la creación de nuevas blockchains L1 enfrenta desafíos de seguridad limitados al inicio. Debido a este movimiento de rollups que van a heredar la seguridad de la capa base tenemos que pensar en maneras de aumentar la seguridad de esa capa base cuando la construímos. Así que por supuesto tenemos que confiar en el token nativo para la seguridad criptográfica pero también buscamos aumentar esta seguridad criptográfica aprovechando nuevas primitivas y activos alternativos como BTC para complementar la seguridad de la capa base.
Visión y Futuro
Finalmente, ofreció una visión general de la suite de productos de Avail y su misión. Subrayó la importancia de aumentar la seguridad económica criptográfica y proporcionar un entorno robusto para los rollups, delineando principios fundamentales y objetivos futuros de la plataforma Nexus.
Microservicios en Web3 y Adaptación
Anurag Arjun, en su presentación, continuó explicando cómo la arquitectura de Avail se asemeja a los microservicios de Web2, pero aplicada al contexto de Web3. Menciona que cada rollup en el sistema de Avail puede funcionar como un adaptador que estandariza la información proveniente de diferentes fuentes para integrarla en el sistema de agregación de pruebas.
El problema de la fragmentación y la solución de Nexus
En el panorama actual el número de cadenas, L2 y finalmente los rollups con bajos costes de producción, no deja de crecer, generando un universo muy desordenado y fragmentado de servicios.
Y esencialmente lo que quiere hacer Nexus es simplificarlo, agregando diferentes pruebas de diferentes ecosistemas, de diferentes rollupps por ejemplo y luego agregarlas a esta única prueba unificada. De esta manera podremos alejarnos de este mundo donde cada cadena tiene que verificar la transición de estado, dejando la posibilidad de que todas las cadenas verifiquen una única prueba.
Una de las características destacadas de Nexus es la capacidad de ejecutar procesos de manera condicional y realizar rollbacks basados en tiempos de espera. Esto es similar a cómo funcionan las transacciones en plataformas como Amazon, donde diferentes servicios se coordinan para completar una transacción. Argun enfatiza que esta capacidad es crucial para mejorar la interoperabilidad y eficiencia en un entorno multi-cadena.
Integración y Estándares
La arquitectura de Nexus no es una capa separada, sino un rollup soberano construido sobre la capa de disponibilidad de datos, que no ejecuta de manera arbitraria, sino que coordina la verificación de estados de diferentes cadenas mediante pruebas de muestreo de datos. Avail trabaja con los principales rollup stacks para estandarizar la información e integrar estos adaptadores en Nexus, permitiendo la creación de una prueba unificada.
Competitividad y Desarrollo en Silos en el Ecosistema de Ethereum
Anurag señaló que, debido a la naturaleza competitiva y diversificada del ecosistema de Ethereum, con múltiples equipos desarrollando sus propios stacks de rollups, se ha generado un entorno fragmentado. Cada grupo trabaja en soluciones internas, lo que dificulta la interoperabilidad. Por ejemplo, proyectos como Optimism, Polygon y otros desarrollan sus propias cadenas y soluciones.
Rol de Avail como Conector Neutral
Anurag posicionó a Avail como una entidad neutral que facilita la conexión y unificación de estos diversos ecosistemas. Avail busca habilitar la unificación de diferentes capas de ejecución y asegurar su interoperabilidad, contribuyendo a un ecosistema blockchain más cohesivo y eficiente.
Reflexión Final
Anurag concluyó enfatizando la visión de Avail de habilitar la unificación y la interoperabilidad de múltiples blockchains mediante una capa de verificación y mensajería asincrónica, y se mostró optimista sobre el futuro del ecosistema blockchain gracias a estas innovaciones.
Anurag Arjun subrayó que la visión de Avail es crucial para avanzar en la escalabilidad y seguridad de las cadenas de bloques, promoviendo un entorno donde múltiples cadenas pueden operar juntas de manera eficiente y segura.
