
DiamondHands Diamond Hands : Analyse complète d'AVAX, de la consensus aux sous-réseaux, actualités et partage de projets
TechFlow SélectionTechFlow Sélection

DiamondHands Diamond Hands : Analyse complète d'AVAX, de la consensus aux sous-réseaux, actualités et partage de projets
Avalanche : une plateforme ouverte adaptée au déploiement de DApp et de blockchains d'entreprise.
Ce qui est surprenant, c'est que bien que le mécanisme opérationnel fondamental soit très simple, ces protocoles produisent des résultats systémiques extrêmement idéaux, les rendant adaptés à un déploiement à grande échelle.
——Livre blanc de la plateforme Avalanche
La guerre entre blockchains publiques se poursuit. Récemment, Luna a atteint un nouveau sommet historique (ATH), et le pari du fondateur Do Kwon a fait briller Terra. Cosmos, malgré un marché peu favorable, reste solide et attire beaucoup d'attention grâce à d'importantes distributions anticipées (airdrops).
En revanche, Avalanche, une blockchain de niveau T1, semble récemment avoir perdu de sa voix.
Bien que les sous-réseaux (subnets) soient fréquemment discutés, le marché ne semble pas avoir une compréhension claire du potentiel des subnets ou de la vision globale d'Avalanche.
Récemment, Avalanche a lancé son plan d'incitation Multiverse doté de 290 millions de dollars, dont certaines parties ont été ignorées par le « marché ». En tant qu'investisseur régulier suiveur d'Avalanche, nous pensons que ces détails négligés prouvent justement la vision ferme et le potentiel de développement d'Avalanche.
Cet article expliquera, en partant des principes fondamentaux, ce qu'est Avalanche, ce que sont les subnets, les dernières initiatives d'Avalanche sur le marché et quelques projets à surveiller. Il s'agit uniquement du point de vue personnel de l'auteur, non d'un conseil d'investissement. N'hésitez pas à rejoindre notre communauté Avalanche en bas de page pour échanger avec nous.
Cet article n'abordera ni le modèle de jeton, ni les montants verrouillés, etc. Pour ces aspects, nous recommandons vivement l'article de Galaxy Digital : Galaxy Digital Research Analyse AVALANCHE, qui traite déjà très clairement ces sujets. Nous vous conseillons de lire cet article en complément pour un meilleur effet.

Qu'est-ce qu’Avalanche ?
Snowball + DAG : Avalanche est une plateforme ouverte
Avalanche se définit comme suit : une plateforme ouverte adaptée au déploiement d'applications décentralisées (Dapps) et de blockchains orientées entreprise. Étant donné qu'Avalanche convient à de nombreux déploiements de blockchains, lorsqu'on compare les blockchains L1, il est plus pertinent, à long terme, de la comparer à des projets multi-chaînes parallèles comme Polkadot ou Cosmos.
Bien entendu, en termes de performance propre de la blockchain, Avalanche offre également une vitesse de transaction et un degré de décentralisation relativement élevés. Même lorsque le nombre de nœuds augmente, la vitesse des transactions sur la chaîne et la sécurité ne sont pratiquement pas affectées. Comparé à Cosmos, outre les efforts d’Avalanche dans l’ancrage de la finance traditionnelle que nous aborderons plus tard, chaque création de subnet nécessite un staking de 2 000 AVAX, ce qui permet à la cryptomonnaie native d’Avalanche de capturer davantage de valeur.

La différence fondamentale entre Avalanche et les autres blockchains réside dans son protocole de consensus, que nous allons maintenant explorer.
L'évolution du consensus d'Avalanche
Slush → Snowflake → Snowball → Avalanche : d’un échantillonnage répétitif simple à un consensus complet.
Le consensus désigne le processus par lequel une série de votants indépendants (c’est-à-dire : les validateurs) parviennent à un accord sur une décision.
Les anciens protocoles de consensus se divisent principalement en deux catégories :
1. Les protocoles de consensus classiques (Classical Consensus Protocols)
2. Le consensus de Nakamoto (Nakamoto Consensus)
Mais chacun fait des compromis en matière d’évolutivité ou de vitesse des transactions, ce qui conduit au triangle impossible de la blockchain souvent mentionné. C’est-à-dire : la décentralisation, la haute performance et la sécurité élevée ne peuvent pas être simultanément satisfaites.

Le mécanisme de consensus d'Avalanche affirme pouvoir briser cette limitation du triangle impossible de la blockchain. Voici la comparaison officielle entre différents mécanismes de consensus.

