Glosario

GLOSARIO COMO REFERENCIA DE CONCEPTOS Mientras la documentación de Avail está en desarrollo, el Glosario se utiliza para desarrollar conceptos clave. Si tiene alguna pregunta o inquietud, no dude en comunicarse con el equipo de Avail.

Cadena de aplicaciones

Las cadenas de aplicaciones permiten a los desarrolladores optimizar sus aplicaciones adaptando una cadena a las necesidades específicas de su caso de uso, sin las limitaciones de una cadena de bloques compartida. Proporcionan un rendimiento y una escalabilidad mejorados al funcionar como cadenas independientes que atienden aplicaciones específicas. Las cadenas de aplicaciones también simplifican el proceso de desarrollo al eliminar la necesidad de que los desarrolladores administren y mantengan un conjunto de validadores. Avail permite la creación de arquitecturas modulares de cadena de aplicaciones que pueden basarse en diferentes soluciones de escalamiento de capa 2 o 3.

APROVECHAR

AVAIL es el token nativo de la red Avail. Actualmente, no existe ningún token "AVAIL" disponible públicamente con valor monetario; se utiliza únicamente con fines de prueba.

Aproveche las aplicaciones JS

La interfaz de usuario de Avail JS Apps es una versión bifurcada deInterfaz de usuario de aplicaciones Polkadot JS(se abre en una nueva pestaña)que se utiliza para visualizar e interactuar con la red Avail.

BEBÉ

BABE (Blind Assignment for Blockchain Extension), parte del marco Substrate, es el mecanismo de producción de bloques que utiliza Avail. por favor refiérase aContenido Wiki(se abre en una nueva pestaña)para más detalles.

Vinculación

La vinculación es un proceso de bloquear o depositar tokens para participar en las operaciones de la red Avail. Esto incluye participar en el proceso de consenso y asegurar la red.

Espeluznante

Escalofrío se refiere a la acción deliberada de retirarse de roles de nominación o validación. Tanto los validadores como los nominadores pueden iniciar el enfriamiento, que se vuelve efectivo en la era siguiente. Además, el enfriamiento puede denotar la exclusión de un validador del conjunto activo por parte de sus pares, haciéndolo no elegible como candidato para el próximo ciclo de consenso.

Comisión

Los validadores obtienen recompensas por la producción de bloques en la red. Establecen una tasa de comisión, que primero se deduce de sus recompensas totales. Las recompensas restantes luego se distribuyen a los nominadores que respaldan a ese validador en función de esta tasa de comisión.

Consenso

El consenso se refiere al mecanismo mediante el cual los nodos llegan a un acuerdo sobre qué datos en la cadena de bloques pueden verificarse como verdaderos y precisos. El protocolo de consenso determina cómo se ordenan las transacciones y cómo se agregan nuevos bloques a la cadena, lo cual esNPoSpara disponibilidad.

Cuenta del controlador

La cuenta del controlador tiene la tarea de gestionar las actividades de participación y ejecutar transacciones en la red. Esto incluye responsabilidades como nominar validadores, vincular y desvincular fondos y pagar tarifas de transacción. Dado su papel activo, la clave del controlador se utiliza con mayor frecuencia y es esencial para las operaciones del día a día de la cuenta.

Atestación de datos

La atestación de datos implica confirmar la autenticidad e integridad de los datos. En Avail, este proceso garantiza que los datos de la cadena sean accesibles y precisos. Un encabezado de bloque Avail incorpora dos certificaciones: compromisos polinomiales KZG para los datos proporcionados y la raíz del árbol Merkle con manchas de datos como hojas. Una gran mayoría de los validadores de Avail logran la finalidad del encabezado firmando una cadena que incluye el encabezado, utilizando elABUELOprotocolo.

Comité de Disponibilidad de Datos (DAC)

Un Comité de Disponibilidad de Datos (DAC) consta de un grupo de nodos responsables de preservar copias de datos fuera de la cadena y garantizar su accesibilidad bajo demanda. Los DAC pueden ser parte integral de las soluciones de escalamiento que mejoran el rendimiento de una cadena de bloques mediante la gestión de transacciones en una capa distinta, lo que comúnmente se conoce como escalamiento fuera de la cadena. A diferencia de los DAC, que a menudo atienden a soluciones específicas de Capa 2 (L2), Avail se destaca como una capa de disponibilidad de datos de aplicación universal. Opera como una cadena autónoma, lo que garantiza un enfoque más imparcial y versátil de la disponibilidad de datos.

