Comment MegaETH peut-il offrir une performance Ethereum en temps réel ?

Faire face au dilemme de la scalabilité d'Ethereum

Ethereum, la plateforme décentralisée pionnière des contrats intelligents et des dApps, est depuis longtemps confrontée à un défi fondamental : la scalabilité (évolutivité). Sa sécurité robuste et sa décentralisation, issues de sa conception initiale et de son mécanisme de consensus par preuve de travail (désormais preuve d'enjeu), se font au détriment d'une capacité de traitement des transactions limitée et de frais de transaction souvent élevés. Ce compromis inhérent, connu sous le nom de « trilemme de la blockchain », postule qu'une blockchain ne peut optimiser que deux des trois propriétés suivantes à la fois : décentralisation, sécurité et scalabilité. La conception d'Ethereum privilégie les deux premières, ce qui entraîne des goulots d'étranglement lors des périodes de forte demande sur le réseau.

Les défis fondamentaux d'Ethereum Layer 1

Pour véritablement comprendre la promesse de solutions comme MegaETH, il est crucial de saisir les limitations spécifiques qui affligent le réseau principal d'Ethereum (Layer 1) :

• Faible débit de transactions (TPS) : La capacité actuelle d'Ethereum est limitée à environ 15-30 transactions par seconde (TPS). Bien que cela puisse sembler adéquat pour certains systèmes traditionnels, c'est dérisoire par rapport aux milliers de transactions traitées par les réseaux de paiement centralisés ou aux exigences d'un internet mondial en temps réel. Ce goulot d'étranglement entraîne des temps de confirmation longs et une expérience utilisateur médiocre.
• Coûts de transaction élevés (Gas Fees) : Lorsque la demande du réseau dépasse l'offre, les utilisateurs se livrent à une guerre d'enchères pour que leurs transactions soient incluses dans un bloc. Ce mécanisme, bien qu'efficace pour allouer l'espace limité des blocs, entraîne des « frais de gaz » volatils et souvent exorbitants. Ces frais peuvent rendre les petites transactions non rentables et entraver l'adoption des dApps, en particulier dans les régions à faible pouvoir d'achat.
• Congestion du réseau : La combinaison d'un faible débit et d'une demande élevée conduit inévitablement à une congestion du réseau. Pendant les heures de pointe, les transactions peuvent rester dans la mempool pendant de longues périodes en attendant confirmation, échouant parfois même si les limites de gaz sont fixées trop bas. Cette imprévisibilité rend difficile pour les développeurs la création d'applications nécessitant des interactions cohérentes et rapides.
• Réactivité limitée : Pour les applications aspirant à offrir une « réactivité de niveau Web2 », la latence introduite par le temps de bloc (environ 12-15 secondes) et l'incertitude de la finalité des transactions sur le Layer 1 sont des obstacles majeurs. Le jeu en temps réel, le trading à haute fréquence et les plateformes sociales interactives nécessitent un retour quasi instantané, ce qu'Ethereum natif peine à fournir.

Ces défis entravent collectivement la capacité d'Ethereum à servir de couche de fondation pour un internet décentralisé véritablement mondial et performant, incitant à une recherche vigoureuse de solutions de mise à l'échelle.

La genèse des solutions Layer 2

La communauté blockchain a reconnu très tôt que modifier directement le Layer 1 d'Ethereum pour atteindre une scalabilité massive pourrait compromettre sa décentralisation et sa sécurité. Cette prise de conscience a conduit au développement de solutions de mise à l'échelle de couche 2 (Layer 2 ou L2). Les L2 opèrent « au-dessus » de la chaîne principale Ethereum, héritant de ses garanties de sécurité tout en déchargeant la majorité du traitement des transactions. Elles visent à traiter les transactions plus rapidement et à moindre coût hors chaîne, puis à « régler » périodiquement ces transactions agrégées sur le Layer 1.

Différents paradigmes de L2 ont émergé, chacun avec ses propres compromis :

• Sidechains : Blockchains indépendantes avec leurs propres mécanismes de consensus, connectées à Ethereum via des ponts (bridges). Bien qu'offrant un débit élevé, elles ont souvent des modèles de sécurité différents et n'héritent pas pleinement de la sécurité du L1.
• Optimistic Rollups : Traitent les transactions hors chaîne et les considèrent comme valides par défaut. Une « période de contestation » permet à quiconque de soumettre une preuve de fraude s'il détecte une transaction invalide. Ce délai (généralement 7 jours) impacte les temps de retrait.
• ZK-Rollups (Zero-Knowledge Rollups) : Traitent les transactions hors chaîne et génèrent des « preuves de validité » cryptographiques (preuves à divulgation nulle de connaissance) qui attestent de l'exactitude des calculs hors chaîne. Ces preuves sont ensuite soumises au Layer 1, offrant une finalité instantanée et des garanties de sécurité plus fortes que les rollups optimistes, car la fraude est mathématiquement impossible une fois la preuve vérifiée.
• Canaux d'état (State Channels) : Permettent aux participants d'effectuer plusieurs transactions hors chaîne de manière pair-à-pair, en n'interagissant avec le L1 que pour ouvrir et fermer le canal. Adaptés à des interactions spécifiques entre deux parties, mais moins généralisables.

C'est dans ce paysage d'innovation que MegaETH émerge, cherchant à repousser les limites du possible, en visant spécifiquement des performances en « temps réel » que de nombreux L2 s'efforcent encore d'atteindre.

Présentation de MegaETH : Un nouveau paradigme pour la réactivité du Web3

Conceptualisé par Yilong Li en 2022, MegaETH est conçu comme un réseau Ethereum Layer 2 haute performance avec un objectif ambitieux : offrir la vitesse d'une blockchain en temps réel. Cette vision s'attaque directement aux lacunes de scalabilité d'Ethereum en se concentrant sur un débit de transactions sans précédent et une latence minimale, permettant ainsi une « réactivité de niveau Web2 » pour les applications décentralisées. Le projet a rapidement capté une attention significative et a obtenu le soutien de figures et d'institutions de premier plan de l'espace blockchain, notamment le cofondateur d'Ethereum Vitalik Buterin et la société de capital-risque Dragonfly Capital, soulignant son potentiel à redéfinir le paysage des L2.

La vision et le soutien

La vision centrale de MegaETH est de libérer tout le potentiel du Web3 en éliminant les barrières de performance qui restreignent actuellement son adoption massive. L'engagement d'individus influents comme Vitalik Buterin signale un vote de confiance fort dans l'approche technique de MegaETH et sa capacité à contribuer de manière significative à la santé à long terme de l'écosystème Ethereum. Un tel soutien de haut niveau fournit non seulement un financement crucial, mais apporte également une crédibilité et des conseils techniques importants, attirant les meilleurs talents et accélérant le développement. Ce soutien suggère que MegaETH n'est pas seulement un L2 de plus ; il vise à être une pièce maîtresse de la prochaine génération d'infrastructure décentralisée.

Définir le « temps réel » dans un contexte blockchain

Le terme « temps réel » est souvent utilisé de manière large, mais dans le contexte de la technologie blockchain, il se réfère à un ensemble de mesures de performance qui surpassent considérablement les capacités typiques du Layer 1. Pour MegaETH, atteindre des performances en « temps réel » signifie :

1. Débit de transactions ultra-élevé : Traiter des milliers, voire des dizaines de milliers de transactions par seconde (TPS) de manière constante. C'est essentiel pour les applications avec des charges d'utilisateurs élevées, telles que les échanges décentralisés (DEX), les plateformes de médias sociaux ou les environnements de jeu.
2. Latence de transaction inférieure à la seconde : Les utilisateurs bénéficient d'une confirmation quasi instantanée de leurs transactions. Au lieu d'attendre plusieurs secondes ou minutes, les interactions semblent immédiates, à l'instar des applications internet conventionnelles. C'est crucial pour les dApps interactives où les délais impactent directement l'expérience utilisateur.
3. Coûts de transaction prévisibles et minimaux : Des frais de gaz non seulement nettement inférieurs à ceux du L1, mais aussi stables et prévisibles, rendant les micro-transactions viables et encourageant une participation plus large.
4. Finalité instantanée sur le Layer 2 : Alors que la sécurité ultime repose sur le règlement au niveau du L1, le « temps réel » exige que les transactions traitées sur le Layer 2 de MegaETH atteignent une finalité immédiate et irréversible au sein de l'environnement L2 lui-même, permettant aux dApps de fonctionner sans attendre la confirmation du L1.

Atteindre ces objectifs simultanément, tout en maintenant la décentralisation et la sécurité, est une prouesse d'ingénierie complexe qui nécessite des approches et des optimisations novatrices sur l'ensemble de la pile L2.

Le fondement technologique des performances de MegaETH

La quête de performances en temps réel de MegaETH nécessite une architecture technologique sophistiquée qui va au-delà des améliorations incrémentales. Bien que les livres blancs techniques spécifiques pour MegaETH puissent encore être en cours d'élaboration ou confidentiels, sur la base des objectifs déclarés de « débit de transactions élevé » et de « faible latence » proche du « Web2 », son cœur repose probablement sur une technologie ZK-Rollup hautement optimisée combinée à une gestion innovante des données et des conceptions de séquenceurs avancées.

Architecture Rollup avancée et génération de preuves

Les fondations de MegaETH sont presque certainement bâties sur une architecture ZK-Rollup. Les ZK-Rollups sont largement considérés comme le Saint Graal de la mise à l'échelle L2 en raison de leur capacité à fournir des garanties de validité cryptographique et une finalité quasi instantanée sur le Layer 1.

• La puissance des preuves à divulgation nulle de connaissance : Au cœur d'un ZK-Rollup se trouve la preuve à divulgation nulle de connaissance (ZKP). Ce primitif cryptographique permet à une partie (le prouveur, ici le séquenceur de MegaETH) de prouver à une autre partie (le vérificateur, le contrat intelligent L1) qu'une déclaration est vraie, sans révéler aucune information sur la déclaration elle-même au-delà de sa validité. Pour un ZK-Rollup, la « déclaration » est : « ces milliers de transactions ont été exécutées correctement, et la transition d'état de A à B est valide. »
• Preuves de validité pour une finalité instantanée : Contrairement aux rollups optimistes qui reposent sur une période de contestation, les ZK-Rollups soumettent une ZKP concise au L1 après avoir traité un lot de transactions. Le contrat intelligent L1 vérifie alors rapidement cette preuve. Si la preuve est valide, la transition d'état est acceptée comme finale, offrant une sécurité de niveau L1 aux transactions L2 presque immédiatement. Cela élimine le délai de retrait de 7 jours inhérent aux rollups optimistes, un facteur critique pour la réactivité en temps réel.
• Agrégation de preuves et récursivité : Pour atteindre un débit extrêmement élevé, MegaETH emploie probablement des techniques ZKP avancées telles que l'agrégation de preuves et les preuves récursives. Au lieu de générer une preuve pour chaque petit lot, plusieurs preuves peuvent être agrégées en une seule preuve plus large, réduisant considérablement la quantité de données et de calculs requis sur le L1. Les preuves récursives vont encore plus loin, permettant à une preuve de vérifier l'exactitude d'une autre preuve, activant une structure hiérarchique capable de mettre à l'échelle la génération de preuves pour gérer efficacement d'immenses volumes de transactions.

Optimisation du débit de transactions

Atteindre des milliers de TPS ne consiste pas seulement à utiliser des ZK-Rollups ; cela nécessite une optimisation méticuleuse de la manière dont les transactions sont collectées, exécutées et regroupées.

• Capacités de traitement par lots massifs : MegaETH regrouperait un nombre substantiel de transactions en un seul lot avant de les traiter hors chaîne. Cet amortissement des frais de gaz L1 sur des milliers de transactions réduit considérablement le coût par transaction.
• Machine virtuelle (VM) hautement optimisée : Bien que le maintien de la compatibilité EVM soit crucial pour attirer les développeurs, MegaETH pourrait utiliser une VM personnalisée hautement optimisée ou une implémentation EVM parallélisée au sein de son environnement L2. Cela permettrait une exécution plus efficace du code des contrats intelligents, en tirant éventuellement parti de l'accélération matérielle pour les opérations cryptographiques.
• Modèles d'exécution parallèle : Si cela est techniquement faisable et compatible avec la génération de preuves ZK, MegaETH pourrait explorer des environnements d'exécution parallèle. Cela permettrait à différentes parties de l'état L2 d'être traitées simultanément par différents composants du réseau de séquenceurs, augmentant le débit global sans compromettre les mises à jour d'état atomiques.
• Gestion efficace de l'état : La manière dont MegaETH stocke et met à jour son état hors chaîne est critique. Des techniques telles que les arbres de Merkle clairsemés, des structures de base de données optimisées et des mécanismes de mise en cache intelligents seraient employées pour garantir des recherches et des modifications d'état rapides, essentielles pour le traitement des transactions à haute vitesse.

Atténuer la latence : Des pré-confirmations à la finalité rapide

La latence, le délai entre l'initiation d'une transaction et sa confirmation perçue, est une cible prioritaire pour les objectifs en temps réel de MegaETH.

• Le rôle du séquenceur : Composant central des L2, le séquenceur est responsable de la collecte des transactions des utilisateurs, de leur ordonnancement, de leur exécution, puis de leur regroupement pour soumission au L1. Pour le « temps réel », le séquenceur de MegaETH doit être exceptionnellement rapide et fiable.
• Pré-confirmations instantanées : MegaETH proposerait probablement des « pré-confirmations » instantanées de la part de son séquenceur. Lorsqu'un utilisateur soumet une transaction, le séquenceur accuse immédiatement réception et indique son intention de l'inclure dans le prochain lot, souvent en quelques millisecondes. Cela donne un retour immédiat aux utilisateurs, permettant aux dApps de mettre à jour leurs interfaces et de poursuivre les flux utilisateurs, même si la finalité L1 prend un peu plus de temps. Bien qu'il ne s'agisse pas de la finalité L1, ces pré-confirmations offrent de fortes garanties probabilistes, surtout si le réseau de séquenceurs est robuste et décentralisé.
• Finalité L1 rapide via les preuves ZK : Comme mentionné, les ZK-Rollups permettent une finalité L1 rapide. Une fois que le séquenceur génère et soumet une ZKP valide au L1, et que cette preuve est vérifiée, les transactions sont effectivement finalisées avec la sécurité d'Ethereum. MegaETH se concentrerait sur l'optimisation du temps de génération des preuves et de la fréquence de soumission au L1 pour minimiser la fenêtre entre la pré-confirmation L2 et la finalité L1.
• Communication cross-chain optimisée : Pour une interaction fluide entre MegaETH et Ethereum L1, ainsi qu'avec potentiellement d'autres L2, MegaETH mettrait en œuvre des mécanismes de pontage hautement efficaces. Ces ponts seraient conçus pour une faible latence et des frais minimaux lors du transfert d'actifs ou de données, garantissant que l'expérience « temps réel » ne soit pas freinée par la communication entre chaînes.

Disponibilité des données et efficacité des coûts

Pour tout L2, garantir que les données de transaction sont disponibles pour que n'importe qui puisse reconstruire l'état du L2 (même si le séquenceur tombe en panne) est primordial pour la sécurité. Cependant, soumettre toutes les données brutes de transaction au L1 peut être coûteux.

• Tirer parti de l'EIP-4844 (Proto-Danksharding) et du Danksharding : La feuille de route d'Ethereum inclut l'EIP-4844, qui introduit un nouveau type de transaction permettant des données de type « blob ». Ces données sont moins chères que les calldata traditionnelles, disponibles pour une période plus courte, et spécifiquement conçues pour que les L2 publient leurs données de transaction plus efficacement. MegaETH sera sans aucun doute conçu pour tirer pleinement parti de l'EIP-4844 et de l'implémentation ultérieure du Danksharding complet, ce qui augmentera considérablement la capacité de disponibilité des données et réduira les coûts des transactions L2.
• Compression de données optimisée : Avant de publier des données sur le L1 (via des blobs ou des calldata), MegaETH emploierait des techniques avancées de compression de données. En minimisant la taille des données soumises au L1, il réduit davantage les frais de gaz et augmente le débit effectif.
• Solutions hybrides de disponibilité des données : Tout en s'appuyant principalement sur le L1 pour la disponibilité des données, MegaETH pourrait explorer des modèles hybrides où certaines données sont temporairement stockées hors chaîne de manière décentralisée (par exemple via des comités ou l'échantillonnage de disponibilité des données) avant l'engagement final sur le L1, optimisant ainsi davantage la vitesse et le coût.

