Auteur : 100y.eth Source : mirror Traduction : Shanooba, Golden Finance

Le 23 juillet 2024, après une longue attente, Avail Mainnet est enfin en ligne. Comme son nom l'indique, Avail est un projet de couche de disponibilité des données (DA). Beaucoup de gens pourraient penser, 'Avail n'est-il pas juste un autre projet DA comme Celestia ou EigenDA ?' Cependant, ce n'est pas le cas.

La feuille de route d'Avail montre qu'Avail n'est pas seulement un projet DA, mais une couche unifiée d'intégration verticale. Bien qu'il y ait déjà beaucoup d'articles dans la communauté pour présenter Avail, cet article se concentrera sur les avantages d'Avail par rapport aux autres projets DA. Si vous êtes intéressé par les connaissances de base d'Avail, veuillez consulter les articles suivants :

• Avail: Infrastructure de chiffrement unifiée de Blockworks
• $AVAIL de Redacted Research et l'unification de Web3

1. Interopérabilité minimale de confiance et couche de règlement fixe

Par rapport aux autres couches DA, l'avantage le plus significatif d'Avail est sa couche de règlement fixe, appelée Avail Nexus, qui prend en charge l'interopérabilité avec un minimum de confiance entre les agrégats.

1.1 Pourquoi avons-nous besoin d'un modèle de type moyeu à preuve unifiée ?

Pour réaliser un bridge sécurisé, il est essentiel de comprendre la validité des chaînes de spécifications et des exécutions du réseau opposé. La souveraineté partagée sur la même couche DA permet de publier les données de transaction sur la même couche DA, il est donc facile de comprendre les chaînes de spécifications du réseau opposé. Cependant, il n'est pas facile de vérifier l'efficacité de l'exécution sur le réseau opposé en partageant uniquement la couche DA.

Par conséquent, les méthodes de mise en œuvre de la messagerie inter-chaînes à interaction minimisée par la confiance entre les rollups souverains ont été discutées, notamment la messagerie IBC entre les rollups basés sur le SDK Cosmos. Dans IBC, les ponts de confiance minimisés sont obtenus par le client léger qui vérifie les en-têtes de bloc et les preuves de Merkle du réseau adverse.

Cependant, que se passe-t-il si vous n'utilisez pas Cosmos SDK pour regrouper les souverainetés ? Ils devront toujours vérifier l'exécution valide du réseau des contreparties via un light client. Les différences entre les machines virtuelles, les preuves de fraude et de validité, ainsi que les systèmes de preuve de connaissance nulle, peuvent rendre extrêmement difficile la construction d'un système de vérification à pont de confiance minimale.

De plus, si le bridge entre les agrégats de souveraineté se fait de manière peer-to-peer plutôt que selon un modèle de rayonnement central, le système de bridge devient fragmenté. Chaque nouveau canal nécessite un nouveau système, et il peut y avoir plusieurs types de jetons enveloppés, ce qui peut entraîner des problèmes d'interchangeabilité même entre des jetons du même type.

Par conséquent, pour assurer la sécurité et une expérience utilisateur transparente entre les agrégations de la même couche DA, il est nécessaire d'utiliser un système unifié pour vérifier l'exécution et d'adopter un modèle de pont en étoile partageant une couche de règlement unique.

1.2 Utiliser Nexus

C'est en fait ce que fait Avail Nexus. Avail Nexus est un regroupement zk basé sur Avail, agissant en tant que couche de règlement fixe du système Avail. Avail Nexus gère 1) les enchères de séquenceurs et 2) l'agrégation des preuves, permettant une transmission rapide et efficace des messages cross-chain d'interaction à confiance minimale dans l'écosystème Avail.

Avail Nexus will aggregate and verify various types of proofs from multiple rollups, and then combine them into a concise proof. Not only validity rollups, optimistic rollups can also participate in Avail Nexus. Optimistic rollups can submit their receipts and state roots to Nexus, and if no fraud proof is provided during the challenge period, they will be included in the Nexus state.

La preuve d'agrégation sera finalement soumise à Avail DA et à Ethereum. Étant donné qu'Avail DA ne dispose pas de couche d'exécution, un module sera ajouté à l'avenir pour la validation de la preuve. Les informations d'état des Rollups sur Avail Nexus sont vérifiées sur le réseau Ethereum, et leurs hypothèses de sécurité sont les mêmes que celles des validiums utilisant Ethereum comme couche de règlement.

2. Utilisation du schéma d'engagement KZG pour une vérification rapide

