Exploration des DApp et des AppChains : une nouvelle approche pour surmonter les limitations de performance

Récemment, avec l'engouement pour les applications Web3, certains projets DApp renommés font face à des goulots d'étranglement en matière de performance et commencent à explorer de nouvelles solutions techniques. Cet article analyse les pratiques de plusieurs projets de premier plan et examine, à titre d'exemple, les nouvelles possibilités entre la chaîne et le DApp avec Polkadot.

DApp chercher un meilleur point d'atterrissage

Avec l'émergence de blockchains publiques comme Ethereum et Solana, un grand nombre de DApp ont vu le jour. En tant qu'applications décentralisées, les DApp connectent directement les utilisateurs et les développeurs, permettant aux utilisateurs de posséder réellement leurs actifs, tout en possédant des attributs d'application dignes de confiance. Les données des DApp sont stockées de manière cryptée sur la blockchain, offrant une sécurité accrue, prévenant la falsification des informations et améliorant la stabilité des projets.

La blockchain est l'infrastructure des DApp. La prospérité de l'écosystème des chaînes publiques dépend en grande partie de la diversité, du nombre et des performances des DApp. Les DApp portent de multiples missions telles que les revenus, les scénarios et les transactions, nécessitant une blockchain de base capable de soutenir leurs opérations commerciales.

Actuellement, les DApp résolvent le problème de performance insuffisante de la blockchain par trois moyens principaux :

1. Créer son propre Layer2

Prenons l'exemple d'Axie Infinity, ce jeu était à l'origine hébergé sur Ethereum, mais avec la croissance explosive des utilisateurs, les performances d'Ethereum ont limité le bon fonctionnement du jeu. Pour résoudre ce problème, Axie Infinity a choisi de créer une sidechain Ronin basée sur Ethereum.

Ronin utilise un mécanisme de consensus PoA avec seulement 7 nœuds de validation, ce qui permet d'obtenir des vitesses de transfert plus rapides et des frais de Gas presque négligeables. Cela a considérablement favorisé la croissance du nombre d'Axies dans le jeu, des frais de reproduction et du volume des transactions sur le marché.

2. Trouver une chaîne dédiée à Layer2

Prenons l'exemple d'illuvium, ce jeu RPG 3D sur blockchain a choisi Immutable X comme infrastructure sous-jacente. Immutable X est un protocole Layer2 spécialement conçu pour le développement de NFT sur Ethereum, utilisant la technologie ZK Rollups, permettant le minting et le trading de NFT sans gas.

3. Trouver Layer0 pour créer un Layer1 exclusif

Prenons l'exemple de DeFi Kingdoms, ce jeu a été initialement développé sur Harmony, mais a ensuite été limité par ses contraintes. DeFi Kingdoms a ensuite choisi de migrer vers Avalanche et fonctionne sur la sous-réseau d'Avalanche, DFK Chain.

Le sous-réseau d'Avalanche est essentiellement un sous-ensemble de validateurs du réseau principal, avec une grande autonomie, capable de choisir le nombre de validateurs, de définir les exigences des nœuds de validation, de soutenir des tokens de Gas personnalisés, etc. D'un certain point de vue, Avalanche est Layer0, et ses sous-réseaux peuvent être considérés comme Layer1.

Parachains Polkadot : un excellent choix pour les DApp ?

Contrairement à DeFi qui se concentre sur la combinabilité des actifs, DApp met davantage l'accent sur un système économique complet et endogène. De nombreux DApp recherchent des solutions de chaînes dédiées avec de meilleures performances, des frais de gaz plus bas, et qui ne sont pas affectées par la blockchain sur laquelle elles se trouvent.

D'après ces besoins, les chaînes parallèles de Polkadot semblent être un bon choix :

1. Performances supérieures à celles d'Ethereum, TPS théorique pouvant atteindre les milliers, frais de gas peu élevés.

2. Les chaînes parallèles dédiées peuvent éviter l'engorgement des chaînes causé par d'autres applications.

3. Utiliser le framework Substrate permet d'assembler rapidement les fonctionnalités nécessaires, avec une difficulté de développement inférieure à celle de Layer2.

4. La sécurité est assurée par Polkadot, et les interactions inter-chaînes sont également relativement sécurisées.

5. Peut bénéficier de l'architecture avancée de Polkadot, dotée de scalabilité.

6. Compatible avec EVM, facilitant la migration des projets.

7. Une interopérabilité puissante, permettant d'interagir en toute sécurité avec d'autres projets de l'écosystème Polkadot.

8. En tant que Layer1, il peut également étendre davantage les solutions Layer2.

Les insuffisances des chaînes parallèles Polkadot

Bien que les chaînes parallèles de Polkadot présentent les avantages mentionnés ci-dessus, il existe encore certaines limitations :

1. Les performances ont encore de la marge d'amélioration, certaines DApp peuvent nécessiter des performances plus élevées.

2. Les solutions Layer2 ne sont pas encore matures.

3. Le coût d'intégration est relativement élevé, mais avec le développement des threads parallèles, ce problème devrait être atténué.

4. Manque de cas de succès, un projet phare est nécessaire pour donner le coup d'envoi.

5. Il faut une solution de chaîne parallèle dédiée aux DApp universelle.

6. Impacté par le cycle industriel, la participation des utilisateurs diminue.

À l'avenir, avec le développement technologique et le redressement du marché, l'écosystème Polkadot pourrait connaître un phénomène de "un DApp, une chaîne parallèle". Bien qu'il n'y ait pas encore de conclusion définitive, la combinaison efficace de la technologie et des applications est inévitable, nous attendons de voir.