Maintenir la sécurité et la décentralisation

La performance au détriment de la sécurité ou de la décentralisation est un compromis que MegaETH vise à éviter.

• Hériter de la sécurité d'Ethereum : En tant que ZK-Rollup, MegaETH hérite fondamentalement de la sécurité du Layer 1 d'Ethereum. Toutes les transitions d'état sur MegaETH sont prouvées cryptographiquement et validées par un contrat intelligent L1, ce qui signifie que l'état du L2 ne peut jamais diverger de l'état vérifié du L1.
• Décentralisation du réseau de séquenceurs : Bien qu'un séquenceur centralisé puisse offrir une vitesse initiale, il introduit des points de défaillance potentiels et des risques de censure. Pour une décentralisation à long terme, MegaETH viserait à décentraliser progressivement son réseau de séquenceurs. Cela pourrait impliquer :
  • Enchères/Rotation de séquenceurs : Un ensemble décentralisé de séquenceurs pourrait être en compétition ou tourner pour ordonner les transactions.
  • Mécanismes d'élection de leader : Utiliser un mécanisme de type preuve d'enjeu pour élire les séquenceurs.
  • Garanties de résistance à la censure : Fournir des mécanismes d'échappement (escape hatches) permettant aux utilisateurs de soumettre des transactions directement au L1 si le séquenceur L2 tente de les censurer.
