Four Pillars : Tout ce que vous devez savoir sur Monad
TechFlow SélectionTechFlow Sélection
Four Pillars : Tout ce que vous devez savoir sur Monad
Ce rapport couvre l'origine de la blockchain Monad, ses infrastructures technologiques, sa communauté et son écosystème qui s'est rapidement étendu avant le lancement du réseau principal.
Dédié à des analyses Web3 approfondiesAuteur : Four Pillars
Traduction : TechFlow
Le présent document est fourni à titre d'information générale uniquement et ne constitue ni un avis juridique, commercial, d'investissement ni fiscal. Il ne doit pas être utilisé comme base pour prendre des décisions d'investissement, ni comme référence pour des conseils comptables, juridiques ou fiscaux. La mention d'actifs ou de titres spécifiques est faite à titre illustratif uniquement et ne constitue ni une recommandation ni une approbation. Les opinions exprimées dans ce document sont celles de l'auteur et n'engagent pas nécessairement les institutions, organisations ou personnes associées. Ces opinions peuvent évoluer sans mise à jour préalable.
Ce rapport a été rédigé par Four Pillars à l'intention des participants au Korea Blockchain Week (la plus grande conférence blockchain en Asie) et à Token 2049, notamment les personnes liées à la blockchain Monad ou membres de sa communauté.
Il couvre l'origine de la blockchain Monad, ses technologies d'infrastructure, sa communauté ainsi que son écosystème en pleine expansion avant le lancement du réseau principal. Son objectif est de renforcer la compréhension de la blockchain Monad, en particulier pour ceux qui pourraient ne pas encore bien la connaître.
1. Encore un EVM ? Mais cette fois-ci, c’est différent
Le dernier cycle du marché s'est caractérisé par une multitude de blockchains cherchant à accélérer l'extension de l'EVM. Il serait peu exagéré de décrire cette période comme celle d'une prolifération rapide de chaînes compatibles EVM. Outre Ethereum et ses nombreux projets Rollup, des initiatives telles que Polygon (Matic), Avalanche C-Chain (AVAX), NEAR AURORA (NEAR) ou Binance Smart Chain (BSC) ont vu le jour afin d'offrir un environnement d'exécution EVM plus rapide, avec une croissance particulièrement marquée. Par conséquent, pendant le cycle actuel, le récit des « solutions d'évolutivité pour Ethereum » semble quelque peu dépassé et peine à susciter un intérêt notable. Malgré cela, la blockchain Monad a relancé le concept d’« EVM évolutif », attirant inattendument une attention considérable sur le marché. Pourquoi donc ?
1.1 Une compatibilité EVM, mais à la manière de Solana
« La proposition de valeur de Monad est très simple. Les performances actuelles de l’EVM ne sont pas suffisantes, tout le monde souhaite de meilleures performances, des transactions plus rapides et des coûts moindres. » — Keone Hon, cofondateur et PDG de Monad Labs.
Les « chaînes compatibles EVM légèrement plus rapides » mentionnées précédemment sont effectivement plus rapides qu’Ethereum et offrent des frais de transaction relativement bas. Toutefois, comparées à Solana (une blockchain non-EVM ayant brillé lors du dernier cycle, perçue comme une alternative crédible à Ethereum), elles restent inférieures sur plusieurs aspects. En termes de vitesse, Solana est la blockchain la plus rapide et propose les frais de transaction les plus bas. Cela a placé les chaînes « EVM rapides » du dernier cycle dans une position relativement médiocre. Bien qu’elles soient plus rapides qu’Ethereum, Solana était généralement considérée comme l’infrastructure idéale pour développer des applications optimisées pour les transactions. Il existe donc toujours une demande pour une blockchain combinant la rapidité de Solana tout en exploitant la vaste communauté de développeurs EVM existante.
La blockchain Monad vise précisément à combler cet écart grâce à sa technologie, en devenant une « blockchain haute performance capable de traitement parallèle au sein de l’environnement EVM ». À certains égards, Monad Labs popularise le concept de traitement parallèle EVM dans l’univers des blockchains. Si la blockchain Monad atteint ses objectifs techniques annoncés (10 000 TPS et confirmation en un seul bloc), elle pourrait devenir la première blockchain à combiner la vitesse proche de Solana avec une compatibilité EVM complète.
1.2 Des optimisations poussées
Remplacer simplement le mécanisme de consensus par un autre plus rapide puis y exécuter l’EVM présente certaines limites techniques (méthode adoptée jusqu’à présent par la majorité des blockchains Layer 1 compatibles EVM). Pour parvenir véritablement à un EVM rapide et évolutif, il faut optimiser non seulement la couche consensus, mais aussi toutes les autres couches — consensus, exécution et stockage (les détails seront abordés ultérieurement dans la section technique). Autrement dit, il ne suffit pas d’implémenter l’EVM sur une infrastructure blockchain aux temps de bloc courts et haut débit. Par exemple, Ethermint a rencontré de graves difficultés lors de l’exécution de l’environnement EVM sur Tendermint, car il ne pouvait tirer pleinement parti de la vitesse de Tendermint. Cela illustre clairement la nécessité d’une solution plus globale.
Ainsi, les ambitions de la blockchain Monad vont au-delà de l’accélération du mécanisme de consensus. Elle cherche à transformer fondamentalement l’environnement d’exécution, en introduisant le traitement parallèle et en améliorant les méthodes de stockage, afin de construire une chaîne EVM véritablement rapide. Une explication détaillée de la technologie Monad sera donnée plus tard.
1.3 Une communauté pilotée par la vision
« Globalement, la communauté crypto est remarquable, car beaucoup de gens s’intéressent aux projets même quand ils ne sont pas encore parfaits. » — Keone Hon, cofondateur et PDG de Monad Labs.
Enfin, parlons de la communauté. Se contenter de supporter l’EVM ne suffit pas à attirer les développeurs vers l’écosystème Monad. C’est pourquoi Monad Labs concentre ses efforts sur la création d’une communauté unique et attrayante, afin de bâtir un écosystème séduisant pour les développeurs. Bien que j’y revienne plus tard, il est important de souligner que la blockchain Monad a réussi à fédérer une communauté forte avant même le lancement de son réseau principal, une stratégie hautement efficace. Finalement, une blockchain Layer 1 doit attirer des développeurs, qui eux-mêmes ont besoin d'utilisateurs pour soutenir leurs applications. Comme la plupart des utilisateurs proviennent de la communauté, plus une blockchain dispose de membres fidèles, plus il lui sera facile d’attirer de bons développeurs. Sur ce plan, Monad a posé les bases d’une solide base utilisateur pour attirer des prestataires qualifiés. Cette approche s’avère particulièrement efficace dans le domaine des blockchains, et la capacité de Monad à la mettre en œuvre témoigne de la qualité exceptionnelle de son équipe. Je fournirai plus loin des précisions sur la manière dont Monad a bâti sa puissante communauté.
Dès lors que ces trois caractéristiques sont prises en compte, il devient évident que la blockchain Monad se distingue nettement. Je pense que ces éléments expliquent l’importante attente du marché à son égard. Mais alors, qui sont les personnes derrière Monad Labs, et quel est leur parcours ?
2. Monad Labs : une équipe alignée sur sa vision
Source : Monad Labs
« Chez Jump (l’entreprise précédente de Keone), tout tournait autour de la performance. Que ce soit au niveau système ou pour chaque membre des équipes de trading, chacun devait être extrêmement efficace et donner le meilleur de lui-même. C’est ce que j’ai appris chez Jump. » — Keone Hon, cofondateur et PDG de Monad Labs.
Plusieurs membres de l’équipe de Monad Labs ont travaillé chez Jump Trading. Le PDG Keone et le directeur technique James viennent tous deux de Jump Trading, ainsi que plusieurs autres ingénieurs. Ce qui est particulièrement intéressant, c’est que de nombreux développeurs de Monad Labs ont une riche expérience dans la construction et l’optimisation de systèmes pour des sociétés de trading. Ce passé reflète parfaitement les caractéristiques de la blockchain Monad. L’objectif de Monad Labs est de créer une « blockchain EVM efficace et rapide ». De plus, comme leur but est d’optimiser la blockchain pour gérer des transactions financières complexes, la présence d’ingénieurs issus du trading est tout à fait logique, étant donné leurs compétences avérées en « optimisation, efficacité et amélioration des systèmes ».
Bien sûr, les ingénieurs ne sont pas les seuls à compter. Monad Labs accorde également une grande importance à la construction d'une communauté forte, au même titre que la création d’un environnement EVM plus performant. C’est pourquoi l’équipe est parvenue à créer l’une des communautés blockchain les plus enthousiastes, au même niveau que Berachain. À mon sens, des membres comme Bill ont joué un rôle clé dans ce succès, occupant au sein de Monad Labs un poste unique de « leader culturel », ainsi que Kevin McCordic, créateur du compte Twitter Intern. Ces personnes possèdent une profonde compréhension de la culture web3 — Bill a une excellente feuille de route dans la gestion réussie de nombreux projets NFT, tandis que Kevin est reconnu pour avoir lancé la tendance des comptes stagiaires, aujourd’hui imitée par de nombreuses entreprises Web3. Ils produisent continuellement du contenu apprécié par la communauté sur Twitter et d'autres plateformes.
On pourrait penser que la communauté de Monad a été principalement construite via des airdrops, mais cela n’est pas entièrement exact (j’y reviendrai plus tard). Les airdrops sont accessibles à n’importe quel projet. Ce qui rend la communauté Monad exceptionnelle, c’est la valeur intrinsèque qu’elle offre, et c’est précisément là que résident les contributions essentielles de Bill et Kevin.
Parmi les différents piliers de Monad, les plus importants sont sans aucun doute la technologie et la communauté. À travers sa composition, l’équipe a clairement formé une structure optimale pour concrétiser ces deux valeurs fondamentales. (Étant donné que ce rapport met l’accent sur la technologie et la communauté de Monad, je vous encourage à poursuivre la lecture pour approfondir votre compréhension.)
3. Approfondir la technologie de la blockchain Monad
Plongeons maintenant dans l’un des piliers fondamentaux de la blockchain Monad : sa technologie. Celle-ci peut être divisée en trois composantes principales : consensus, exécution et stockage. Dans cette section, nous examinerons en détail les innovations apportées par Monad dans chacun de ces domaines.
3.1 Le consensus de la blockchain Monad — Monad BFT
La capacité de scalabilité élevée de Monad découle de son mécanisme de consensus. Monad BFT, similaire à Aptos BFT et Diem BFT, est une version évoluée des systèmes traditionnels de Tolérance aux Fautes Byzantines (BFT). Examinons maintenant les caractéristiques spécifiques de Monad BFT.
3.1.1 Le processus de Monad BFT
Pour comprendre les particularités de Monad BFT, il convient d’abord de saisir comment le consensus est atteint au sein du système. Définissons quelques termes clés :
-
Certificat de quorum (QC) : Un certificat émis lorsque deux tiers des nœuds du réseau ont validé la justesse du bloc précédent.
-
Certificat de dépassement de délai (TC) : Un certificat émis lorsque deux tiers des nœuds n’ont pas pu valider la justesse du bloc précédent (généralement parce qu’aucune proposition de bloc valide n’a été reçue dans le délai prévu).
-
Pour simplifier, désignons le tour initial par K, les tours suivants par K+1, K+2, etc. Le QC du tour K sera noté QC(K), ceux des tours suivants QC(K+1), QC(K+2), etc. Le QC ou TC du tour précédent K sera noté respectivement QC(K-1) ou TC(K-1).
Fonctionnement de Monad BFT :
-
Leader par tour : Chaque tour dispose d’un leader chargé de faire avancer le processus. Le leader est désigné à l’avance et attribué régulièrement à chaque tour.
-
Deux phases par tour :
1. Phase de proposition : Le leader soumet un bloc aux validateurs.
2. Phase de vote : Les validateurs votent sur la proposition et envoient leurs votes au leader du tour suivant.
-
Si tout se passe bien, sans problème de réseau, les messages circulent selon un modèle de communication linéaire : d’un (leader) vers plusieurs (validateurs), puis de nouveau vers un (leader du tour suivant). Toutefois, si un validateur ne reçoit pas la proposition du leader à temps, il doit communiquer avec les autres, entraînant un modèle de communication quadratique, nécessitant des vérifications croisées entre validateurs.
-
La proposition de bloc inclut le nouveau bloc et les informations de vote du tour précédent, d’où le nom de mécanisme « pipeline » (détaillé plus tard).
-
-
Traitement des propositions :
-
Si un validateur reçoit une proposition valide, il envoie un vote OUI au leader du tour suivant. Si deux tiers des votes sont OUI, le leader du tour suivant émet un QC pour la proposition du tour précédent.
-
Si un validateur reçoit une proposition invalide ou aucune proposition, il génère un message de dépassement de délai qu’il diffuse à tous les autres validateurs. Si un validateur reçoit des messages de dépassement de délai provenant des deux tiers des nœuds, il crée un TC et l’envoie au leader du tour suivant. Le TC inclut également les informations du dernier QC observé.
-
-
Émission d’une nouvelle proposition :
-
Le leader du tour K+1 recevra soit un QC, soit un TC résultant du tour précédent. Il créera alors une nouvelle proposition comprenant : (1) les transactions du nouveau bloc, (2) le QC le plus récent (issu du tour précédent s’il a abouti, ou du dernier tour conclu avec succès en cas de dépassement), et (3) le TC s’il y a eu dépassement de délai.
-
-
Confirmation finale du bloc :
-
Un validateur ne confirmera définitivement la proposition du tour K qu’après avoir reçu le QC du tour K+1 au cours du tour K+2. Détailons cela :
-
Être en possession du QC du tour K signifie qu’au moins deux tiers des validateurs ont voté OUI durant ce tour.
-
Cependant, posséder un QC n’est pas suffisant pour confirmer définitivement le bloc, car les validateurs ne savent pas si les autres détiennent le même résultat. Il n’est donc pas encore sécurisé d’exécuter les transactions.
-
C’est pourquoi les validateurs doivent attendre le tour K+2, afin de s’assurer que le quorum du tour K+1 a émis un QC, confirmant ainsi que le bloc du tour K est bel et bien finalisé. Seulement à ce moment-là peuvent-ils être certains que la majorité des validateurs ont validé le bloc et qu’il est sécurisé de procéder à l’exécution.
-
-
3.1.2 Différences entre Monad BFT et HotStuff
Comme indiqué ci-dessus, Monad BFT divise le processus de consensus en plusieurs tours, chacun comportant deux phases. Dans la première phase, le leader envoie une proposition aux validateurs ; dans la deuxième, les validateurs renvoient leurs signatures au leader pour finaliser le consensus. La différence majeure entre Monad BFT et HotStuff réside dans le nombre de phases. HotStuff requiert généralement trois phases, ce qui ajoute un délai supplémentaire au processus de consensus. Monad BFT le réduit à deux phases. Cette économie est possible car, en cas de problème réseau (comme l’absence de proposition du leader), les validateurs peuvent communiquer directement entre eux pour passer outre le tour problématique.
Communication linéaire vs communication quadratique
Dans le modèle de communication quadratique, après que le leader a diffusé la proposition aux nœuds, chaque nœud doit diffuser ses données de vote à tous les autres nœuds, entraînant un coût réseau proportionnel à n² (n étant le nombre de nœuds). Cela inclut la diffusion du leader (n) et celle de chaque nœud vers tous les autres (n). En revanche, dans le modèle de communication linéaire, chaque nœud transmet son vote uniquement au leader du tour suivant, ramenant le coût réseau à environ n (diffusion du leader vers n nœuds, et un seul transfert par vote). Cette amélioration réduit la latence et augmente le débit de la blockchain.
Lorsque le réseau fonctionne correctement, Monad BFT repose sur la communication linéaire. Comme mentionné, cette méthode ne permet pas aux validateurs de vérifier mutuellement l’intégrité du leader au sein d’un même tour. C’est pourquoi la confirmation finale du bloc du tour K intervient au tour K+2.
3.1.3 Pipeline (traitement en flux continu)
En termes simples, le pipeline consiste à diviser le processus de consensus en étapes successives traitées sur plusieurs tours plutôt qu’en un seul. Par exemple, supposons un bloc N suivi du bloc N+1. Même si le quorum a voté pour le message envoyé par le leader et généré un QC pour le bloc N, ce certificat n’a pas besoin d’être inclus dans le bloc N — il peut être reporté (« faire du stop ») dans le bloc N+1.
Le processus de Monad BFT ressemble à celui de Diem BFT, mais Monad BFT intègre plusieurs composants clés uniques : pool de mémoire partagé, exécution différée, frais de transport et solde de réserve.
3.1.4 Séparation entre exécution et consensus — Exécution différée
Une caractéristique majeure de la blockchain Monad est la séparation entre l’exécution des transactions et le processus de consensus, ce qui améliore l’efficacité du consensus. Comme on le sait dans la conception modulaire des blockchains, le consensus et l’exécution sont deux concepts distincts. Le consensus porte sur la manière d’inclure les transactions dans un bloc, tandis que l’exécution consiste à traiter réellement ces transactions pour modifier l’état. Sur la blockchain Monad, les leaders et validateurs participant au consensus votent sur les propositions sans exécuter les transactions.
Pourquoi Monad choisit-il de séparer exécution et consensus ? Prenons l’exemple d’Ethereum. Sur Ethereum, l’exécution précède le consensus. Cela signifie que, durant le consensus, les validateurs doivent s’accorder 1) sur les transactions du bloc, et 2) sur la racine de Merkle générée après exécution. Le leader doit donc exécuter toutes les transactions avant de proposer le bloc, et les validateurs doivent aussi les exécuter avant de voter. Cela induit des coûts importants, car la limite de gaz doit être soigneusement estimée, rendant le consensus très serré temporellement.
La blockchain Monad résout ce problème en dissociant exécution et consensus : pendant que les nœuds exécutent les transactions du bloc K, ils peuvent simultanément participer au consensus du bloc K+1. Cette architecture permet à l’exécution de suivre le consensus, autorisant la blockchain à fonctionner avec un budget de gaz raisonnable. Cette séparation repose sur l’hypothèse que, dès lors que la majorité des nœuds s’accorde sur l’ordre des transactions, le résultat est déterminé.
Cependant, cette séparation pose une question : « S’il est possible d’ordonnancer des transactions sans mise à jour d’état (car l’exécution suit le consensus), peut-on intégrer des transactions d’utilisateurs sans frais de gaz, risquant ainsi des attaques par déni de service (DDoS) ? » Pour y répondre, la blockchain Monad introduit le concept de « frais de transport ».
3.1.5 Frais de transport et solde de réserve
Les frais de transport désignent les « frais de transaction » associés. Étant donné que la blockchain Monad sépare exécution et consensus, sa structure tarifaire est également originale. Habituellement, les frais sont payés lors de l’exécution, mais sur Monad, les frais d’exécution et les frais de transport sont dissociés. Si une transaction dispose des frais de transport requis mais manque des frais d’exécution, elle échouera. Ce dispositif empêche les utilisateurs de tenter indéfiniment d’envoyer des transactions sans fonds suffisants.
En outre, chaque nœud crée un solde de réserve (Reserve Balance) par compte, un solde distinct dédié exclusivement aux frais de transport. L’objectif du solde de réserve est de garantir que seules les transactions accompagnées des frais nécessaires soient incluses dans les blocs.
3.2 L’exécution de la blockchain Monad — Exécution parallèle
Après avoir examiné le mécanisme de consensus de la blockchain Monad, intéressons-nous maintenant à la manière dont elle traite les transactions. C’est précisément ici que réside l’attention que Monad attire dans l’industrie, ainsi que le mot-clé qui la définit aujourd’hui : le traitement parallèle des transactions. Comment la blockchain Monad parvient-elle à réaliser un tel traitement ?
3.2.1 Traitement parallèle des transactions
Considérons deux transactions :
-
Transaction A : le compte A reçoit des jetons de la blockchain Monad depuis le compte B.
-
Transaction B : le compte A envoie des jetons de la blockchain Monad au compte C.
Si ces deux transactions sont traitées en parallèle (c’est-à-dire que la transaction B commence avant que la transaction A ne soit terminée), le solde du compte A après ces opérations peut différer de celui obtenu en les traitant séquentiellement. Cela pourrait entraîner des erreurs d’exécution.
Pour résoudre ce problème, la blockchain Monad adopte une approche inspirée de la mémoire transactionnelle logicielle (STM) et du contrôle concurrentiel optimiste (OCC). Comme le suggère le terme OCC, Monad suppose que toutes les transactions sont valides et continue leur exécution, ne les rejouant que si un problème survient lors de la validation. Monad garantit que les résultats de ces exécutions sont identiques à ceux obtenus en traitement séquentiel, même si les transactions sont exécutées en parallèle — les mises à jour d’état étant fusionnées de manière séquentielle pour assurer la validité du traitement parallèle. En d’autres termes, la blockchain Monad traite d’abord les transactions, puis, sur la base des informations recueillies, rejoue celles qui posent problème, sans avoir à valider préalablement leurs dépendances.
Cette méthode est bien plus efficace que la validation préalable des dépendances. Dans le modèle de parallélisme transactionnel optimiste, une fois que toutes les transactions antérieures d’un bloc ont été traitées, il devient clair quelles transactions doivent être rejouées. À ce stade, comme les valeurs d’état des transactions précédentes ont déjà été consolidées, le risque d’échec lors du rejeu est minime (dans ce cas, la transaction ne peut pas échouer). De plus, des tâches comme la récupération de signature n’ont pas à être répétées lors du rejeu, et les comptes ou stockages accédés pendant l’exécution ne changent pas, ce qui rend cette méthode extrêmement efficace.
3.3 Le stockage de la blockchain Monad — Monad DB
En réalité, le traitement parallèle au niveau de l’exécution n’est pas particulièrement difficile. Il a déjà été implémenté sur plusieurs blockchains. Ce qui compte vraiment, c’est que ce traitement parallèle soit effectué efficacement. La blockchain Monad privilégie les performances, ce qui signifie que les informations de tous les comptes croissent rapidement. Ces données sont stockées dans l’état de la blockchain, et une augmentation de la taille de cet état peut entraîner une baisse de performance, compromettant ainsi l’avantage du traitement parallèle. Une gestion efficace de l’état est donc cruciale.
Pour résoudre ce problème, la blockchain Monad a développé une structure de base de données unique, appelée Monad DB, afin de gérer efficacement l’état. La plupart des clients Ethereum utilisent des bases de données clé-valeur basées sur des structures d’arbres B (comme LMDB) ou d’arbres LSM (comme LevelDB et RocksDB). Toutefois, Ethereum utilise une structure de données appelée Arbre de Patricia Merkle (MPT) pour stocker l’état, ce qui est inefficace car elle superpose le MPT à une autre structure (la base de données clé-valeur). Monad DB résout ce problème en implémentant nativement la structure de l’arbre de Patricia sur disque et en mémoire.
En outre, Monad DB prend en charge les entrées/sorties asynchrones (I/O), permettant au processeur de traiter plusieurs transactions simultanément sans attendre les entrées/sorties. Contrairement aux bases de données Ethereum classiques, qui ne supportent pas les I/O asynchrones, cette fonctionnalité améliore considérablement l’efficacité du traitement des transactions.
Outre ces fonctionnalités, Monad DB optimise davantage le processus d’I/O en contournant le système de fichiers, réduisant ainsi les surcoûts inutiles et améliorant les performances de la base de données. Cela garantit non seulement une optimisation de la couche d’exécution, mais aussi un traitement efficace au niveau de la base de données.
4. Au-delà de la technologie : l’approche innovante de Monad dans la construction de communauté
Jusqu’ici, nous avons exploré la technologie de la blockchain Monad, considérée comme l’un de ses principaux atouts. Mais qu’en est-il de l’autre pilier essentiel du succès de Monad : sa communauté ? Il est bien connu que la croissance rapide de Monad repose sur une communauté forte et mature. Actuellement, le Discord de Monad compte environ 380 000 membres, ce qui donne une idée de l’ampleur de sa communauté. En outre, sur X, les memes symbolisant la communauté Monad continuent d’être activement partagés, principalement autour des publications des membres de Monad Labs et du compte officiel. Qu’est-ce donc qui alimente l’enthousiasme autour de la blockchain Monad ?
Tout d’abord, un point est clair : comme mentionné précédemment, les airdrops ne sont pas la principale raison de la croissance de cette communauté. Les airdrops sont un outil accessible à tous. Si Monad s’était uniquement appuyé sur les airdrops, d’autres projets auraient pu créer une communauté de même ampleur. Pourtant, aux côtés de Berachain, Monad est considérée comme l’un des projets disposant des communautés les plus passionnées dans l’univers blockchain. Attribuer simplement ce succès aux airdrops serait donc incorrect.
« Qualité > Quantité ».
« Automatiser les tâches n’est pas une bonne stratégie. Sur certaines plateformes, des récompenses sont offertes pour “suivre, liker, retweeter”, ce qui semble être une méthode bon marché pour stimuler l’engagement, mais cela dilue en réalité les vrais utilisateurs qui participeraient naturellement. Quand on voit 7 200 likes, 7 200 retweets et 10 000 vues, la situation paraît assez mauvaise. Ne sacrifiez pas les véritables utilisateurs, qui resteront dans votre communauté pendant des mois ou des années, pour l’engagement de robots — vous ne pourrez jamais créer un cercle durable de cette manière. » — Kevin McCordic, responsable de la croissance chez Monad Labs.
En analysant attentivement les interactions des membres de la communauté Monad et les stratégies adoptées par Monad Labs, il devient évident que l’idée que Monad aurait construit sa communauté uniquement via des airdrops est peu plausible. Sans aucun doute, d’autres facteurs plus importants que les incitations économiques unilatérales unissent cette communauté. En outre, Monad Labs ne semble pas considérer la communauté comme une campagne marketing à court terme destinée à susciter un intérêt passager. Alors, qu’est-ce qui motive la puissante communauté de Monad ? Quelle réflexion stratégique et quels gestes concrets ont permis à Monad de créer une communauté aussi influente ? Explorons cela étape par étape.
4.1 Les Nads incarnent la culture, l’EVM/ACC incarne la vision
Le cœur de la communauté Monad réside dans sa culture vivante de memes. Toute personne familière avec Crypto Twitter a probablement déjà vu les Monanimals violets, un meme né dans la communauté Monad, symbolisant métaphoriquement sa « secte » culturelle. Ce n’est qu’un exemple : les membres s’appellent eux-mêmes « Nads », créant et réinventant continuellement des memes, des images (par exemple keonegg) et un langage (comme Gmonad) pour exprimer l’identité de leur communauté. Participer à ces memes joue un rôle clé tant dans le renforcement des liens internes que dans la visibilité externe de la communauté.
Mais la croissance de la communauté de Monad s’explique-t-elle uniquement par sa culture de memes ? À mon sens, ces memes agissent davantage comme un catalyseur de croissance que comme cause fondamentale. La véritable force motrice derrière la croissance rapide et la solidité de la communauté — souvent appelée l’« équipe unie » — est la vision partagée entre les membres et Monad Labs : EVM/ACC. Là où les Nads représentent la culture, EVM/ACC incarne l’essence de la communauté.
La vision technologique de la blockchain Monad se concentre sur l’évolutivité de l’EVM, avec pour objectif « 10 000 TPS et confirmation en un seul bloc ». C’est précisément grâce à cet objectif clair que les membres de la communauté inscrivent fréquemment « EVM/ACC » dans leur profil X, affirmant ainsi leur appartenance aux Nads. EVM/ACC est une variante de « e/acc », signifiant « effectiveness efficiency » (efficacité par l’efficience) — une philosophie prônant un progrès technologique illimité, notamment dans des domaines comme l’intelligence artificielle. Cela contraste fortement avec le mouvement « decel », qui préconise de ralentir le progrès technologique en raison de ses risques potentiels.
Que signifie concrètement EVM/ACC ? On peut l’interpréter comme « le progrès technologique illimité de la blockchain EVM », ce qui correspond parfaitement à la mission de Monad de surmonter les limitations de l’EVM. Lorsqu’une communauté partage la même vision que le projet qu’elle soutient, cela devient la base d’une communauté solide. Cette synergie permet aux membres de devenir des supporters actifs du succès du projet, tandis que l’équipe du projet perçoit la communauté comme un partenaire essentiel de sa croissance, favorisant ainsi une participation engagée.
Je compare souvent la blockchain à un pays. En considérant la manière dont un pays fonctionne, on retrouve des similitudes avec la façon dont Monad Labs construit et développe sa communauté. Monad Labs a fixé un objectif technologique clair — créer une « blockchain haute performance capable de traitement parallèle EVM » — et ceux qui adhèrent à cette vision se sont rassemblés, formant une communauté unie par une aspiration commune. À partir de là, des activités communautaires uniques, notamment les memes, ont aidé à attirer davantage de membres et à maintenir la cohésion du groupe existant.
Comme mentionné plus haut, les airdrops constituent une incitation économique implicite offerte par presque tous les projets à leur communauté. Le marketing basé sur les memes est désormais une méthode standard dans le domaine crypto. Ce qui distingue pourtant Monad et lui permet de construire une communauté aussi singulière et réussie, c’est de posséder dès le départ un objectif clair et inspirant, capable de véritablement toucher et mobiliser les gens.
4.2 Application d’une méthodologie systémique à la construction de communauté
@intern :
Ce mois-ci, j’ai discuté avec plus de 10 projets crypto de niveau S sur la manière de renforcer leur moteur marketing et de croissance communautaire – je partage publiquement quelques conseils ici.
10 règles du marketing et de la communauté crypto : une approche systémique
1. Arrêtez de publier des publicités.
Si votre
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
Four Pillars