Avail DA utilise le schéma d'engagement KZG pour la preuve de validité, permettant au client léger de vérifier rapidement et simplement la disponibilité des données. De plus, grâce aux propriétés homomorphiques de l'engagement KZG, il est possible de vérifier la correction du codage d'effacement sans preuve de fraude, éliminant ainsi la latence causée par la période de défi.

2.1 ELI5: Engagements de KZG

En cryptographie, un engagement est une méthode qui consiste à s'engager à un moment donné avec une certaine donnée et à la révéler ultérieurement pour prouver l'authenticité des données d'origine. Les engagements sont généralement utilisés pour compresser ou masquer des données. Les deux propriétés clés d'un engagement sont la liaison et la dissimulation.

• Bind: Once the data is submitted, it cannot be changed, ensuring integrity.
• Cacher : Les données originales ne peuvent pas être déduites de la promesse.

Un schéma d'engagement courant dans la chaîne de blocs est l'arbre de Merkle, qui compresse les informations en une seule valeur sans divulguer les données d'origine et permet de vérifier facilement si des données spécifiques sont incluses dans l'arbre de Merkle.

Le schéma d'engagement de polynôme KZG s'engage à un polynôme. Les données peuvent être converties en un polynôme qui a une valeur d'engagement unique de taille fixe. L'avantage des engagements KZG est que les validateurs peuvent prouver facilement l'inclusion de données spécifiques à l'aide de preuves KZG très petites (O(1)). C'est un avantage significatif par rapport aux arbres de Merkle, car la taille des preuves des arbres de Merkle augmente de manière logarithmique avec la taille des données (O(logN)).

2.2 KZG dans l'engagement d'Avail

Plongeons plus en profondeur dans le mode de stockage des données et le processus de validation de l'accessibilité des données dans Avail DA. Lorsque l'utilisateur (rollup) envoie des données de transaction à Avail, les données sont organisées en une matrice bidimensionnelle. Ensuite, des données redondantes sont générées à l'aide de codes de correction d'erreurs, ce qui double efficacement les données d'origine.

En raison de l'augmentation de la quantité de données à deux fois sa taille d'origine, les producteurs de blocs malveillants doivent masquer plus de la moitié des données pour les masquer, de sorte que ce comportement est susceptible d'être détecté pendant le processus d'échantillonnage de la disponibilité des données. Les données de chaque ligne sont converties en polynômes et la promesse de polynômes KZG de ces données est incluse dans l'en-tête de bloc. Voici les fonctionnalités implémentées par la promesse KZG:

1. Le light client peut rapidement et facilement vérifier la disponibilité des données : si le light client souhaite vérifier si des données spécifiques sont incluses dans un bloc, grâce à l'engagement KZG, le nœud complet peut fournir une preuve KZG très petite (O(1)).
2. Vérification de l'exactitude du codage d'effacement sans preuve de fraude : Dans Celestia, la preuve de fraude est utilisée pour vérifier l'exactitude du codage d'effacement, ce qui peut entraîner une latence due à la période de défi. Comme l'engagement de KZG est homomorphe, il est possible de vérifier rapidement l'exactitude du codage d'effacement en vérifiant si l'engagement des données de codage d'effacement correspond à l'engagement de codage d'effacement.

3. Utiliser BABE et GRANDPA pour assurer la sécurité et la vivacité

La plupart des réseaux Blockchain mettent généralement l'accent sur la sécurité ou l'activité de leur mécanisme de consensus. Avail DA, construit sur le SDK Polkadot, utilise BABE et GRANDPA comme mécanisme de consensus, offrant un équilibre similaire entre activité et sécurité à Ethereum.

3.1 Attribution aveugle de l'extension de la chaîne de blocs (BABE)

BABE est le moteur de production de blocs d'Avail, chargé de garantir l'activité. Un auteur principal est sélectionné chaque slot (toutes les 20 secondes) via VRF pour produire le bloc. Il peut y avoir plusieurs auteurs dans un slot, ou aucun. En cas de sélection de plusieurs auteurs, une compétition est lancée et le bloc le plus propagé deviendra une partie de la chaîne canonique. Si aucun auteur principal n'est sélectionné, un auteur secondaire sélectionné par un processus cyclique produira le bloc.

3.2 Préfixe dérivé d'ancêtres récursifs basé sur GHOST (GRANDPA)