• Système de preuves de validité robuste : Le système ZKP sous-jacent doit être audité, testé au combat et résistant aux attaques. Une recherche et un développement continus pour des systèmes de preuves plus efficaces et sécurisés seraient cruciaux.

L'impact de MegaETH sur le paysage des applications décentralisées

La mise en œuvre réussie des performances en temps réel de MegaETH promet d'être une force transformatrice pour l'ensemble de l'écosystème des applications décentralisées. Elle fait passer le Web3 d'une expérience de niche souvent lente à une expérience capable de rivaliser directement avec ses homologues centralisés en termes de vitesse et de réactivité.

Permettre une expérience utilisateur de niveau Web2

L'impact le plus immédiat et le plus profond sera sur l'expérience de l'utilisateur final.

• Interactions fluides : Les utilisateurs feront l'expérience de dApps aussi rapides et fluides que leurs équivalents Web2. Cela signifie des confirmations instantanées pour les échanges sur les DEX, un retour en temps réel dans les jeux blockchain et des mises à jour immédiates sur les dApps sociales.
• Élimination de l'anxiété liée aux frais de gaz : Des coûts de transaction prévisiblement bas supprimeront un obstacle majeur à l'entrée pour de nombreux utilisateurs et débloqueront de nouveaux modèles économiques pour les dApps qui étaient auparavant irréalisables en raison des frais élevés.
• Réduction des temps d'attente : La frustration d'attendre la confirmation des transactions ou d'attendre des semaines pour les retraits appartiendra largement au passé, améliorant considérablement la rétention et la satisfaction des utilisateurs.