La formation du consensus d’Avalanche se déroule en quatre étapes : Slush, Snowflake, Snowball, puis finalement le protocole de consensus Avalanche résultant de la combinaison de Snowball et du DAG.

Avant d’entrer dans les détails de l’évolution du consensus, ceux familiers avec Avalanche connaissent peut-être le terme « métastabilité ».
La métastabilité signifie : l’incapacité d’un circuit à atteindre dans un délai défini un état stable identifiable. Cela est directement lié au processus répété d’échantillonnage secondaire (subsample) d’Avalanche. Commençons donc par Slush.
Étape 1 : Slush – Introduction de la métastabilité via un échantillonnage répétitif simple.
Ceci constitue la base de l’évolution d’Avalanche. L’inspiration de Slush provient du protocole de rumeur (Gossip Protocol), aussi appelé protocole épidémique (Epidemic Protocol). Bitcoin utilise ce type de protocole pour diffuser les transactions et les informations de blocs.
Pour illustrer le protocole de rumeur, imaginez la propagation d’une rumeur ou le fait de découvrir un potin : généralement, une personne vous apprend « quel est ce potin ? », puis vous le transmettez à d’autres personnes, jusqu’à ce que tout le monde le connaisse.

Image provenant de l’utilisateur @juniway sur Zhihu
Slush optimise ce processus de « découverte de potins » en vérifiant continuellement auprès d'autres personnes la véracité du potin, afin de décider finalement de croire ou non. Ce processus est appelé : échantillonnage répété.
En résumé, supposons que vous ayez trois états possibles :

1. État incertain : vous n’avez pas encore été informé, vous ne savez pas quel est le potin ;
2. Croire au potin : vous pensez que ce potin est vrai ;
3. Ne pas croire au potin : vous pensez que ce potin est faux.
Initialement ignorant, vous allez accomplir le consensus selon le processus suivant :
a) Commencer l’échantillonnage avec une attente initiale de croire ou non ;
b) Les nœuds échantillonnés renvoient leur réponse (croire ou ne pas croire) ;
c) Selon la règle de la majorité, si la majorité croit (ex : croire : ne pas croire = 3:2), le nœud échantillonné choisit de croire ; si la majorité ne croit pas (ex : croire : ne pas croire = 1:4), il choisit de ne pas croire.

Schéma des nœuds fourni par l'utilisateur @JoeQuant-Jackal sur Zhihu
Pour des raisons de sécurité, plusieurs échantillonnages sont effectués. Un nœud ne changera son état final que si plusieurs résultats consécutifs sont identiques. Le processus dynamique d’échantillonnage est le suivant :

Image fournie par l’utilisateur @JoeQuant-Jackal sur Zhihu
Le nombre de nœuds sélectionnés ainsi que le nombre d’échantillonnages consécutifs requis pour atteindre un accord correspondent aux paramètres k et α mentionnés dans le livre blanc.

Cependant, ce processus d’échantillonnage pose un problème.
Si un nœud malveillant modifie intentionnellement son état opposé, empêchant ainsi le nœud échantillonné de confirmer définitivement son état correct, la sécurité du réseau est compromise.
Face à ce problème, le concept de Snowflake est introduit : ajouter un compteur au protocole Slush.
Étape 2 : Snowflake – Ajout d’un compteur à Slush pour enregistrer le nombre de fois où un nœud a atteint un consensus dans son historique.
Un trait caractéristique de Slush est son absence de mémoire (memoryless) : un nœud conserve uniquement son état final, sans garder trace de l’historique des échantillonnages. Snowflake, en revanche, permet aux nœuds de conserver le nombre de fois consécutives où leurs échantillonnages ont été cohérents. Le fonctionnement est le suivant :
- Ajouter un compteur à chaque nœud ;
- Si le résultat de l’échantillonnage diffère du précédent, le compteur est remis à zéro ;
- Si le résultat est identique au précédent, le compteur augmente de 1 ;

