Preguntas generales frecuentes
Preguntas frecuentes sobre Choque de nodos Para todas las preguntas y consultas relacionadas con la campaña Choque de nodos, visiteesta página.
¿Qué problema resuelve Avail?
Avail está construyendo la capa de unificación para web3, resolviendo problemas fundamentales de escalamiento y experiencia de usuario. Las transacciones entre ecosistemas son engorrosas y difíciles, lo que genera una mayor fragmentación en un ecosistema ya fragmentado. Los esfuerzos de adopción de usuarios deben dirigirse a la incorporación de nuevos usuarios de la red, en lugar de atraerlos entre comunidades existentes.
Avail aborda estos problemas desde los primeros principios, resolviendo la escalabilidad con la primera capa DA para anclar cadenas de bloques modulares utilizando tecnología de conocimiento cero de vanguardia para garantizar una disponibilidad de datos confiable y con capacidad de respuesta. Avail Nexus es un centro de verificación sin permiso que unificará los paquetes acumulativos (no solo los creados dentro del ecosistema Avail), aprovechando Avail DA como raíz de confianza. Luego, Avail Fusion proporcionará seguridad económica unificada, permitiendo una seguridad criptoeconómica justa y aditiva, asegurando la capa de unificación. Combinadas, la capa de unificación Avail redefinirá la forma en que los paquetes acumulativos y las cadenas de bloques se comunican y coordinan en todo el ecosistema de la cadena de bloques.
¿Cómo funciona la tecnología?
Avail sienta las bases para una experiencia web3 unificada al proporcionar los fundamentos necesarios para conectar cadenas en diferentes ecosistemas. El uso de pruebas de validez por parte de Avail hace que la verificación de pruebas DA sea simple y escalable. También proporciona un punto de intersección sólido y sin permisos para que diferentes cadenas se coordinen mediante una agregación de pruebas receptiva. Solo una capa DA común puede proporcionar seguridad compartida sobre la cual puede funcionar la comunicación minimizada de confianza entre paquetes. Diferentes cadenas pueden coordinarse a través de Avail Nexus y aprovechar su mecanismo de selección de secuenciador para su inclusión. Fusion Security toma los activos nativos de los ecosistemas más maduros como BTC, ETH y otros, y les permite contribuir al consenso y la seguridad económica de Avail.
El lanzamiento inicial (Avail DA) permitirá a cualquier desarrollador conectarse a la infraestructura mantenida por la red de validadores Avail DA y aprovechar el conocimiento cero de vanguardia y los compromisos del polinomio KZG para garantizar la integridad de datos inmediata y confiable para sus cadenas de bloques, allanando el camino para Nexus. y una web unificada3.
¿Quiénes son los usuarios de Avail?
Avail será utilizado principalmente por desarrolladores de blockchain. Los usuarios secundarios de Avail serán cualquiera que se beneficie de la funcionalidad de cadena cruzada de Avail Nexus. Estos usuarios secundarios no necesitan saber que están utilizando Avail para poder beneficiarse de él.
¿Para qué se utiliza el token Avail?
Avail DA, Nexus y Fusion Security estarán protegidos mediante la apuesta de token nativa de Avail. Tanto las tarifas de transacción como las de puente se pagan en el token nativo, lo que garantiza una red autosostenible con incentivos alineados para todos los participantes.
¿Qué pasa con el lanzamiento aéreo de Avail?
Lo siento, el chico de los documentos no sabe nada sobre un lanzamiento aéreo.
¿Cuál es la hoja de ruta para el desarrollo?
El lanzamiento inicial verá el lanzamiento de Avail DA, un DA listo para producción y diseñado específicamente que aprovecha las pruebas de validez. Lo siguiente será el lanzamiento de Avail Nexus, un centro de verificación sin permiso que unificará los paquetes acumulativos, aprovechando Avail DA como raíz de confianza. Luego viene Fusion Security para permitir una seguridad criptoeconómica justa y aditiva.
¿Cómo puedo involucrarme?
Utilice DA disponible(se abre en una nueva pestaña)para tu cadena
Ejecute un validador(se abre en una nueva pestaña)
Ejecute un cliente ligero(se abre en una nueva pestaña)
Síguenos en X(se abre en una nueva pestaña)
Únete a Avail Uncharted(se abre en una nueva pestaña)Programa de colaborador técnico
¿Cómo me pongo en contacto si tengo preguntas?
Negocios → business@availproject.org
Preguntas técnicas → Discordia(se abre en una nueva pestaña)o Foro(se abre en una nueva pestaña)
¿Cuál es un caso de uso popular de un cliente ligero?
Hay muchos casos de uso que hoy en día dependen de un intermediario para mantener un nodo completo, de modo que los usuarios finales de una cadena de bloques no se comunican directamente con la cadena de bloques sino a través del intermediario. Los clientes ligeros hasta ahora no han sido un sustituto adecuado para esta arquitectura porque carecían de garantías de disponibilidad de datos. Avail resuelve este problema, permitiendo así que más aplicaciones participen directamente en la red blockchain sin intermediarios. Aunque Avail admite nodos completos, esperamos que la mayoría de las aplicaciones no necesiten ejecutar uno o necesiten ejecutar menos.
¿Qué es el muestreo de disponibilidad de datos (DAS)?
Los clientes ligeros DA de Avail, al igual que otros clientes ligeros, solo descargan los encabezados de la cadena de bloques. Sin embargo, también realizan muestreo de disponibilidad de datos: una técnica que muestrea aleatoriamente pequeñas secciones de los datos del bloque y verifica que sean correctas. Cuando se combinan con codificación de borrado y compromisos polinómicos KZG, los clientes ligeros pueden ofrecer sólidas garantías de disponibilidad (casi el 100 %) sin depender de pruebas de fraude y con solo un pequeño número constante de consultas.
¿Cómo se utiliza la codificación de borrado para aumentar las garantías de disponibilidad de datos?
La codificación de borrado es una técnica que codifica datos de una manera que distribuye la información en múltiples "fragmentos", de modo que se pueda tolerar la pérdida de algunos de esos fragmentos. Es decir, la información se puede reconstruir a partir de los otros fragmentos. Aplicado a la cadena de bloques, esto significa que efectivamente aumentamos el tamaño de cada bloque, pero evitamos que un actor malicioso pueda ocultar cualquier parte de un bloque hasta el tamaño del fragmento redundante. Dado que un actor malintencionado necesita ocultar una gran parte del bloque para intentar ocultar incluso una sola transacción, es mucho más probable que el muestreo aleatorio detecte las grandes lagunas en los datos. Efectivamente, la codificación de borrado hace que la técnica de muestreo de disponibilidad de datos sea mucho más poderosa.
¿Cuáles son los compromisos de KZG?
Los compromisos KZG, introducidos por Aniket Kate, Gregory M. Zaverucha e Ian Goldberg en 2010, proporcionan una manera de comprometerse con polinomios de manera sucinta. Recientemente, los compromisos polinómicos pasaron a primer plano y se utilizan principalmente como compromisos en construcciones de conocimiento cero similares a PLONK.
En nuestra construcción utilizamos compromisos KZG por las siguientes razones:
Nos permite comprometernos con valores de manera sucinta que se mantendrán dentro del encabezado del bloque.
Son posibles vacantes breves, lo que ayuda a un cliente ligero a verificar la disponibilidad.
La propiedad de enlace criptográfico nos ayuda a evitar pruebas de fraude al hacer que sea computacionalmente inviable producir compromisos incorrectos.
En el futuro, podríamos utilizar otros esquemas de compromiso polinómico, si eso nos da mejores límites o garantías.
Dado que varias aplicaciones utilizan Avail, ¿eso significa que las cadenas tienen que descargar transacciones de otras cadenas?
No. Los encabezados disponibles contienen un índice que permite que una aplicación determinada determine y descargue solo las secciones de un bloque que tienen datos para esa aplicación. Por lo tanto, no se ven afectados en gran medida por otras cadenas que utilizan Avail al mismo tiempo ni por el tamaño de los bloques.
La única excepción es el muestreo de disponibilidad de datos. Para verificar que los datos estén disponibles (y debido a la naturaleza de la codificación de borrado), los clientes toman muestras de pequeñas partes del bloque al azar, incluidas posiblemente secciones que contienen datos para otras aplicaciones.
¿Quién está detrás de Avail?
Avail está dirigida por el ex cofundador de Polygon, Anurag Arjun(se abre en una nueva pestaña)y el ex líder de investigación de Polygon, Prabal Banerjee(se abre en una nueva pestaña). El equipo de Avail(se abre en una nueva pestaña)Está formado por más de 40 profesionales con sólida experiencia en sus áreas de especialización que van desde marketing hasta diseño y programación blockchain. Muchos tienen una trayectoria comprobada en el espacio Web3 y una experiencia diversa que forma la base de un equipo sólido.
¿Qué asociaciones existen?
Avail cuenta con una sólida lista de asociaciones estratégicas en diferentes ecosistemas. Para obtener una lista completa de socios, consulte la página del ecosistema.(se abre en una nueva pestaña). Pronto se anunciarán nuevas asociaciones, así que síganos en X(se abre en una nueva pestaña)mantener al tanto.
¿Avail DA es lo mismo que Celestia?
Celestia está haciendo un trabajo increíble y ha ayudado a hacer avanzar la industria. El nivel de capacidad de respuesta que necesitamos para habilitar un ecosistema web3 unificado se basa en una construcción de DA modular basada en pruebas de validez. Avail fue diseñado desde cero, aprovechando el pensamiento de primeros principios para habilitar una capa de unificación para web3, y lo logra aprovechando las pruebas de validez en la capa DA y DAS.
¿Avail DA es lo mismo que Eigen DA?
Avail está creando una capa de unificación para web3, por lo que necesitábamos crear Avail DA desde cero. Eigenlayer está haciendo un gran trabajo y su modelo de recuperación ayudó a inspirar nuestro modelo Fusion Security, aunque con algunas modificaciones importantes para nuestro caso de uso.
¿Avail se está alejando de DA?
Siempre hemos estado construyendo hacia una web3 unificada. Avail DA ha sido el enfoque principal del equipo hasta ahora; sin embargo, se creó utilizando el pensamiento de primeros principios para identificar cómo una capa de DA modular podría sentar las bases para una web3 unificada. Las decisiones de diseño que se tomaron para construir Avail DA se hicieron teniendo en mente la tesis de unificación.
¿Avail Fusion es lo mismo que renovar?
La inspiración para Fusion vino de:
Eigenlayer, que es pionero en la recuperación de ETH en servicios que operan independientemente del mecanismo de consenso de Ethereum o del conjunto completo de validadores.
Babylon Chain, que está creando una plataforma que permite el uso de BTC (Bitcoin) para seguridad en diferentes redes blockchain
Osmosis, pionera en la seguridad de malla que permite a una cadena tomar prestada seguridad económica de otras cadenas.
Fusion es una construcción similar, pero también diferente, a estos enfoques. Toma prestada la seguridad económica de otros activos, pero penaliza tanto las fallas de seguridad como las de vitalidad en el consenso de Avail.
¿Avail Nexus es lo mismo que Polygon AggLayer, zkSync Hyperchain, Optimism Superchain o esfuerzos similares?
Avail Nexus es en realidad complementario a dichos esfuerzos y tomaría pruebas de ejecución agregadas de cada uno de estos ecosistemas como entrada para impulsar el Nexus. Por supuesto, Nexus tendrá su propio motor de agregación de pruebas que permitirá la componibilidad de estas pruebas junto con paquetes acumulativos de zk personalizados y otras cadenas soberanas basadas en Avail DA. El atributo principal de Nexus es la combinación de pruebas de ejecución y pruebas de DA. El primero proviene de los rollups/ecosistemas. Estos últimos deben verificarse mediante DAS, que es donde brilla Avail DA. La construcción Nexus es óptima en una capa DA especializada que implementa DAS con pruebas de validez.
Juntos, Nexus tiene como objetivo unificar y coordinar el futuro centrado en el rollup.
Last updated