¿Avail es parte de Polygon? ¿Es Full Node el único participante que admite Avail Network?

Avail es una cadena de bloques modular diseñada para resolver el problema de la disponibilidad de datos, que resuelve sacando los datos de la cadena y demostrando que los datos son realmente utilizables. Las cadenas de disponibilidad de datos como Avail son un área emergente en el espacio blockchain. No todo el mundo está familiarizado con estos conceptos, pero están ganando terreno a medida que aumenta la necesidad de los desarrolladores de escalar sus sistemas.

En este artículo, enumeraremos datos sobre Avail, incluidos algunos de los conceptos erróneos más comunes, para obtener una imagen más clara de los beneficios de disponibilidad de datos que Avail ofrece a los desarrolladores.

1. ¿Es Avail una solución de almacenamiento de datos?

No, Avail es una cadena de bloques que garantiza la disponibilidad de los datos. Puede demostrar que los datos existen en la cadena de bloques, incluso si actualmente no están almacenados en la cadena de bloques.

La disponibilidad de los datos se diferencia del almacenamiento de datos en que se centra en proporcionar pruebas de la disponibilidad de los datos sin necesidad de una recuperación completa de los datos, mientras que el almacenamiento de datos implica el almacenamiento y la recuperación reales de todos los datos.

La disponibilidad de datos desempeña un papel vital en la integridad y seguridad de los datos de las redes blockchain al garantizar que todos los participantes puedan acceder y verificar la existencia de los datos necesarios. Evita la ocultación de transacciones maliciosas, así como el daño potencial a la credibilidad de todo el sistema.

La disponibilidad de datos es la capacidad de un nodo para descargar los datos contenidos en todos los bloques propagados a través de una red peer-to-peer. Se refiere a la confianza del usuario en que los datos necesarios para validar un bloque están realmente disponibles para todos los participantes de la red.

Por otro lado, las cadenas de bloques de almacenamiento descentralizadas como Arweave, IPFS, Filecoin y Sia permiten a los usuarios finales almacenar y recuperar archivos directamente en la cadena de bloques. A diferencia de las cadenas de disponibilidad de datos, estas cadenas de almacenamiento se centran en recuperar explícitamente los datos completos solicitados por el usuario.

2. ¿Avail es una sola cadena de bloques?

No, Avail es una capa modular de disponibilidad de datos (DA) que ofrece una serie de ventajas sobre la disponibilidad de datos en cadena. Las cadenas de bloques modulares a menudo separan la disponibilidad de datos, las transacciones y el procesamiento de consenso, dividiéndolos en componentes más manejables que se pueden desarrollar y mantener de forma independiente.

Al mismo tiempo, una sola cadena de bloques de capa 1 como Ethereum está diseñada para hacer todo, incluida la ejecución, la liquidación, el consenso y la disponibilidad de datos. Ocuparse de todas las tareas al mismo tiempo puede afectar a la eficiencia de las funciones anteriores, lo que en última instancia provoca cuellos de botella en las transacciones y un aumento de las comisiones.

Además, una sola cadena de bloques se basa en la disponibilidad de datos en cadena. Aumentar el rendimiento de la red para mejorar el rendimiento de la cadena de bloques es uno de los principales desafíos a los que se enfrenta una sola cadena de bloques. Para aumentar el rendimiento del sistema en general, debe crear bloques más grandes, aumentar la frecuencia de los bloques o mejorar la propagación de bloques para transferir más datos. Con el intento de escalar de una sola cadena de bloques, esta dependencia de la disponibilidad de datos en cadena es ineficiente y costosa.

Por ejemplo, un nodo completo en Ethereum L1 debe descargar una copia de todos los datos de cada bloque. Esto puede ser una gran cantidad de datos, especialmente para grandes fragmentos. Como resultado, la disponibilidad de datos en cadena puede dificultar la escalabilidad de la cadena de bloques, ya que la cantidad de datos necesarios para procesar aumenta con el número de bloques. Si los datos no están disponibles, el bloque se descartará.

Avail utiliza la codificación de borrado y los compromisos polinómicos KZG para garantizar que la disponibilidad de los datos esté garantizada con un alto nivel de confianza. Mediante el uso de estas dos características, los clientes ligeros (nodos que permiten a los usuarios obtener datos diminutos a través del muestreo de disponibilidad de datos) pueden verificar la disponibilidad de datos sin tener que descargar toda la cadena de bloques, lo que proporciona una mayor eficiencia.

3. ¿Avail es un Consejo de Disponibilidad de Datos (DAC)?

Avail no es un Consejo de Disponibilidad de Datos (DAC). Además de la naturaleza autorizada y, a menudo, centralizada de los DAC, los DAC tienen algunas vulnerabilidades de seguridad graves porque se basan en suposiciones mayoritarias honestas. Un DAC es un grupo de nodos responsables de la disponibilidad de datos fuera de la cadena, y se cree que la mayoría de los nodos del comité son honestos. Esta suposición y dependencia de un pequeño número de nodos es arriesgada. Por ejemplo, un productor de bloques puede interrumpir toda la cadena reteniendo los datos de las transacciones, impidiendo que los usuarios retiren fondos.

