Avec le développement rapide de la technologie blockchain modulaire, les défis majeurs de l'évolutivité et de l'interopérabilité auxquels fait face la blockchain monolithique sont de plus en plus sérieux. Lorsque les plateformes principales telles qu'Ethereum connaissent une augmentation massive de la demande, le blanchiment de capitauxbig pump affecte gravement la vulgarisation de l'application décentralisée. Pour faire face à ces problèmes, les développeurs recherchent constamment des solutions innovantes, et la naissance d'Avail offre une nouvelle direction pour résoudre ce problème. Après la mise à niveau de Cancun, le coût des transactions de l'écosystème Ethereum a considérablement chuté, tandis que la technologie modulaire est devenue un récit important du développement de la blockchain. Au cours du premier semestre, des blockchains modulaires leaders telles que Celestia et EigenDA ont ouvert la voie, et Avail a également franchi une étape cruciale dans le domaine de la modularité en lançant Avail DA Mainnet le 23 juillet.
En tant que projet central de la blockchain modulaire, Avail, EigenDA et Celestia, bien que similaires dans le domaine des services, présentent des caractéristiques distinctes en termes d'infrastructure, de mode d'exécution et de conception économique Jeton.
Contexte de l'équipe
Avail a ses origines sur Polygon et est devenu une entité indépendante en 2023. Avant que la question de la disponibilité des données (DA) ne devienne un sujet brûlant dans l'industrie, Anurag Arjun a travaillé avec d'autres pour développer la chaîne Plasma, dans le but de résoudre les problèmes de scalabilité d'Ethereum. Bien que cette chaîne ait aidé Polygon à réaliser un chiffre d'affaires de 19 milliards de dollars, elle n'a pas réussi à devenir la solution de mise à l'échelle idéale. Au cours de ce processus, Anurag a progressivement pris conscience que toutes les blockchains finiraient par être confrontées au même obstacle - le problème de disponibilité des données. Environ 80% des coûts de transaction Rollup sont liés à la DA, il a donc envisagé que la construction d'une couche DA rentable pourrait peut-être résoudre les problèmes d'évolutivité de plusieurs blockchains.
Cette idée n'est pas exclusive à Anurag, la plupart des projets L1 Bloc Chain essaient également de devenir une couche DA. Ethereum explore des solutions DA via la voie du Rollup, tandis que d'autres projets L1 innovent également dans ce domaine. Anurag estime que les Blocs Chain L1 spécialement conçus pour les DAs ont des avantages uniques.
Pendant son séjour chez Matic, Anurag a rencontré Prabal Banerjee, actuel co-fondateur d'Avail, qui poursuivait alors un doctorat en cryptographie et sécurité. Il a ensuite rejoint l'équipe en tant que chercheur. Ensemble, ils se sont engagés à construire une couche DA évolutive. Avec l'émergence de la technologie Zéro Knowledge Proof (ZK), ils ont combiné la conception de la blockchain avec la preuve de validité, et, grâce à l'expérience d'Anurag dans la construction de protocoles à l'échelle de milliards sur Polygon, ils ont davantage promu la solution à la problématique de l'accessibilité des données.
De la chaîne unique à la modularité
Source: Documentation officielle d'Avail
Avec une concurrence de plus en plus féroce pour les ressources de calcul de base, les problèmes de traitement, de règlement, de tri et de disponibilité des données sur la chaîne unique ETH commencent à être exposés, ce qui limite la scalabilité. L'industrie commence à réexaminer l'architecture en chaîne unique et à rechercher de nouvelles solutions.
Les rollups introduisent une architecture modulaire en déplaçant l'exécution hors de la chaîne, ce qui permet de soulager efficacement la congestion du réseau L1, de réduire les coûts de transaction pour les utilisateurs et d'améliorer les capacités de traitement des transactions. Bien que cette architecture apporte une amélioration significative de l'efficacité hors chaîne, l'espace limité des blocs sur Ethereum reste un goulot d'étranglement qui pourrait se poser à nouveau avec l'augmentation de la demande. Actuellement, les Dapps dépendent de la transmission des données et de la compensation sur L1, tandis que les rollups utilisent L1 pour gérer ces processus. Bien que les rollups optimisent l'utilisation de l'espace des blocs, cet espace reste très limité.
En analysant les transactions L1 d'Éthereum Rollups, on découvre que les frais de données (DA) représentent 90 % des coûts, ce qui constitue la plus grande source de dépenses pour les Rollups, la majeure partie des revenus étant utilisée pour payer les frais de publication des transactions L1.
Similaire aux rollups, Avail déplace l'exécution hors chaîne et permet de réduire la disponibilité des données à une couche dédiée. Avail offre aux développeurs une couche de disponibilité des données flexible, facile à utiliser et sécurisée, résolvant ainsi les problèmes d'évolutivité, de gouvernance et de décentralisation.
Structure modulaire construite par Avail
Avail vise à accélérer l'unification de Web3 en utilisant sa pile technologique modulaire combinant la disponibilité, l'agrégation et la sécurité de partage de données. Les Rollups publiant des données de transactions hors chaîne via Avail formeront des Validiums (Optimums pour Optimistic Rollup). Les Validiums et Sovereign Rollups peuvent compter sur les services de disponibilité de données à faible confiance et de tri fournis par Avail.
Voici un bref aperçu du processus pris en charge par Avail pour les Validiums et les Sovereign Rollups :
Soumission de transaction : Comme la plupart des rollup existants, les données d'appel de transaction sont traitées en lot, la racine d'état est soumise à Avail DA et est représentée par un ID d'application unique indiquant l'origine du rollup.
Extension de données et codage d'effacement: les transactions soumises à Avail DA sont traitées par un codage d'effacement, où le bloc est divisé en n blocs originaux, et étendu à 2n blocs. Vous pouvez reconstruire les données en choisissant n'importe quel n blocs parmi les 2n blocs.
Promesse de création : Avail DA récupérera les données redondantes et appliquera un engagement de polynôme KZG à chaque bloc. Ces engagements serviront de preuves de chiffrement pour l'intégrité des données, assurant que les données sont exactes et non modifiables.
Propagation du Bloc : Les validateurs reçoivent un bloc avec un engagement KZG et régénèrent ces engagements pour en vérifier l'exactitude et parvenir à un consensus sur ce bloc.
Réseau light client： Le client léger utilise la vérification de l'intégrité des données du bloc DAS. Cela est réalisé en vérifiant l'ouverture du polynôme KZG pour chaque unité d'échantillonnage dans l'en-tête de bloc, ce qui élimine le besoin de reconstruire un engagement complet KZG ou de dépendre de la preuve de fraude.
Vérification de preuve : le client léger effectue la vérification de preuve en utilisant les preuves de niveau unitaire générées à partir de la matrice de données.
Étant donné qu'Avail utilise la preuve de validité au lieu de la preuve de fraude, le client léger peut vérifier la disponibilité et l'exactitude des données une fois que l'état est finalisé. De plus, le réseau de clients légers garantit une disponibilité élevée des données grâce à un échantillonnage de disponibilité des données. Avec l'ajout de plus de clients légers, les capacités d'échantillonnage sont renforcées, ce qui permet de prendre en charge des blocs à plus grande échelle. Les utilisateurs peuvent même exécuter ces clients légers sur des ordinateurs portables ou des téléphones mobiles pour améliorer davantage l'efficacité du réseau.
Source: Documentation officielle d'Avail
Caractéristiques Techniques
Les cas d'utilisation du client léger
Actuellement, de nombreux scénarios d'application dépendent d'intermédiaires pour maintenir des Nœuds complets, les utilisateurs interagissant indirectement avec la chaîne de Blocs via ces intermédiaires plutôt que d'y accéder directement. En raison du manque de garanties de disponibilité des données, le client léger n'est pas encore la solution de remplacement idéale pour l'architecture traditionnelle. Avail résout ce problème en permettant à plus d'applications d'interagir directement avec le réseau de chaînes de Blocs sans dépendre d'intermédiaires. Bien que Avail prenne en charge les opérations de Nœud complet, la plupart des applications n'ont pas besoin de faire fonctionner un Nœud complet ou nécessitent seulement quelques Nœuds pour fonctionner en douceur.
Échantillonnage de disponibilité des données (DAS)
Comme un client léger traditionnel, le client léger Avail ne télécharge que les en-têtes de blocs. De plus, ils échantillonnent la disponibilité des données en prélevant une partie des données de blocs de manière aléatoire pour en vérifier la validité. En combinant le codage de correction d'erreurs et l'engagement de polynômes KZG, le client léger peut garantir la disponibilité des données presque à 100% sans dépendre de preuves de fraude et ne nécessite que peu de requêtes fixes.
erasure coding与数据可用性
erasure coding en fragmentant les données, même si une partie des données est perdue, il est toujours possible de récupérer le contenu d'origine à partir d'autres fragments. Dans les applications de la chaîne de blocs, cela signifie que même si des acteurs malveillants tentent de cacher une partie des données, le système peut toujours récupérer les données à partir d'autres fragments. Ce mécanisme améliore considérablement la fiabilité de l'échantillonnage de la disponibilité des données et renforce davantage la capacité à empêcher la falsification des données.
Engagement KZG
KZG s'engage à une technologie proposée par Aniket Kate, Gregory M. Zaverucha et Ian Goldberg en 2010. C'est un moyen efficace d'engagement polynomial largement utilisé ces dernières années dans la structure de preuve de connaissance nulle. Dans l'architecture d'Avail, l'engagement KZG présente les avantages suivants :
Promettre de manière concise les valeurs et les enregistrer dans l'en-tête du bloc ;
Permettre au client léger de vérifier la disponibilité des données;
其chiffrement绑定特性使得生成错误承诺几乎不可能，减少了fraud proof的需求。
La couche unifiée d'Avail
Avail a toujours construit une couche unifiée pour Avail, qui est une pile technologique unifiée, commençant par la disponibilité des données de base (DA), la couche unifiée Nexus et la couche de sécurité supplémentaire Fusion. Avail soutiendra l'ensemble de l'écosystème Web3 via une couche de disponibilité des données extensible, en utilisant la preuve de validité basée sur les polynômes KZG pour garantir une disponibilité des données instantanée fiable, permettant une hausse, une connexion, une sécurisation et une adaptation agrégées.
Avail DA
Source: Documentation officielle d'Avail
Avail DA est une architecture sous-jacente conçue pour optimiser la disponibilité des données, utilisant les algorithmes de consensus GRANDPA et BABE, ce qui la distingue des autres couches DA. Cette conception confère à Avail DA une grande extensibilité, en garantissant une protection fiable des données à faible coût grâce à l'échantillonnage de disponibilité des données (DAS) et à la preuve de validité.
Le cœur d'Avail DA est la priorisation et la publication des transactions, tout en permettant aux utilisateurs de vérifier la disponibilité des données Bloc sans avoir à télécharger l'ensemble du Bloc. L'indépendance des données d'Avail DA est l'une de ses caractéristiques définissantes. Il prend en charge divers environnements d'exécution, y compris EVM, WASM et de nouveaux runtimes personnalisés, offrant une base polyvalente pour une variété d'applications de la chaîne de Blocs.
Avail Nexus
Source: Documentation officielle d'Avail
En tant que deuxième pilier, Avail Nexus est un framework sans permission conçu pour unifier l'écosystème web3. Il connecte les blockchains internes et externes, s'appuyant sur Avail DA comme base de confiance et agissant en tant que centre de validation. Nexus comprend un Rollup coordonné par ZK, intégrant l'agrégation de preuves, la couche de validation, le mécanisme de sélection de l'ordonnanceur et le mécanisme d'enchères de créneaux. Nexus soumet régulièrement les preuves agrégées pour vérification à la couche Ethereum et Avail DA, garantissant ainsi la fiabilité des opérations cross-chain d'interaction.
Avail Fusion
Source: Documentation officielle d'Avail
Le troisième pilier, Avail Fusion, fournit une sécurité supplémentaire à l'écosystème Avail et à l'ensemble du web3. Son idée principale est que, à l'échelle macro-économique, un système unifié nécessite une sécurité unifiée. La sécurité de la fusion contribue à la sécurité du consensus Avail en utilisant des actifs locaux dans des écosystèmes matures tels que BTC, ETH, etc. Ce mécanisme tente pour la première fois d'atteindre un consensus entre les chaînes hors chaîne en utilisant des jetons externes dans différents blocs.
Avail Fusion supporte deux types de mise en jeu d'actifs : les cryptomonnaies matures et les jetons Rollup émergents. Actuellement, le prototype de Fusion comprend deux modules de mise en jeu : l'un s'exécute off-chain sur Avail Bloc, et l'autre est un module de mise en jeu de conversion d'actifs. Il convient de noter que le premier prototype public d'Avail Fusion est encore en cours de développement.
Type de Nœud Avail
Bien que l'architecture d'Avail soit différente de celle des blockchains monolithiques traditionnelles, elle prend également en charge plusieurs types de nœuds, y compris les nœuds complets, les clients légers, les nœuds d'archivage et les nœuds de validation.
Full Node: Les Full Nodes sont responsables du téléchargement et de la vérification de la validité des Blocs, mais ne participent pas au processus de Consensus. Leur présence offre une redondance et une flexibilité supplémentaires au système, mais ils ne sont pas des composants indispensables.
Vérification du Nœud : Le nœud de vérification génère des Blocs, décide de l'inclusion des transactions et maintient l'ordre des transactions pour aider le réseau à parvenir à un Consensus.
light client：Le client léger permet aux utilisateurs d'interagir avec la couche de disponibilité des données (DA) d'Avail sans exécuter de nœud complet, et sans avoir à faire confiance à un nœud pair à distance. Ils parviennent à cela en effectuant un échantillonnage de la disponibilité des données (DAS) sur chaque nouveau bloc créé.
RPC Node: Le nœud RPC fournit une API d'interaction à distance, servant de passerelle entre les développeurs, les utilisateurs externes et le réseau Avail.
Le client léger écoutera les Blocs confirmés sur le réseau Avail et effectuera un échantillonnage de disponibilité des données (DAS) sur les nouvelles Blocs contenant des unités de données prédéfinies. Une fois la validation réussie, le système calcule la certitude d'un certain nombre d'unités de données dans le Bloc en fonction du niveau de confiance requis par l'utilisateur.
模型 économique
Répartition des Jetons
Avec le lancement du Mainnet AvailDA, l'équipe a distribué l'Airdrop AVAIL Jeton aux utilisateurs éligibles, avec un approvisionnement total de 100 milliards. Parmi ceux-ci, 6% ont été alloués à l'Airdrop et à la distribution publique, 30% au développement de l'écosystème, 23,88% à la communauté et à la recherche, 14,12% aux investisseurs, et 20% aux contributeurs principaux.
Source: Documentation officielle d'Avail
stake
L'utilisation de AVAIL Jeton couvre la gouvernance de l'écosystème et le stake de Liquidité. Bien que le plan de gouvernance officiel n'ait pas encore été détaillé, tout le monde peut stake AVAIL dans l'ensemble de l'infrastructure Avail pour obtenir des récompenses de stake.
En ce qui concerne le stake, Avail adopte le mécanisme de consensus Preuve de Participation Nommée (NPoS) hérité de l'écosystème Substrate. Le stake joue un rôle clé dans le NPoS. En stake les jetons AVAIL, les utilisateurs contribuent à renforcer la sécurité du réseau et reçoivent des récompenses correspondantes. Plus il y a de jetons en stake, plus la sécurité du réseau est élevée, car le coût des jetons nécessaires pour attaquer le réseau augmente également.
Les applications de stake sont les suivantes :
Avail DA stake: Les utilisateurs peuvent staker des Jetons AVAIL auprès des validateurs ou les soumettre à un pool de nomination pour assurer la sécurité du réseau et soutenir différents cas d'utilisation tels que les jeux Web3 et les plates-formes de Finance décentralisée. Les stakers peuvent recevoir des récompenses.
Avail Nexus stake: Les ordonnanceurs doivent miser des jetons AVAIL pour participer à la soumission et au classement des transactions. Les ordonnanceurs performants seront récompensés tandis que les moins performants seront sanctionnés.
Avail Fusion stake: En plus du Jeton AVAIL, vous pouvez également staker d'autres actifs de chiffrement courants tels que BTC et ETH pour renforcer davantage la sécurité du réseau. Les stakers peuvent obtenir un retour sur investissement correspondant.
Il est à noter que si l'utilisateur souhaite retirer son stake, il doit terminer le processus de déblocage de 28 jours. Pendant cette période, le Jeton AVAIL ne peut pas être utilisé ou transféré.
Les défis auxquels nous sommes confrontés
Risque de concurrence Rollup
Le développement d'Avail peut être influencé par de grands rollups universels qui possèdent des écosystèmes matures et des solutions d'interopérabilité internes, ce qui pourrait affaiblir la valeur d'Avail Nexus en ne dépendant plus des systèmes d'interopérabilité externes. Cependant, la forte augmentation du nombre de rollups spécifiques à l'application actuelle et la fragmentation élevée auxquelles les utilisateurs sont confrontés rendent cette situation peu probable.
La concurrence des solutions DA
Avec le lancement de diverses solutions DA sur le marché, telles que Celestia et EigenDA, Ethereum a également introduit les blobs comme option de publication de données via EIP-4844. La concurrence féroce entre les couches DA et la sensibilité des rollups aux coûts de publication de données pourraient entraîner une baisse, incitant les rollups à opter pour des solutions DA vérifiées ou à dépendre d'Ethereum pour la publication de données une fois la fragmentation danksharding entièrement mise en œuvre.
Risques de sécurité partagés
Le modèle de sécurité partagé offert par Avail Fusion dépend de plusieurs Jetons et du staking d'AVAIL Jetons, ce qui peut susciter des préoccupations de sécurité pour plusieurs types d'actifs. Certains développeurs peuvent préférer obtenir une sécurité en utilisant un seul actif (comme ETH ou BTC), plutôt que de dépendre de plusieurs Jetons. De plus, si Avail Fusion ne parvient pas à fournir une sécurité suffisante, les développeurs pourraient se tourner vers une solution DA offrant une sécurité économique plus forte.
Compétition dans l'écosystème des services à valeur ajoutée
D'autres produits de stake ou de partage de sécurité peuvent avoir des écosystèmes de services à valeur ajoutée spécialement conçus pour les rollups. Par exemple, EigenLayer pourrait offrir des services tels que la Décentralisation, la disponibilité des données et la finalité rapide, ce qui renforcerait sa compétitivité.
Le contenu est fourni à titre de référence uniquement, il ne s'agit pas d'une sollicitation ou d'une offre. Aucun conseil en investissement, fiscalité ou juridique n'est fourni. Consultez l'Avertissement pour plus de détails sur les risques.
Pourquoi avez-vous besoin d'Avail?
Préface
Avec le développement rapide de la technologie blockchain modulaire, les défis majeurs de l'évolutivité et de l'interopérabilité auxquels fait face la blockchain monolithique sont de plus en plus sérieux. Lorsque les plateformes principales telles qu'Ethereum connaissent une augmentation massive de la demande, le blanchiment de capitauxbig pump affecte gravement la vulgarisation de l'application décentralisée. Pour faire face à ces problèmes, les développeurs recherchent constamment des solutions innovantes, et la naissance d'Avail offre une nouvelle direction pour résoudre ce problème. Après la mise à niveau de Cancun, le coût des transactions de l'écosystème Ethereum a considérablement chuté, tandis que la technologie modulaire est devenue un récit important du développement de la blockchain. Au cours du premier semestre, des blockchains modulaires leaders telles que Celestia et EigenDA ont ouvert la voie, et Avail a également franchi une étape cruciale dans le domaine de la modularité en lançant Avail DA Mainnet le 23 juillet.
En tant que projet central de la blockchain modulaire, Avail, EigenDA et Celestia, bien que similaires dans le domaine des services, présentent des caractéristiques distinctes en termes d'infrastructure, de mode d'exécution et de conception économique Jeton.
Contexte de l'équipe
Avail a ses origines sur Polygon et est devenu une entité indépendante en 2023. Avant que la question de la disponibilité des données (DA) ne devienne un sujet brûlant dans l'industrie, Anurag Arjun a travaillé avec d'autres pour développer la chaîne Plasma, dans le but de résoudre les problèmes de scalabilité d'Ethereum. Bien que cette chaîne ait aidé Polygon à réaliser un chiffre d'affaires de 19 milliards de dollars, elle n'a pas réussi à devenir la solution de mise à l'échelle idéale. Au cours de ce processus, Anurag a progressivement pris conscience que toutes les blockchains finiraient par être confrontées au même obstacle - le problème de disponibilité des données. Environ 80% des coûts de transaction Rollup sont liés à la DA, il a donc envisagé que la construction d'une couche DA rentable pourrait peut-être résoudre les problèmes d'évolutivité de plusieurs blockchains.
Cette idée n'est pas exclusive à Anurag, la plupart des projets L1 Bloc Chain essaient également de devenir une couche DA. Ethereum explore des solutions DA via la voie du Rollup, tandis que d'autres projets L1 innovent également dans ce domaine. Anurag estime que les Blocs Chain L1 spécialement conçus pour les DAs ont des avantages uniques.
Pendant son séjour chez Matic, Anurag a rencontré Prabal Banerjee, actuel co-fondateur d'Avail, qui poursuivait alors un doctorat en cryptographie et sécurité. Il a ensuite rejoint l'équipe en tant que chercheur. Ensemble, ils se sont engagés à construire une couche DA évolutive. Avec l'émergence de la technologie Zéro Knowledge Proof (ZK), ils ont combiné la conception de la blockchain avec la preuve de validité, et, grâce à l'expérience d'Anurag dans la construction de protocoles à l'échelle de milliards sur Polygon, ils ont davantage promu la solution à la problématique de l'accessibilité des données.
De la chaîne unique à la modularité
Avec une concurrence de plus en plus féroce pour les ressources de calcul de base, les problèmes de traitement, de règlement, de tri et de disponibilité des données sur la chaîne unique ETH commencent à être exposés, ce qui limite la scalabilité. L'industrie commence à réexaminer l'architecture en chaîne unique et à rechercher de nouvelles solutions.
Les rollups introduisent une architecture modulaire en déplaçant l'exécution hors de la chaîne, ce qui permet de soulager efficacement la congestion du réseau L1, de réduire les coûts de transaction pour les utilisateurs et d'améliorer les capacités de traitement des transactions. Bien que cette architecture apporte une amélioration significative de l'efficacité hors chaîne, l'espace limité des blocs sur Ethereum reste un goulot d'étranglement qui pourrait se poser à nouveau avec l'augmentation de la demande. Actuellement, les Dapps dépendent de la transmission des données et de la compensation sur L1, tandis que les rollups utilisent L1 pour gérer ces processus. Bien que les rollups optimisent l'utilisation de l'espace des blocs, cet espace reste très limité.
En analysant les transactions L1 d'Éthereum Rollups, on découvre que les frais de données (DA) représentent 90 % des coûts, ce qui constitue la plus grande source de dépenses pour les Rollups, la majeure partie des revenus étant utilisée pour payer les frais de publication des transactions L1.
Similaire aux rollups, Avail déplace l'exécution hors chaîne et permet de réduire la disponibilité des données à une couche dédiée. Avail offre aux développeurs une couche de disponibilité des données flexible, facile à utiliser et sécurisée, résolvant ainsi les problèmes d'évolutivité, de gouvernance et de décentralisation.
Structure modulaire construite par Avail
Avail vise à accélérer l'unification de Web3 en utilisant sa pile technologique modulaire combinant la disponibilité, l'agrégation et la sécurité de partage de données. Les Rollups publiant des données de transactions hors chaîne via Avail formeront des Validiums (Optimums pour Optimistic Rollup). Les Validiums et Sovereign Rollups peuvent compter sur les services de disponibilité de données à faible confiance et de tri fournis par Avail.
Voici un bref aperçu du processus pris en charge par Avail pour les Validiums et les Sovereign Rollups :
Étant donné qu'Avail utilise la preuve de validité au lieu de la preuve de fraude, le client léger peut vérifier la disponibilité et l'exactitude des données une fois que l'état est finalisé. De plus, le réseau de clients légers garantit une disponibilité élevée des données grâce à un échantillonnage de disponibilité des données. Avec l'ajout de plus de clients légers, les capacités d'échantillonnage sont renforcées, ce qui permet de prendre en charge des blocs à plus grande échelle. Les utilisateurs peuvent même exécuter ces clients légers sur des ordinateurs portables ou des téléphones mobiles pour améliorer davantage l'efficacité du réseau.
Caractéristiques Techniques
Les cas d'utilisation du client léger
Actuellement, de nombreux scénarios d'application dépendent d'intermédiaires pour maintenir des Nœuds complets, les utilisateurs interagissant indirectement avec la chaîne de Blocs via ces intermédiaires plutôt que d'y accéder directement. En raison du manque de garanties de disponibilité des données, le client léger n'est pas encore la solution de remplacement idéale pour l'architecture traditionnelle. Avail résout ce problème en permettant à plus d'applications d'interagir directement avec le réseau de chaînes de Blocs sans dépendre d'intermédiaires. Bien que Avail prenne en charge les opérations de Nœud complet, la plupart des applications n'ont pas besoin de faire fonctionner un Nœud complet ou nécessitent seulement quelques Nœuds pour fonctionner en douceur.
Échantillonnage de disponibilité des données (DAS)
Comme un client léger traditionnel, le client léger Avail ne télécharge que les en-têtes de blocs. De plus, ils échantillonnent la disponibilité des données en prélevant une partie des données de blocs de manière aléatoire pour en vérifier la validité. En combinant le codage de correction d'erreurs et l'engagement de polynômes KZG, le client léger peut garantir la disponibilité des données presque à 100% sans dépendre de preuves de fraude et ne nécessite que peu de requêtes fixes.
erasure coding与数据可用性
erasure coding en fragmentant les données, même si une partie des données est perdue, il est toujours possible de récupérer le contenu d'origine à partir d'autres fragments. Dans les applications de la chaîne de blocs, cela signifie que même si des acteurs malveillants tentent de cacher une partie des données, le système peut toujours récupérer les données à partir d'autres fragments. Ce mécanisme améliore considérablement la fiabilité de l'échantillonnage de la disponibilité des données et renforce davantage la capacité à empêcher la falsification des données.
Engagement KZG
KZG s'engage à une technologie proposée par Aniket Kate, Gregory M. Zaverucha et Ian Goldberg en 2010. C'est un moyen efficace d'engagement polynomial largement utilisé ces dernières années dans la structure de preuve de connaissance nulle. Dans l'architecture d'Avail, l'engagement KZG présente les avantages suivants :
La couche unifiée d'Avail
Avail a toujours construit une couche unifiée pour Avail, qui est une pile technologique unifiée, commençant par la disponibilité des données de base (DA), la couche unifiée Nexus et la couche de sécurité supplémentaire Fusion. Avail soutiendra l'ensemble de l'écosystème Web3 via une couche de disponibilité des données extensible, en utilisant la preuve de validité basée sur les polynômes KZG pour garantir une disponibilité des données instantanée fiable, permettant une hausse, une connexion, une sécurisation et une adaptation agrégées.
Avail DA
Avail DA est une architecture sous-jacente conçue pour optimiser la disponibilité des données, utilisant les algorithmes de consensus GRANDPA et BABE, ce qui la distingue des autres couches DA. Cette conception confère à Avail DA une grande extensibilité, en garantissant une protection fiable des données à faible coût grâce à l'échantillonnage de disponibilité des données (DAS) et à la preuve de validité.
Le cœur d'Avail DA est la priorisation et la publication des transactions, tout en permettant aux utilisateurs de vérifier la disponibilité des données Bloc sans avoir à télécharger l'ensemble du Bloc. L'indépendance des données d'Avail DA est l'une de ses caractéristiques définissantes. Il prend en charge divers environnements d'exécution, y compris EVM, WASM et de nouveaux runtimes personnalisés, offrant une base polyvalente pour une variété d'applications de la chaîne de Blocs.
Avail Nexus
En tant que deuxième pilier, Avail Nexus est un framework sans permission conçu pour unifier l'écosystème web3. Il connecte les blockchains internes et externes, s'appuyant sur Avail DA comme base de confiance et agissant en tant que centre de validation. Nexus comprend un Rollup coordonné par ZK, intégrant l'agrégation de preuves, la couche de validation, le mécanisme de sélection de l'ordonnanceur et le mécanisme d'enchères de créneaux. Nexus soumet régulièrement les preuves agrégées pour vérification à la couche Ethereum et Avail DA, garantissant ainsi la fiabilité des opérations cross-chain d'interaction.
Avail Fusion
Le troisième pilier, Avail Fusion, fournit une sécurité supplémentaire à l'écosystème Avail et à l'ensemble du web3. Son idée principale est que, à l'échelle macro-économique, un système unifié nécessite une sécurité unifiée. La sécurité de la fusion contribue à la sécurité du consensus Avail en utilisant des actifs locaux dans des écosystèmes matures tels que BTC, ETH, etc. Ce mécanisme tente pour la première fois d'atteindre un consensus entre les chaînes hors chaîne en utilisant des jetons externes dans différents blocs.
Avail Fusion supporte deux types de mise en jeu d'actifs : les cryptomonnaies matures et les jetons Rollup émergents. Actuellement, le prototype de Fusion comprend deux modules de mise en jeu : l'un s'exécute off-chain sur Avail Bloc, et l'autre est un module de mise en jeu de conversion d'actifs. Il convient de noter que le premier prototype public d'Avail Fusion est encore en cours de développement.
Type de Nœud Avail
Bien que l'architecture d'Avail soit différente de celle des blockchains monolithiques traditionnelles, elle prend également en charge plusieurs types de nœuds, y compris les nœuds complets, les clients légers, les nœuds d'archivage et les nœuds de validation.
Le client léger écoutera les Blocs confirmés sur le réseau Avail et effectuera un échantillonnage de disponibilité des données (DAS) sur les nouvelles Blocs contenant des unités de données prédéfinies. Une fois la validation réussie, le système calcule la certitude d'un certain nombre d'unités de données dans le Bloc en fonction du niveau de confiance requis par l'utilisateur.
模型 économique
Répartition des Jetons
Avec le lancement du Mainnet AvailDA, l'équipe a distribué l'Airdrop AVAIL Jeton aux utilisateurs éligibles, avec un approvisionnement total de 100 milliards. Parmi ceux-ci, 6% ont été alloués à l'Airdrop et à la distribution publique, 30% au développement de l'écosystème, 23,88% à la communauté et à la recherche, 14,12% aux investisseurs, et 20% aux contributeurs principaux.
stake
L'utilisation de AVAIL Jeton couvre la gouvernance de l'écosystème et le stake de Liquidité. Bien que le plan de gouvernance officiel n'ait pas encore été détaillé, tout le monde peut stake AVAIL dans l'ensemble de l'infrastructure Avail pour obtenir des récompenses de stake.
En ce qui concerne le stake, Avail adopte le mécanisme de consensus Preuve de Participation Nommée (NPoS) hérité de l'écosystème Substrate. Le stake joue un rôle clé dans le NPoS. En stake les jetons AVAIL, les utilisateurs contribuent à renforcer la sécurité du réseau et reçoivent des récompenses correspondantes. Plus il y a de jetons en stake, plus la sécurité du réseau est élevée, car le coût des jetons nécessaires pour attaquer le réseau augmente également.
Les applications de stake sont les suivantes :
Il est à noter que si l'utilisateur souhaite retirer son stake, il doit terminer le processus de déblocage de 28 jours. Pendant cette période, le Jeton AVAIL ne peut pas être utilisé ou transféré.
Les défis auxquels nous sommes confrontés
Risque de concurrence Rollup
Le développement d'Avail peut être influencé par de grands rollups universels qui possèdent des écosystèmes matures et des solutions d'interopérabilité internes, ce qui pourrait affaiblir la valeur d'Avail Nexus en ne dépendant plus des systèmes d'interopérabilité externes. Cependant, la forte augmentation du nombre de rollups spécifiques à l'application actuelle et la fragmentation élevée auxquelles les utilisateurs sont confrontés rendent cette situation peu probable.
La concurrence des solutions DA
Avec le lancement de diverses solutions DA sur le marché, telles que Celestia et EigenDA, Ethereum a également introduit les blobs comme option de publication de données via EIP-4844. La concurrence féroce entre les couches DA et la sensibilité des rollups aux coûts de publication de données pourraient entraîner une baisse, incitant les rollups à opter pour des solutions DA vérifiées ou à dépendre d'Ethereum pour la publication de données une fois la fragmentation danksharding entièrement mise en œuvre.
Risques de sécurité partagés
Le modèle de sécurité partagé offert par Avail Fusion dépend de plusieurs Jetons et du staking d'AVAIL Jetons, ce qui peut susciter des préoccupations de sécurité pour plusieurs types d'actifs. Certains développeurs peuvent préférer obtenir une sécurité en utilisant un seul actif (comme ETH ou BTC), plutôt que de dépendre de plusieurs Jetons. De plus, si Avail Fusion ne parvient pas à fournir une sécurité suffisante, les développeurs pourraient se tourner vers une solution DA offrant une sécurité économique plus forte.
Compétition dans l'écosystème des services à valeur ajoutée
D'autres produits de stake ou de partage de sécurité peuvent avoir des écosystèmes de services à valeur ajoutée spécialement conçus pour les rollups. Par exemple, EigenLayer pourrait offrir des services tels que la Décentralisation, la disponibilité des données et la finalité rapide, ce qui renforcerait sa compétitivité.