Nouveaux cas d'utilisation et opportunités de développement

Les performances accrues ouvrent la porte à une toute nouvelle catégorie de dApps et de cas d'utilisation qui étaient auparavant impossibles sur Ethereum ou même sur les L2 existants :

• Trading à haute fréquence et primitifs DeFi : Des stratégies DeFi complexes, telles que des bots de trading à haute fréquence ou des protocoles de prêt sophistiqués nécessitant une exécution rapide, peuvent prospérer sur MegaETH.
• Jeux entièrement on-chain : Les véritables jeux on-chain, où chaque action en jeu est une transaction blockchain, deviennent viables. Cela inclut les jeux de stratégie en temps réel, les jeux de tir à la première personne et les jeux de rôle en ligne massivement multijoueurs (MMORPG) dotés d'économies entièrement décentralisées.
• Médias sociaux interactifs et applications du Metaverse : Construire des flux sociaux en temps réel, des événements en direct et des expériences immersives dans le metaverse qui nécessitent des mises à jour et des interactions constantes à faible latence.
• Paiements et micro-transactions : Permettre les paiements quotidiens et les micro-transactions où des frais bas et une finalité instantanée sont critiques, rivalisant potentiellement avec les réseaux de paiement traditionnels.
• Solutions blockchain de classe entreprise : Les entreprises nécessitant un débit élevé et une faible latence pour la gestion de la chaîne d'approvisionnement, l'identité numérique ou l'analyse de données peuvent tirer parti de MegaETH.