Finalement, lorsque le nombre de « fois consécutives d’échantillonnage cohérent » (α) dépasse une certaine valeur fixée par le système (β), l’état est confirmé.
L’avantage est que même si certains échantillonnages sont erronés, tant que l’accumulation historique (α) dépasse β, le changement d’état peut quand même être validé.
Toutefois, ce processus de confirmation présente encore un problème : si les nœuds malveillants sont fréquents, le compteur sera constamment réinitialisé à zéro, empêchant certains nœuds d’atteindre un consensus et les forçant à répéter l’échantillonnage.
Face à ce problème, le concept de Snowball est introduit, améliorant le compteur de Snowflake en le transformant en notion de « degré de confiance » (confidence).
Étape 3 : Snowball – Introduire la notion de degré de confiance dans Snowflake pour mesurer la qualité historique de la validation des nœuds.
Le problème fondamental de Snowflake est que les nœuds malveillants réinitialisent fréquemment le compteur à zéro, empêchant ainsi le réseau d’atteindre un consensus.
Avec le « compteur de degré de confiance », un nœud ne change pas immédiatement d’état ou ne remet pas le compteur à zéro suite à un seul échantillonnage différent, mais diminue simplement son degré de confiance. Le changement de couleur (état) est finalement déterminé par la valeur du degré de confiance.

Voilà d'où vient le consensus Snowball, l’un des piliers fondamentaux d’Avalanche.
Les lecteurs intéressés peuvent expérimenter la formation du consensus Snowball, en faisant glisser la souris sur la matrice pour simuler des nœuds malveillants.

Avalanche apporte toutefois une couche supplémentaire d’amélioration.
Étape 4 : Avalanche – Ajout du concept de DAG à Snowball pour accroître l’efficacité et la sécurité des transactions.
Pour rendre le réseau plus efficace et sécurisé, Avalanche intègre également le concept de DAG à Snowball.
DAG : Directed Acyclic Graph (graphe acyclique orienté).
La structure de données d’une blockchain est une liste chaînée (linéaire), tandis que celle du DAG est graphique, permettant ainsi des transactions parallèles et donc une vitesse accrue.

Image provenant de l’utilisateur Peter Wang Guangzhong sur Zhihu
Autre avantage : chaque transaction comporte une flèche orientée (concept de direction), créant des relations entrelacées entre transactions. Modifier une transaction devient alors plus complexe, augmentant ainsi le coût pour un acteur malveillant.

Par conséquent, Snowball + DAG forme le protocole de consensus Avalanche. À noter toutefois que les trois chaînes d’Avalanche n’utilisent pas toutes le consensus Avalanche.

Comme les données des chaînes P et C restent structurées en chaîne, le consensus Avalanche ne s’applique qu’aux scénarios de transaction sur la chaîne X. Les chaînes P et C utilisent Snowman, un consensus linéaire personnalisé basé sur Avalanche.

Sur la base des consensus Avalanche et Snowman, les tests officiels montrent que même avec 2 000 nœuds, le débit reste stable. À l’avenir, même avec davantage de nœuds, le consensus d’Avalanche continuera de fonctionner selon ce mécanisme d’« échantillonnage répété », garantissant théoriquement une vitesse élevée.

Voilà l’introduction essentielle au consensus d’Avalanche. Bien sûr, le livre blanc contient d’autres détails, tels que la gestion rapide des conflits de transactions, l’impact des variations de nœuds sur la latence, ou la vision d’Avalanche sur le sharding, que nous ne développerons pas ici faute de place.
Nous avons ajouté quelques annotations simples au livre blanc. Si cela vous intéresse, répondez par « AVAX » sur WeChat pour obtenir notre version annotée simplifiée et rejoindre notre communauté.

Distinctions entre concepts liés à Avalanche
Chaînes X/P/C, Réseau Principal (Primary Network), validateurs, sous-réseaux et leurs relations avec les blockchains.
Une illustration courante sur le marché est la suivante, détaillant clairement la structure et les caractéristiques du Primary Network.

En résumé :
Chaîne X : Utilisée principalement pour créer et échanger des actifs ;
Chaîne P : Héberge les métadonnées du réseau Avalanche et coordonne les validateurs et la création de sous-réseaux ;
Chaîne C : Une chaîne compatible EVM, utilisée pour créer des contrats EVM.
Notons que seule la chaîne X utilise le consensus Avalanche, donc elle relève de l’AVM (Avalanche Virtual Machines). Actuellement, l’utilisation la plus courante par les utilisateurs consiste à interagir entre portefeuilles Avalanche et portefeuilles d’échanges, ce qui ne reflète pas pleinement le potentiel et les cas d’usage variés de la chaîne X.
Avalanche a pour ambition d’intégrer davantage d’actifs financiers traditionnels sur la blockchain, ce qui nécessite de définir des règles spécifiques : par exemple, un actif ne peut être échangé que par des résidents d’un pays donné, ou seulement pendant certaines heures, ou dans d’autres scénarios personnalisés.
La chaîne X est définie comme une plateforme décentralisée pour créer et échanger des actifs numériques. Cette fonctionnalité pourrait concrétiser la vision d’Avalanche, et représente également l’un des aspects largement sous-estimés par le marché.