GRANDPA joue le rôle d'un outil de finalité similaire à Casper FFG d'Éther, mais avec la différence qu'il finalise des chaînes spécifiés au lieu de blocs individuels, accélérant ainsi le processus de finalité. Dans un environnement synchrone, plus des deux tiers des nœuds doivent être honnêtes pour déterminer la finalité, tandis que dans un environnement asynchrone, il peut gérer jusqu'à un cinquième des nœuds byzantins.

4. Écosystème avec une sécurité économique chiffrement puissante

(Avail Fusion | Source: Avail)

Avail Fusion permet aux Jetons provenant d'autres écosystèmes de contribuer à la sécurité économique chiffrée de l'écosystème Avail. Les protocoles tels que EigenLayer, Babylon, Symbiotic et Karak sont suivis en raison de l'utilisation de la sécurité énorme de BTC et ETH. Avec la mise en œuvre d'Avail Fusion, le niveau de sécurité de l'écosystème Avail devrait considérablement s'améliorer. La critique courante d'Optimum et de Validium est qu'ils affaiblissent leur sécurité en dépendant d'une couche DA externe. L'Avail DA avec Avail Fusion peut atténuer ces critiques.

Ce qui est intéressant, c'est que le Jeton rollup d'Avail peut également être utilisé dans Avail Fusion. L'un des plus grands défauts de l'économie des Jetons rollup est le manque d'utilité en dehors de la gouvernance. Avail Fusion résout ce problème en utilisant le Jeton rollup pour assurer la sécurité du chiffrement, ce qui augmente sa productivité et accélère le cercle incitatif de l'écosystème.

Cependant, une question digne de suivi est la répartition des récompenses. Si les jetons d'autres écosystèmes sont utilisés pour le consensus et obtiennent des récompenses de bloc, les récompenses relatives des détenteurs de mise AVAIL pourraient être réduites. Par conséquent, lors de l'introduction d'Avail Fusion, une conception complexe de la mise en jeu et du taux de récompense des jetons d'écosystèmes externes est nécessaire.

5. Toutes sortes de Jeton applications pratiques

La tokenomics est le domaine le plus prometteur de l'industrie du chiffrement et un problème persistant. Bien que les jetons puissent servir de lubrifiant pour assurer le bon fonctionnement des protocoles, une conception médiocre ou un manque de praticité peut les rendre nuisibles.

(Source: Avail)

Heureusement, Avail offre une variété d'utilisations pour AVAIL Jeton à travers le concept de couche unifiée, ce qui le distingue de nombreux autres protocoles en intégrant plusieurs couches et fonctionnalités internes :

• Gouvernance
• Frais DA
• Fournir la sécurité DA
• Participer au pool de séquence Nexus de 01928374656574839201
• Participer à la piscine d'agrégation des preuves dans Nexus
• Frais de transition

En tenant compte des fonctions et de l'utilité de Jeton de chaque couche, Avail peut être considéré comme une combinaison de la couche DA, de la couche de tri Décentralisation et de la couche d'agrégation ZKP. Cela met en évidence le potentiel de hausse énorme de l'écosystème Avail.

6. Dernières réflexions

Bien que l'écosystème modulaire interne d'EtherETH ait fait des progrès considérables, l'écosystème modulaire externe d'EtherETH n'est encore pas mature en termes d'interopérabilité et de sécurité. Avail propose des solutions efficaces à ces problèmes grâce à Avail DA, Avail Nexus et Avail Fusion, ce qui en fait un écosystème modulaire idéal.

Tout comme la lutte en cours entre l'infrastructure et les applications, même si Avail construit une infrastructure parfaite, le véritable défi reste la création d'un écosystème dynamique. Cependant, il n'y a pas lieu de s'inquiéter. Selon la page de l'écosystème Avail, Avail est déjà intégré à de nombreux SDK agrégés, notamment Arbitrum Orbit et Polygon CDK. De nombreuses plateformes RaaS telles que Conduit et AltLayer prennent également en charge Avail DA, avec un total de 32 réseaux agrégés rejoignant Avail DA.

Ces dernières années, les écosystèmes modulaires sont devenus plus diversifiés et répandus. De nombreux projets modulaires (tels que rollup, la couche DA) entrent sur le marché, et pour survivre dans cet environnement concurrentiel, les projets doivent avoir des avantages uniques. Avail, avec son concept de couche unifiée, exécute des fonctions telles que la DA, le tri, l'agrégation ZKP et le ré-stake, ce qui lui confère une position unique sur le marché. Ainsi, le voyage à venir d'Avail est certainement à attendre avec impatience.