Muestreo de disponibilidad de datos (DAS)

El muestreo de disponibilidad de datos permite a los clientes ligeros confirmar la disponibilidad de datos sin descargar bloques completos. A través de este método, los clientes ligeros participan en varias rondas de muestreo aleatorio para pequeños fragmentos de datos en bloque. Con cada ronda exitosa, crece la confianza en que los datos están disponibles. Cuando el nodo ligero alcanza un umbral de confianza establecido, reconoce los datos del bloque como accesibles.

DHT (tabla hash distribuida)

Una tabla hash distribuida (DHT) es un sistema descentralizado que ofrece un servicio de búsqueda similar a una tabla hash tradicional. Contiene pares clave-valor, lo que permite a los pares encontrar rápidamente el valor correspondiente a una clave específica. El DHT es fundamental en el proceso de compartir celdas de datos, especialmente para el muestreo aleatorio y la verificación de pruebas. Facilita a los nodos el almacenamiento e identificación de información sobre proveedores. A través de DHT, los nodos de la red se interconectan, lo que agiliza el descubrimiento y el acceso a las células.

Desacoplamiento

El desacoplamiento en el contexto de blockchain se refiere a la separación estratégica de distintas funcionalidades en módulos o capas independientes. Al hacerlo, una cadena de bloques modular puede especializarse y sobresalir en tareas específicas, en lugar de verse agobiada por la necesidad de manejar cada función. Este enfoque modular mejora la eficiencia, la flexibilidad y la escalabilidad, permitiendo que cada componente evolucione y optimice de forma independiente.

Equívoco

La equivocación se produce cuando un validador firma dos o más bloques o mensajes en conflicto. Esto se puede hacer de forma intencionada o no.

Era

Una Era disponible representa un número predefinido desesionesdurante el cual se determina el conjunto de validadores y se distribuyen las recompensas. Al inicio de cada era, se eligen validadores para que formen parte del conjunto activo en función de la cantidad apostada. La selección también considera otros factores, como el desempeño de un validador en la era anterior, específicamente, si estaban inactivos debido a que fueron congelados o recortados. Si un nuevo validador apuesta una cantidad mayor que los validadores actuales, o si un validador activo tiene un rendimiento inferior, puede ser reemplazado en el conjunto activo para la próxima era.

Época

Una Época es un período de tiempo designado durante el cual un grupo específico de nodos de validación emprende la tarea de verificar las transacciones y agregarlas a la cadena de bloques. La duración de una época puede variar entre diferentes redes blockchain.

Ejecución

En las cadenas de bloques tradicionales, la ejecución se refiere a cómo los nodos procesan las transacciones para hacer la transición de la cadena de bloques entre estados. Sin embargo, Avail opera de manera diferente. Como cadena base modular, Avail no posee una capa de ejecución de propósito general. En cambio, la ejecución se produce en otras capas, como resúmenes, y los datos resultantes se publican en Avail en su forma sin procesar, sin someterse a ejecución en el propio Avail.

En el contexto de Avail, "Consenso" tiene un significado más específico que en las cadenas de bloques típicas con capas de ejecución integradas. Para Avail, el consenso significa el acuerdo de la red de que los datos se han publicado de forma adecuada. Explícitamente, los nodos validadores en Avail no ejecutan transacciones como requisito previo para dar fe de la validez de los bloques. Con algunas excepciones, como las transferencias de saldo, los validadores dan fe principalmente del empaquetado correcto de los datos publicados dentro de los bloques. Este enfoque simplificado es una de las razones principales por las que Avail puede adaptarse a tamaños de bloques más grandes. Dado que los validadores realizan menos trabajo por bloque, aumentar el tamaño del bloque tiene un impacto reducido en comparación con otras cadenas de bloques.

Dispositivo de finalidad

Un dispositivo de finalidad es un mecanismo que garantiza la finalidad del estado de la cadena de bloques al exigir el compromiso de los validadores a través de mensajes firmados. Una vez validado suficientemente, el estado está finalizado y protegido contra modificaciones maliciosas.

Pruebas de fraude

Las pruebas de fraude son pruebas criptográficas empleadas para validar la legitimidad de una transacción o transición de estado en Avail. Cualquier nodo puede generar y compartir una prueba de fraude a través de la red P2P. Los clientes de la aplicación pueden evaluar estas pruebas y responder en consecuencia.