Étant donné que les discussions autour des sous-réseaux se multiplient, il est nécessaire de clarifier les concepts liés aux validateurs, aux relations avec les chaînes X/P/C, etc., à l’aide d’un schéma plus complet.
Nous avons résumé ci-dessous les relations entre le Primary Network, les chaînes X/P/C, les sous-réseaux et les validateurs. Voici quelques prérequis à comprendre :
1. Un sous-réseau est un réseau composé d'une série de validateurs visant à atteindre un consensus sur une blockchain ;
2. Chaque blockchain ne peut être validée que par un seul sous-réseau ;
3. Les validateurs d’un sous-réseau peuvent valider plusieurs sous-réseaux ;
4. Chaque sous-réseau fait partie du Primary Network et exige un staking de 2 000 AVAX.

Le schéma illustre trois sous-réseaux (Subnet1/2/3), chacun validé par un ensemble de validateurs (A/B/C).
Approfondissons les règles et le potentiel des sous-réseaux.
On observe que chaque Subnet fait partie du Primary Network, et que la chaîne P du Primary Network dessert tous les sous-réseaux. C’est pourquoi on dit que les sous-réseaux personnalisés bénéficient toujours de la sécurité du réseau global d’Avalanche tout en étant configurables.
En outre, le schéma montre que Subnet3 peut valider Subnet2 sans valider Subnet1. Autrement dit, chaque sous-réseau personnalisé peut choisir de ne valider que les données des réseaux qui l’intéressent, évitant ainsi une charge inutile.
Tels sont les avantages structurels des sous-réseaux.
Le potentiel principal des sous-réseaux réside dans la personnalisation des règles du réseau, afin d’adapter la chaîne à ses propres besoins. Par exemple, un actif ne peut être échangé que par des résidents de certains pays. De même, on peut exiger que les nœuds du réseau soient situés dans certains pays ou imposer d’autres restrictions pour créer sa propre blockchain.

Par exemple, pour une blockchain dédiée aux jeux, on peut exiger des configurations matérielles élevées des validateurs, et poser des exigences spécifiques aux validateurs.
Deux sous-réseaux de jeux récents attirent particulièrement l’attention : le Swimmer Network dirigé par Crabada, et la DFK Chain pilotée par Defi Kingdom. Outre l’amélioration de la vitesse du réseau et des incitations, les deux projets utilisent leur jeton principal comme frais de gaz (gas fee) sur leur nouvelle blockchain, élargissant ainsi les cas d’utilisation (et la consommation) de leur jeton natif.

La personnalisation d’une blockchain inclut aussi celle de la machine virtuelle (VM). Comme illustré par Subnet3, bien que la chaîne C d’Avalanche soit principalement compatible EVM, les développeurs peuvent théoriquement concevoir diverses machines virtuelles (VM) sur Avalanche, voire utiliser le langage Go.

Actuellement, les projets planifiant un sous-réseau sur Avalanche ne sont pas nombreux. Outre Crabada et Defi Kingdom, citons Ascenders, Shrapnel, Cryptoseal, etc., la plupart étant liés aux jeux et encore en phase de développement.
Bien qu’Avalanche ait déjà collaboré avec des entreprises comme Deloitte pour créer des blockchains sur mesure, le potentiel des subnets n’est pas encore pleinement exploité. Le nombre actuel de sous-réseaux sur Avalanche mérite une attention soutenue.

Nouveaux développements et présentation de projets sur Avalanche
Hackathon et plan d’incitation Multiverse.
Avalanche mène actuellement plusieurs initiatives majeures : le sommet de Barcelone, le hackathon asiatique, et surtout le nouveau plan d’incitation Multiverse de 290 millions de dollars.

Toutes ces actions visent à injecter continuellement de nouvelles forces vives dans l’écosystème Avalanche. Nous ne développerons pas davantage le hackathon et Multiverse ici ; les lecteurs intéressés peuvent consulter eux-mêmes les détails.
Nous souhaitons toutefois souligner un point largement ignoré : dans le plan Multiverse, il est précisé qu’Avalanche offrira aux institutions une fonction KYC native sur la blockchain.