Además, si se intenta un ataque de retención de datos, el DAC no sufrirá ninguna pérdida. En otras palabras, los nodos no tienen ningún incentivo financiero para actuar honestamente.

Avial, por otro lado, es diferente en el sentido de que opera como una cadena de bloques independiente con sus propios validadores, productores de bloques y mecanismos de consenso. Si bien los DAC generalmente involucran a un número limitado de participantes (tan solo 5), Avail planea tener cientos de nodos trabajando juntos para garantizar la seguridad de la red.

La disponibilidad de datos en Avail no solo depende de los validadores, ya que cualquier cliente ligero también puede contribuir a mantener los datos disponibles. Los clientes ligeros pueden determinar la disponibilidad de datos por sí mismos con un muestreo aleatorio de datos, sin tener que confiar en una mayoría honesta. Incluso si el nodo completo deja de funcionar o intenta censurar los datos, el bloque se puede reconstruir desde un nodo ligero.

4. ¿Es un nodo completo el único participante que admite Avail Network?

No, tenemos clientes ligeros, nodos completos y validadores para respaldar la red Avail.

Como una cadena de bloques modular, todos los participantes de la red en Avail se redefinen. En Avail, los validadores aceptan transacciones y crean bloques. Una vez que se crea un bloque, el cliente ligero puede identificarlo si los datos no están disponibles. A pesar de su presencia en Avail, los nodos completos desempeñan un papel secundario para mantener un alto nivel de redundancia, que es muy diferente del papel crítico que desempeñan los nodos completos en las arquitecturas monolíticas tradicionales.

En una cadena de bloques monolítica tradicional, los clientes ligeros tienen sus limitaciones: dependen de nodos completos para proporcionar datos precisos. Esto puede ser arriesgado, ya que el nodo comprometido puede proporcionar información incorrecta. Es posible que aún necesiten descargar una gran cantidad de datos. Esto puede consumir muchos recursos y limitar su disponibilidad en dispositivos con potencia informática limitada.

El cliente ligero de Avail es diferente; Pueden superar las limitaciones de los clientes ligeros tradicionales mediante el uso de ciertas técnicas, incluido el muestreo de disponibilidad de datos (DAS), la codificación de borrado y los compromisos polinómicos KZG.

La codificación de borrado garantiza la redundancia y la resistencia a la pérdida de datos mediante la replicación y distribución de datos en una única matriz m x n. El compromiso de KZG hace posible un muestreo eficiente de los datos. A continuación, el cliente ligero obtiene aleatoriamente las celdas de la matriz e inmediatamente verifica la disponibilidad de los datos mediante el muestreo de unas pocas celdas. Esto elimina la necesidad de descargar toda la base de datos, reduce significativamente los requisitos de recursos y permite a los clientes ligeros verificar el estado de la cadena de bloques, incluso si no tienen los potentes recursos de hardware para realizar los cálculos. Pueden usar dispositivos livianos como teléfonos móviles y billeteras basadas en navegador.

La inclusión de clientes ligeros en las carteras cotidianas es una dirección de desarrollo futuro con un gran potencial. Esto permitirá a los usuarios verificar de manera fácil y conveniente el estado de la cadena de bloques sin tener que ejecutar un nodo completo ellos mismos. Esto también hará que la tecnología blockchain sea más accesible para una base de usuarios más amplia.

5. ¿Avail es parte de Polygon?

Avail ya no forma parte de Polygon. Avail es una red completamente separada. Pero tenemos una fuerte historia con Polygon.

El proyecto Avail fue lanzado dentro de Polygon Labs a finales de 2020 por el cofundador Anurag Arjun. Durante ese tiempo, el equipo de Avail comenzó a trabajar en problemas de disponibilidad de datos.

Avail siempre es compatible con diferentes tipos de cadenas de bloques, incluidas las cadenas independientes, las cadenas laterales y las soluciones de escalado fuera de la cadena. Sin embargo, el equipo de Avail prevé mantener la neutralidad y la flexibilidad, lo que permitirá que el proyecto se centre en una gama más amplia de soluciones de rollup más allá de Ethereum y Polygon.

Este cambio tuvo lugar en marzo de 2023. Avail ahora está totalmente comprometido a proporcionar disponibilidad de datos para todo tipo de rollups y blockchains, no solo los específicos de Polygon o Ethereum.

El camino por delante

Avail prevé un futuro en el que la tecnología blockchain sea más escalable, flexible y abierta a los desarrolladores. Para lograr esto, Avail está desarrollando una sólida capa de consenso y disponibilidad de datos para proporcionar espacio de bloque sin procesar a las cadenas modulares. Esto permitirá a los desarrolladores crear paquetes acumulativos y cadenas de aplicaciones que sean más escalables, flexibles y fáciles de usar.