ABUELO

GRANDPA (Acuerdo de prefijo derivado de antepasado recursivo basado en GHOST), parte del marco de Substrate, es el dispositivo final que utiliza Avail. Consulte el documento del ABUELO.(se abre en una nueva pestaña)para obtener una descripción completa del protocolo.

Compromisos de KZG

Los compromisos KZG, iniciados por Aniket Kate, Gregory M. Zaverucha e Ian Goldberg en 2010, ofrecen un método conciso para comprometerse con polinomios. Estos compromisos han ganado importancia recientemente, especialmente en marcos de conocimiento cero similares a PLONK.

En el diseño de Avail, los compromisos KZG se emplean por varias razones clave:

• Permiten compromisos concisos, ideales para incluirlos en encabezados de bloques.

• Admiten aperturas breves, facilitando una verificación ligera de la disponibilidad del cliente.

• Su fuerte vinculación criptográfica garantiza la prevención de pruebas de fraude al hacer que la creación de compromisos falsos sea un desafío computacional.

Kademlia DHT (Kad-DHT)

Kad-DHT es una variante específica de la tabla hash distribuida (DHT) que organiza nodos y datos en función de un anillo de cuerdas, una disposición lógica de nodos ordenados por sus ID. Avail emplea Kad-DHT para establecer una red descentralizada para el almacenamiento y recuperación de datos. En esta estructura, cada nodo tiene la tarea de almacenar una parte de los datos. Los nodos pueden comunicarse directamente para acceder a los datos. Avail utiliza Kad-DHT para almacenar celdas de datos e identificar qué par posee un segmento de datos particular, con celdas de datos matriciales asignadas exclusivamente a ID de pares.

libp2p

libp2p(se abre en una nueva pestaña)es una pila de red modular de código abierto diseñada para construir aplicaciones peer-to-peer (P2P). Ofrece un marco flexible para la transferencia de datos a través de diversos protocolos de transporte. Avail integra libp2p para establecer una red descentralizada dedicada a la disponibilidad de datos, asegurando que los datos de las transacciones se almacenen y difundan de manera eficiente a validadores y nodos completos.

Cliente ligero

Los clientes ligeros permiten a los usuarios interactuar con una red blockchain sin sincronizar toda la blockchain, preservando tanto la descentralización como la seguridad. Por lo general, recuperan solo los encabezados de la cadena de bloques, omitiendo el contenido completo del bloque. Los clientes ligeros de Avail mejoran esto mediante el empleo de muestreo de disponibilidad de datos. Este método garantiza la disponibilidad del contenido del bloque mediante la descarga y verificación de segmentos aleatorios de un bloque.

red principal

Una red principal es una red blockchain que está en pleno funcionamiento y abierta al público. Es la versión de "producción" de una red blockchain y es donde se implementan las transacciones y aplicaciones del mundo real. Vea la publicación del blog Roadmap to Mainnet(se abre en una nueva pestaña)para obtener más información sobre la red principal de Avail.

Cadena de bloques modular

Una cadena de bloques modular se especializa en gestionar tareas específicas y al mismo tiempo delegar otras responsabilidades a distintas capas o componentes.

Cadena de bloques monolítica

Una cadena de bloques monolítica abarca todas las funcionalidades principales (ejecución, liquidación, pedidos, disponibilidad de datos) dentro de una estructura de cadena de bloques singular.

Prueba de participación nominada

La prueba de participación nominada (NPoS) es un algoritmo de consenso en el que los usuarios nominan validadores para procesar bloques por ellos. Estos validadores verifican y agregan transacciones a la cadena de bloques. Por sus servicios, los validadores reciben recompensas en forma de tokens nativos. Luego encargan una parte de estas recompensas a los nominadores en función de una tasa de comisión establecida. Avail utiliza NPoS tal como se implementa en Substrate.

Sobresuscrito

Sobresuscrito se refiere a una situación en la que el número de nominadores que desean participar en el proceso de consenso excede los espacios disponibles.

Escalabilidad

La escalabilidad dentro de Avail se refiere a la capacidad de aumentar el volumen de datos difundidos por la cadena, asegurando que la experiencia de sus participantes y usuarios no se vea afectada. Avail logra esto adoptando un enfoque modular, sacando DA de la cadena, lo que permite que la red principal se centre principalmente en la ejecución. Este diseño modular facilita la optimización individual de construcciones clave, permitiendo escalar cada componente de acuerdo con sus requisitos únicos.