Cette fonctionnalité constitue une autre étape cruciale vers la mission d’Avalanche d’intégrer la finance traditionnelle sur la blockchain.
Projets phares liés à Avalanche et aux sous-réseaux
Nous les classons selon GameFi / DeFi / NFT / DAO.
GameFi
1. Crabada : le jeu blockchain le plus utilisé sur Avalanche, dont le sous-réseau SwimmerNetwork est en phase de test ;
2. Defi Kingdom : premier projet de sous-réseau jeu inclus dans le plan Multiverse ;
3. CryptoSeal : cherche à construire le Loot d’Avalanche, son sous-réseau est déjà en test ;
4. Ascenders : vient de lancer une démo publique de ses fonctionnalités de jeu, avec une qualité de livraison remarquable ;
5. Wildlife : l’un des plus grands développeurs mondiaux de jeux mobiles, dont le progrès du développement du sous-réseau mérite attention.

DeFi (aucun projet de sous-réseau officiel annoncé à ce jour, contributions bienvenues)
Trader Joe : principal protocole DeFi natif d’Avalanche, toujours en tête en termes d’utilisateurs, TVL et profits. Notons qu’après la modification de son modèle économique, la capture de valeur du jeton JOE s’est accrue. Des indices suggèrent que l’équipe pourrait bientôt lancer une marketplace NFT. Si un projet DeFi lance un sous-réseau, Trader Joe serait un candidat probable.

NFT (aucun projet de sous-réseau officiel annoncé à ce jour, contributions bienvenues)
1. Kalao : plateforme NFT native d’Avalanche, sur laquelle presque tous les NFT d’Avalanche sont listés. Kalao propose aussi des expositions en VR. Kalao pourrait devenir l’un des initiateurs d’un projet de sous-réseau NFT.
3. HopperGames : NFT le plus échangé récemment sur Avalanche, développé par l’équipe de PartyAnimals. L’équipe a conçu des mécaniques riches autour des NFT Hopper. Selon nous, l’équipe pourrait ouvrir certaines mécaniques et logiques de conception à d’autres projets, afin de bâtir un sous-réseau NFT dédié.

DAO
1. Colony : DAO communautaire sur Avalanche (encore insuffisamment décentralisé), qui, même s’il ne développera peut-être pas lui-même un sous-réseau, a clairement annoncé sa participation au programme de staking des sous-réseaux.
2. AVentures : DAO d’investissement bien connu sur Avalanche, dont la communauté regroupe de nombreux pionniers (OG) d’Avalanche. Bien que concentré principalement sur l’investissement, il occupe une position de premier plan parmi les projets DAO d’Avalanche.

Tout ce contenu n’est en aucun cas un conseil d’investissement, mais simplement un aperçu de projets susceptibles d’être liés aux sous-réseaux. N’hésitez pas à répondre « AVAX » sur WeChat pour rejoindre notre communauté et échanger avec nous.

Après avoir exploré la composition technique d’AVAX et les perspectives des sous-réseaux, nous avons désormais une vision plus claire d’ensemble d’Avalanche. En parcourant le livre blanc, cette phrase nous a particulièrement marqués :

Traduction littérale : Ce qui est surprenant, c'est que bien que le mécanisme opérationnel fondamental soit très simple, ces protocoles produisent des résultats systémiques extrêmement idéaux, les rendant adaptés à un déploiement à grande échelle.
Traduit en langage web3 : x*y=k (principe fondamental d’Uniswap, produit constant)
Traduit en langage web2 : la vérité la plus profonde est souvent la plus simple.
Chaque année, de nouveaux projets apparaissent, mais en réalité, les infrastructures n’évoluent pas aussi vite qu’on le pense. Cela peut sembler surprenant, mais il n’y a pas tant que ça de technologies fondamentalement différentes — Ted Yin, cofondateur d’Avalanche.
L’innovation technologique est rare, mais une fois créée, son impact peut dépasser toute attente.
Ce dont le marché a vraiment besoin, c’est d’innovation, pas de clones multiples. Et lorsque nous étudions et explorons l’innovation, la valeur qu’elle nous apporte personnellement peut elle aussi dépasser nos attentes.
Bienvenue dans la communauté officielle TechFlow
Groupe Telegram :https://t.me/TechFlowDaily
Compte Twitter officiel :https://x.com/TechFlowPost
Compte Twitter anglais :https://x.com/BlockFlow_News