Combler le fossé : Interopérabilité et croissance de l'écosystème

Le succès de MegaETH contribuera également à un écosystème Ethereum plus interconnecté et robuste.

• Interopérabilité améliorée : À mesure que les L2 deviennent plus matures et standardisés, la capacité à déplacer de manière transparente des actifs et des données entre MegaETH et d'autres L2, ainsi qu'avec le L1, s'améliorera. Cela crée un environnement plus unifié où les dApps peuvent exploiter les forces de différentes couches.
• Aimant pour les développeurs : La combinaison de performances de niveau Web2, de la compatibilité EVM et d'un soutien solide attirera une nouvelle vague de développeurs et de projets, menant à un écosystème florissant de dApps innovantes.
• Catalyseur de l'adoption massive : En résolvant le goulot d'étranglement des performances, MegaETH se positionne comme un composant d'infrastructure critique capable d'aider à intégrer des millions, voire des milliards d'utilisateurs au web décentralisé, réalisant ainsi la vision à long terme d'Ethereum.

La route à suivre : Défis et perspectives d'avenir

Bien que MegaETH présente une vision convaincante pour les performances d'Ethereum en temps réel, le chemin vers sa réalisation complète n'est pas sans défis. L'espace L2 est hautement compétitif et évolue rapidement, nécessitant une innovation continue et une exécution robuste.