Sesión

Una sesión se refiere a una duración específica durante la cual opera un conjunto fijo de validadores. Los validadores pueden entrar o salir del conjunto sólo en la transición entre sesiones.

Asentamiento

En el contexto de Avail y las cadenas de bloques modulares, la liquidación se refiere al proceso mediante el cual las capas modulares acuerdan el resultado correcto de la ejecución de los datos de la transacción. Esto incluye cualquier proceso necesario de resolución de disputas. Dado que Avail opera como una cadena base modular, simplemente recibe y almacena datos de transacciones sin procesar sin ejecutarlos. Estos datos pueden abarcar una amplia gama, desde transacciones válidas hasta posible spam.

La ejecución real de estas transacciones y la posterior validación de sus resultados ocurren en otras capas o sistemas. Una vez que estas capas llegan a un acuerdo sobre el resultado, los resultados se "establecen". Por ejemplo, en el caso de una validación, los datos de la transacción se publican en Avail, los secuenciadores luego ejecutan estas transacciones y, finalmente, las pruebas de estas ejecuciones se publican en Ethereum para su liquidación. Diferentes construcciones modulares pueden emplear distintos mecanismos o plataformas para la liquidación, pero el principio básico sigue siendo el mismo: determinar y acordar el resultado correcto de las transacciones.

Cuchillada

La reducción es una sanción que se impone a los validadores que se portan mal. Por ejemplo, un validador puede ser eliminado si se equivoca, lo que significa que firma dos o más bloques en conflicto. La reducción puede ser una penalización severa, ya que puede resultar en la pérdida de una parte de la apuesta del validador.

Acumulación soberana

Un rollup soberano es un tipo de cadena de bloques que publica sus transacciones en otra cadena de bloques, generalmente para realizar pedidos y disponibilidad de datos, pero maneja su propia liquidación. Esto significa que los rollups soberanos tienen su propia cadena canónica y reglas de validez, y no necesitan depender de una capa de liquidación para determinar qué transacciones son válidas.

Cuenta oculta

La cuenta de reserva contiene los tokens que desea apostar/vincular. Esta cuenta es como una cuenta de almacenamiento en frío y se utiliza para vincular y desvincular tokens, así como para designar la cuenta del controlador.

Red de prueba

Una testnet es una red blockchain simulada que se utiliza para probar y depurar aplicaciones blockchain antes de implementarlas en la red principal. Las redes de prueba suelen estar abiertas al público y cualquiera puede participar en ellas.

validio

Los Validium están diseñados para almacenar datos de transacciones fuera de la capa primaria (L1), como Ethereum. Pueden aprovechar sin problemas los beneficios del módulo escalable y especializado de Avail. En lugar de dirigir los datos de la transacción a unCADu otras alternativas, Validiums puede enviar estos datos a Avail.

Una solución de capa 2, como un paquete acumulativo, puede evolucionar hacia Validium al elegir el almacenamiento de datos fuera de la cadena en lugar de la cadena principal. Esta distinción es sutil, ya que Validium no es estrictamente una "capa 2" en el sentido tradicional; no publica datos en L1, lo que introduce diferentes consideraciones de confianza. Sin embargo, en muchos contextos, todavía se clasifica como una solución de capa 2. Fundamentalmente, un Validium puede describirse como un resumen combinado con disponibilidad de datos fuera de la cadena, similar al enfoque de Avail.

Validador

Un validador Avail es un nodo completo que se encarga de verificar las transacciones y agregarlas a la cadena de bloques.

Voluntad

Las voliciones representan una forma avanzada de acumulaciones de conocimiento cero, que ofrece a los desarrolladores la flexibilidad de decidir la ubicación de almacenamiento de los datos de las transacciones, ya sea dentro o fuera de la cadena. Esta adaptabilidad garantiza que los desarrolladores puedan optimizar tanto el costo como la DA en función de los requisitos específicos de su aplicación. En el contexto de Avail, las voliciones pueden aprovechar la sólida capa DA de la plataforma, garantizando que los datos fuera de la cadena sigan siendo fácilmente accesibles y verificables, mejorando así la seguridad y la eficiencia de las aplicaciones descentralizadas.