Surmonter les obstacles techniques

• Maturité du système de preuves ZK : Bien que les ZK-Rollups soient très prometteurs, la technologie ZKP sous-jacente (comme les ZK-SNARKs ou ZK-STARKs) est encore un domaine de recherche actif. Garantir la stabilité, l'efficacité et la sécurité de ces primitifs cryptographiques complexes à grande échelle est un défi permanent. L'optimisation du temps de génération des preuves et des coûts de vérification restera une priorité.
• Décentralisation du séquenceur : Passer d'un séquenceur potentiellement centralisé (courant dans les premières phases des L2 pour l'efficacité) à un réseau entièrement décentralisé sans compromettre les performances ni introduire de nouveaux risques de sécurité est un défi d'ingénierie et de coordination majeur.
• Diversité des clients et infrastructure : À mesure que MegaETH grandit, garantir un ensemble diversifié d'implémentations de clients et une infrastructure robuste pour les nœuds, les services RPC et les explorateurs de blocs sera essentiel pour la santé et la résilience du réseau.
• Mise à l'échelle de la disponibilité des données à long terme : Bien que l'EIP-4844 offre un coup de pouce significatif, la véritable mise à l'échelle de la disponibilité des données à long terme reposera sur le Danksharding complet sur le L1 d'Ethereum, qui est encore à quelques années de distance. MegaETH devra naviguer efficacement dans cette feuille de route.

Adoption par la communauté et effet de réseau

• Outils et documentation pour les développeurs : Attirer et retenir les développeurs nécessite non seulement de la performance, mais aussi une excellente expérience de développement, une documentation complète et des SDK robustes.
• Intégration des utilisateurs (Onboarding) : Simplifier le processus de transfert d'actifs vers et depuis MegaETH, et éduquer les utilisateurs sur les avantages et les nuances des L2, sera crucial pour une adoption généralisée.
• Migration de la liquidité : Encourager les dApps existantes et les utilisateurs à migrer la liquidité vers MegaETH sera la clé pour construire un écosystème économique dynamique. Cela nécessite souvent des incitations fortes et des parcours de migration transparents.

La vision à long terme pour la scalabilité d'Ethereum

MegaETH n'est pas seulement une solution autonome, mais une pièce vitale de la stratégie globale de mise à l'échelle d'Ethereum. Son succès contribue à la force et à l'utilité globale du réseau Ethereum. À mesure que MegaETH et d'autres L2 mûrissent, l'avenir impliquera probablement un écosystème multi-rollups, où différents L2 se spécialisent ou répondent à différents cas d'utilisation, tous se réglant en toute sécurité sur le robuste Layer 1 d'Ethereum. L'accent mis par MegaETH sur la performance en « temps réel » le positionne comme un acteur de premier plan dans cet avenir multi-chaînes, devenant potentiellement la plateforme de référence pour les dApps exigeant le nec plus ultra en matière de vitesse et de réactivité. Le soutien du cofondateur d'Ethereum et d'investisseurs de premier plan souligne la conviction que MegaETH pourrait en effet être une pierre angulaire pour concrétiser la promesse d'un internet décentralisé et véritablement scalable.