Une discussion panoramique sur le développement de l'écosystème Solana : Quel est l'impact de L2 et de la chaîne applicative ?

Titre original : « Solana a besoin de L2 et d'Appchains ? »

Article original de Yash Agarwal

Traduction originale : Ladyfinger, BlockBeats

Note de l'éditeur:

En tant que plateforme blockchain publique à hautes performances, Solana est confrontée à des opportunités et des défis de développement sans précédent. Dans cet article, Yash Agarwal jette un regard panoramique et approfondi sur les principaux problèmes de l'écosystème Solana (modularité, chaînes d'applications et Rollups), et sur la manière dont ils fonctionnent ensemble pour propulser Solana vers un avenir plus large.

Introduction

Il y a un mois, Vibhu, le fondateur de DRiP, la principale application de distribution de NFT gratuite sur Solana, a fait une déclaration qui a suscité une large discussion :

Solana aura et devra avoir Layer 2 et Rollup.

Il a exprimé ce point de vue parce que DRiP perd environ 10T20 000 de valeur par semaine à mesure que les prix SOL et la congestion du réseau augmentent. L'augmentation de l'activité du réseau Solana a eu deux effets :

Avantages : Liquidité améliorée, augmentation du capital et du volume des transactions (grâce à la composabilité)

Inconvénients : augmentation des coûts d'infrastructure, mauvaise expérience utilisateur, congestion du réseau

Cependant, DRiP distribue principalement des millions de NFT d'artistes à des milliers de portefeuilles chaque semaine via Solana en tant qu'infrastructure, et n'a pas beaucoup de demande en matière de composabilité élevée. La croissance de la TVL et les entrées de capitaux de Solana ont peu d'impact sur DRiP, qui est principalement en proie à des coûts d'infrastructure élevés.

Vibhu a noté que « la composabilité a des rendements décroissants ». Il a également mentionné que les développeurs d’applications Solana ont discuté en privé de leur besoin de Rollups car ces Rollups peuvent augmenter le débit des transactions, réduire la concurrence dans l’espace de bloc et réduire les frais. En outre, ils peuvent mieux contrôler la valeur économique générée par l’entreprise.

Lien de publication

Solana a connu de nombreux événements de congestion au cours des derniers mois, des largages aériens JUP à l'extraction d'ORE et au trading de pièces de monnaie aux heures de pointe. Si certains pensent que Firedancer peut résoudre ces problèmes, la réalité est que le calendrier n'est pas clair et qu'il n'est actuellement pas possible de passer à une échelle supérieure à 10x. Malgré cela, Solana est la seule de toutes les grandes chaînes testées au combat à rester une chaîne monolithique.

Solana doit-elle rester une chaîne monolithique ou devenir modulaire ?

Solana évoluera-t-il également vers des solutions fragmentées de couche 2 et de couche 3 comme Ethereum ?

Quelle est la situation actuelle de la chaîne applicative et du Rollup de Solana ?

Pour répondre à ces questions et établir un résumé, cet article explorera différentes possibilités et discutera des avantages et des inconvénients de chaque projet. Cet article n'entrera pas dans les détails techniques, mais abordera différentes méthodes d'expansion dans une perspective d'application pratique et orientée vers le marché afin de fournir un aperçu. Que des idées, pas de bêtises, juste beaucoup d'informations exclusives.

En bref, nous discuterons des questions suivantes :

Solana et le problème de congestion du réseau

Rendre Solana modulaire

Chaîne d'application Solana — avec des exemples

Solana Layer 2 et Rollup — avec des exemples

Infrastructure de prise en charge des chaînes de rollup et d'application

Les problèmes de Solana et le besoin de modularité

Commençons par le problème actuel : en raison du largage aérien et de l'augmentation des transactions en memecoin, le réseau Solana a été très encombré récemment (la plupart de ces problèmes ont maintenant été résolus), ce qui a entraîné des temps de ping élevés, des taux d'échec de transaction élevés et des frais de réseau plus élevés. Malgré cela, Solana a pu maintenir un taux de traitement des transactions de 1 à 2 000 transactions par seconde, ce qui est supérieur à la somme de toutes les chaînes EVM. On peut dire que c'est un bon problème pour les blockchains, et cela teste également la théorie de la chaîne monolithique de Solana.

La Fondation Solana a récemment publié un blog un article exhortant les projets à prendre des mesures immédiates pour améliorer les performances du réseau, notamment :

· Mettre en œuvre des frais prioritaires : il est essentiel d’éviter les transactions retardées ou perdues.

Exploitez de manière optimale les unités de calcul (UC) des programmes : utilisez uniquement les ressources nécessaires.

Mise en œuvre d'une qualité de service (QoS) pondérée en fonction des enjeux : permettre aux applications de hiérarchiser les transactions des utilisateurs.

Cependant, ces mesures ne peuvent améliorer que dans une certaine mesure les taux d'achèvement des transactions et ne peuvent garantir une expérience de trading fluide. Une solution à ce problème est le très attendu New Transaction Scheduler, dont l'introduction est prévue dans la version 1.18 à la fin du mois d'avril. Le nouveau planificateur existera parallèlement au planificateur actuel, mais ne sera pas activé par défaut, ce qui permettra aux validateurs de surveiller les performances du nouveau planificateur et de revenir facilement à l'ancien planificateur en cas de problème. Le nouveau planificateur est conçu pour remplir les blocs de manière plus efficace et plus abordable, améliorant ainsi les inefficacités de l'ancien planificateur.

Lisez cet article pour en savoir plus sur le nouveau planificateur .

Anza, une entité bifurquée de Solana Labs, s'efforce de résoudre les problèmes de congestion du réseau identifié comme étant lié à l'implémentation QUIC et au comportement du client validateur d'Agave (Solana Labs) dans la gestion du grand volume de demandes.

Lien de publication

Bien que les partisans de la modularité défendent fortement la « feuille de route de la modularité » de Solana, Solana Labs/Anza, le principal mainteneur du protocole Solana, se concentre toujours sur l'optimisation des problèmes de débit et de latence au niveau de la couche de base. Les améliorations potentielles incluent :

Amélioration du marché des frais et augmentation des frais de base (actuellement fixés à 5 000 Lamports ou 0,000005 SOL).

Mettre en œuvre une croissance exponentielle des frais de verrouillage d'écriture de compte, c'est-à-dire une augmentation progressive des frais pour limiter le spam.

· Optimiser les demandes budgétaires CU grâce au mécanisme de pénalité.

Améliorer l’architecture globale du réseau.

Même si ces améliorations de mise à l'échelle verticale et de chaîne unique fonctionnent, nous ne pouvons pas exclure la possibilité que Solana adopte la mise à l'échelle horizontale, Rollup. La réalité est que Solana peut combiner les deux fonctionnalités : il peut servir d'excellente couche de base Rollup, avec des temps de bloc à latence ultra-faible (~ 400 ms) et des améliorations significatives des performances de Rollup, telles que des confirmations logicielles rapides du séquenceur. De plus, Solana a l'habitude de mettre en œuvre rapidement des changements, ce qui peut le rendre plus efficace en tant que couche de base Rollup qu'Ethereum.

Mise à jour : Anza a j'ai sorti quelques patchs qui ont contribué à atténuer les problèmes de congestion du réseau en cours et apporteront d'autres améliorations dans la version 1.18.

Rendre Solana modulaire

Le plan de développement modulaire de Solanas a déjà commencé. Comme le montre le post d'Anza DevRel Les validateurs Solana et SVM (l'environnement d'exécution qui gère les transactions et les contrats/programmes intelligents) sont étroitement couplés et maintenus par Anza. Cependant, le client validateur et l'environnement d'exécution SVM seront séparés dans les mois à venir. Cette séparation contribuera à créer la chaîne d'applications Solana.

Pour Rollup, l'optimisation de la disponibilité des données (DA) ou de la couche blob de Solana peut intervenir à un stade ultérieur.

Source : Anza DevRel

L'ingénieur d'Anza Joe C Le projet de modularisation de SVM a également été dévoilé, le pipeline de traitement des transactions étant séparé du validateur et placé dans le SVM. Cela permettra aux développeurs d'exécuter l'implémentation SVM indépendamment de tout validateur.

Le SVM autonome sera un ensemble de modules complètement indépendants. Toute implémentation SVM peut piloter ces modules via des interfaces bien définies, réduisant ainsi encore davantage les obstacles aux projets compatibles SVM et réduisant considérablement les frais généraux nécessaires à la création de solutions personnalisées. Les équipes peuvent implémenter uniquement les modules qui les intéressent tout en tirant parti des implémentations établies, telles que celles d'Agave ou de Firedancer.

En bref, Solana deviendra plus plug-and-play, rendant les chaînes d’applications et les Rollups Solana plus faciles à mettre en œuvre.

En général, cela peut aller dans deux directions : Layer2 (ou Rollup) et chaîne d'application. Nous les présenterons une par une ci-dessous.

Chaîne d'application Solana

Également connus sous le nom de forks SVM, il s'agit essentiellement de forks de la chaîne Solana conçus spécifiquement pour des applications spécifiques. Pyth a été la première AppChain Solana, mais le concept a vraiment pris de l'ampleur lorsque le fondateur de Maker, Rune, a proposé de développer une AppChain Maker basée sur la base de code Solana (SVM) pour la gouvernance. Rune a choisi SVM en raison de sa forte communauté de développeurs et de ses avantages techniques par rapport aux autres machines virtuelles, dans le but de forker la chaîne la plus performante pour mieux répondre aux besoins des consommateurs. Bien qu'elle n'ait pas encore été mise en œuvre, cette initiative a suscité de nombreuses discussions sur la Solana AppChain.

D'une manière générale, on peut les diviser en deux catégories :

Sans autorisation — N’importe qui peut rejoindre le réseau, de manière similaire au réseau principal Solana actuel.

Autorisé — Environnements autorisés Solana (SPE) , packagés par la Fondation Solana pour les institutions, permettent aux entités de créer et de maintenir leurs propres instances de chaîne, alimentées par le SVM.

Pyth — Chaîne d'applications OG Solana :

Pyth représentait autrefois 10 à 20% de toutes les transactions sur le réseau principal de Solana. Cependant, il ne nécessitait aucune composabilité, ils ont donc simplement dupliqué la base de code de Solana. Cela leur a permis de profiter du temps de bloc rapide de 400 millisecondes de Solana pour les mises à jour de prix à haute fréquence. Pythnet est le premier réseau à adopter SVM comme chaîne d'application.

La chaîne d'application Pythnet est une fourche de preuve d'autorité du réseau principal Solana, servant de couche de base informatique pour le traitement et l'agrégation des données fournies par le réseau de publication de données Pyth.

Pourquoi Python a-t-il migré ?

Il ne nécessite pas une composabilité élevée, en particulier pour les applications non Solana, et est donc immunisé contre la congestion du réseau principal.

Un environnement autorisé est nécessaire pour publier des données.

Réduisez les coûts d’infrastructure en internalisant les frais qui auparavant s’infiltraient sur la couche de base, Solana.

Échange de cubes est un autre exemple, un CEX hybride déployé en tant que chaîne d'application SVM souveraine avec un carnet d'ordres entièrement hors ligne et un règlement sur sa chaîne d'application SVM.

Exemple de liste Solana

Perp DEXs : Les DEXs pervers aiment Hyperliquid peuvent fonctionner comme des réseaux indépendants de couche 1. De plus, pour les cas d'utilisation de trading, il est possible de personnaliser le nombre de transactions par bloc ou d'implémenter une logique conditionnelle, comme l'intégration de l'exécution des ordres stop-loss directement dans la couche 1, en s'assurant qu'elle est appliquée comme une transition d'état, ou en introduisant une logique atomique spécifique à l'application.

IA et DePin : ils peuvent disposer d'une liste contrôlée de fournisseurs de services, comme Pyth. Par exemple, Akash fonctionne comme un ordinateur marché via la chaîne d'application Cosmos.

Chaînes d’application de gouvernance : Les chaînes d’application de gouvernance souveraine peuvent être très attractives, comme en témoignent L'intérêt de MakerDAO pour la chaîne d'application SVM La gouvernance des crypto-monnaies est toujours en évolution, et avoir des fourches à chaîne dédiées peut être un mécanisme de coordination utile .

Chaînes d’applications d’entreprise futures : les applications potentielles incluent les fonds, tels que BlackRock, ou les systèmes de paiement, tels que Visa ou CBDC.

· Chaîne d'application de jeu : un projet de jeu de casino exécuté sur Solana envisage sa chaîne d'application.

· Forking Solana pour les modifications : Similairement à l'EVM optimisé (parallélisation) fourni par Monad ou Sei, quelqu'un pourrait construire une version plus optimisée de Solana. Cette tendance pourrait devenir plus courante dans les années à venir à mesure que le réseau principal de Solana commencera à explorer de nouvelles architectures de conception.

Imaginer la pile de la chaîne d'applications Solana

Bien que la création d'une chaîne d'applications puisse être relativement simple, il est essentiel de garantir la connectivité entre toutes les chaînes d'applications pour l'interopérabilité. S'inspirer de Sous-réseaux d'avalanche , qui se connectent via la messagerie native Avalanche Warp et les chaînes d'applications Cosmos, qui se connectent via IBC, Solana peut également créer un cadre de messagerie local pour connecter ces chaînes d'applications.

Lien de publication

Une plate-forme middleware similaire à Cosmos-SDK peut être construite pour fournir un service unique permettant de créer des chaînes d'applications avec prise en charge intégrée des oracles tels que Pyth ou Switchboard, des appels de procédures à distance, des RPC tels que Helius et des connexions de messagerie telles que Wormhole.

Couche d'agrégation de polygones fournit une solution innovante qui permet aux développeurs de lier différentes couches 1 ou 2 dans l'AggLayer pour obtenir une agrégation de preuves ZK inter-chaînes.

Quel est l’impact positif des chaînes d’applications sur l’écosystème Solana ?

Les Lisks ne paient pas de frais en SOL ou n'utilisent pas SOL comme jeton de frais de transaction, ils n'apportent donc pas de valeur directe à SOL, à l'exception du re-staking SOL à des fins de sécurité économique, mais leurs avantages pour l'écosystème SVM sont évidents. Tout comme l'effet réseau de l'EVM, davantage de forks SVM et de Lisks renforceront l'effet réseau du SVM. Cette logique s'applique également même si Eclipse, en tant qu'extension de couche 2 du SVM sur Ethereum, est en concurrence avec le réseau principal Solana.

Solana Couche 2

Solana Layer 2, ou Rollup, est une chaîne logiquement indépendante qui publie des données sur la couche de disponibilité des données (DA) de sa chaîne principale et réutilise le mécanisme de consensus des chaînes principales. Ils peuvent également utiliser d'autres couches DA telles que Celestia, mais il ne s'agit plus d'un véritable rollup. Le terme RollApp est généralement utilisé pour les Rollups spécifiques à l'application (que la plupart des applications Solana explorent).

Le Rollup de Solana sera-t-il comme Ethereum ?

Évidemment non. Pour Solana, Rollup sera principalement abstrait des utilisateurs finaux. Idéologiquement, le Rollup d'Ethereum était descendant, c'est-à-dire que la Fondation Ethereum et les dirigeants ont décidé que le meilleur moyen de se développer était via Rollup, puis ont commencé à soutenir divers Layer 2 après l'incident des CryptoKitties. Dans Solana, la demande est ascendante, c'est-à-dire des développeurs d'applications avec une adoption significative des utilisateurs. Par conséquent, la plupart des jeux de rollup actuels sont des jeux marketing, qui sont davantage axés sur le récit que sur la demande des utilisateurs. Il s'agit d'une différence significative qui peut conduire à un avenir différent pour Rollup par rapport à Ethereum.

La compression est-elle équivalente à Rollup ?

La couche 2 met à l'échelle la blockchain de la couche de base (couche 1) en exécutant des transactions sur la couche 2, en regroupant les données de transaction et en les compressant. Les données compressées sont ensuite envoyées à la couche 1 et utilisées pour les preuves de fraude (cumul optimiste) ou les preuves de validité (cumul zk). Ce processus de preuve est appelé règlement. De même, la compression décharge les transactions du réseau principal, réduisant ainsi les conflits pour l'état de la couche de base. Il convient de noter que Grass Layer 2 utilisera la compression d'état pour son cumul.

Paysage Rollup sur Solana :

Il existe actuellement deux projets de type Rollapps en cours d'exécution :

Obtenir le code

Il s'agit d'une application de paiement avec un SDK de micropaiement qui permet à quiconque d'effectuer et d'accepter instantanément des paiements et utilise une structure de type rollup pour son application. Elle crée des intentions pour toutes les transactions et utilise un séquenceur de type rollup pour s'installer sur Solana tous les N intervalles.

En utilisant une structure de type rollup, nous pouvons réaliser :

Flexibilité : les intentions peuvent représenter une variété d'activités futures, pas seulement des transactions de paiement. De plus, Solana en tant que chaîne peut être remplacée si nécessaire.

Instantané et privé : grâce à la finalité souple du trieur, les paiements sont instantanés même pendant les embouteillages de Solana Bien que les transactions soient visibles sur la chaîne, les montants exacts et les intentions restent obscurs, garantissant la confidentialité des utilisateurs.

Regroupement à court terme de MagicBlocks

MagicBlocks est une infrastructure de jeu web3 qui a développé Ephermal Rollup, spécifiquement pour les jeux. Il utilise la structure de compte de SVM pour diviser l'état du jeu en clusters. L'état est ensuite temporairement transféré vers une couche auxiliaire ou un rollup éphémère, une couche dédiée configurable. Le rollup éphémère s'exécute comme un runtime SVM dédié ou un rollup pour traiter les transactions à un débit plus élevé.

En utilisant une structure de type rollup, nous pouvons réaliser :

Personnalisation des temps d'exécution spécialisés, y compris les transactions sans gaz, les temps de blocage plus rapides et les mécanismes de synchronisation intégrés, par exemple, les systèmes de planification de transactions intégrés tels que Mécanisme d'horlogerie qui fonctionnent sans frais.

Les développeurs peuvent déployer des programmes sur la couche de base, comme Solana, plutôt que sur une chaîne ou un rollup distinct. Les rollups de courte durée ne fragmentent pas l'écosystème existant, ce qui permet d'accélérer les opérations ciblées sans créer d'environnements isolés. Cela signifie que toute l'infrastructure Solana existante peut être exploitée.

Cette approche permet de créer un système hautement évolutif, capable d'initier des rollups à la demande et de s'adapter automatiquement horizontalement pour s'adapter aux utilisateurs effectuant des millions de transactions, sans les compromis typiques de la couche 2 traditionnelle. Bien que MagicBlock se concentre sur les jeux, cette approche peut également être appliquée à d'autres domaines tels que les paiements.

Solana Rollup arrive bientôt :

Herbe :Grass est un projet DePIN qui se concentre sur la résolution des besoins en données de l'intelligence artificielle grâce à la technologie de vérification et d'exploration. Le projet explore les données de formation de l'IA via les nœuds Grass sur le réseau et stocke ces données sur la blockchain par des validateurs, tout en enregistrant avec précision la source des données et les nœuds qui effectuent l'exploration, et en attribuant des récompenses en conséquence.

Étant donné que Grass doit gérer jusqu'à 1 million de requêtes réseau par seconde, cela n'est pas réaliste pour le réseau principal Solana. Par conséquent, le projet prévoit d'utiliser une technologie de preuve à connaissance nulle pour vérifier l'ensemble de données et les régler par lots sur la couche 1 de Solana.

L'équipe Grass envisage également d'introduire une technologie de compression d'état provenant d'autres clusters et d'ancrer les données sur la version bêta du réseau principal Solana. Cette innovation fera de Grass une plate-forme fondamentale qui prend en charge une large gamme d'applications qui ne peuvent être construites que sur elle.

*Notez que les projets de construction de plateformes et d'infrastructures ont généralement des valorisations de marché plus élevées. Grass est également sur le point de lancer son token.

Zêta :L'un des premiers échanges de contrats perpétuels sur Solana, il dispose d'un carnet d'ordres perpétuel entièrement en chaîne et prévoit actuellement de migrer son processus de mise en correspondance des transactions hors chaîne en utilisant la technologie Rollup de Solana.

Les échanges de contrats perpétuels présentent des avantages évidents dans l'utilisation de la technologie Rollup, car elle améliore considérablement l'expérience de trading des utilisateurs. Vous pouvez demander aux utilisateurs qui ont effectué des transactions avec des échanges de contrats perpétuels sur des plateformes telles que Hyperliquid ou Aevo avec Solana, qui oblige les utilisateurs à signer chaque transaction, le portefeuille apparaît et attend environ 10 à 20 secondes. De plus, les transactions de contrats perpétuels n'ont pas besoin d'être exécutées de manière synchrone et peuvent être hautement intégrées à d'autres parties de l'écosystème DeFi, notamment en termes de correspondance des transactions.

Il est intéressant de noter qu'Armani, le co-fondateur de Backpack, tweeté qu’ils se concentrent désormais sur les solutions de couche 2.

Sonic développe une chaîne SVM modulaire appelée Hypergrid , qui permet aux développeurs de jeux de déployer leurs propres chaînes sur la plateforme Solana. Parallèlement, il existe des projets Ethereum Rollup basés sur la technologie SVM, tels que Éclipse et NitroVM , qui utilisent SVM comme moteur d'exécution. Dans l'écosystème Solana, Néon est une solution de couche 2 compatible avec EVM. De plus, certains projets innovants tels que Molécule , un SVM Layer 2 pour Bitcoin, en sont encore au stade conceptuel précoce.

SDK souverain fournit un framework de type Node.js spécialement conçu pour la création de Rollups. Les utilisateurs peuvent soumettre leur code Rust et la plateforme est capable de le convertir en Optimistic Rollup ou ZK Rollup qui prend en charge le déploiement sur n'importe quelle blockchain. Ces codes Rust peuvent être une logique d'application personnalisée ou l'implémentation de n'importe quelle machine virtuelle.

Quelques arguments à propos de Rollup

Rollup = cohérence avec SOL

« ETH-Aligned », la cohérence d'Ethereum, ou « ETH Bag Biases », le biais du sac Ethereum, est devenu un mème Internet populaire.

Pourquoi la couche 2 et le restaking/EigenLayer sont-ils les sujets les plus brûlants ?

C’est parce qu’ils augmentent la « monétarité » de l’ETH, qui est utilisé comme actif de base partout.

Le même principe s’applique à Solana. La communauté Solana soutiendra toute solution qui augmente ses avoirs en SOL – c’est aussi simple que cela. À mesure que l’écosystème Solana se développe, la nature monétaire autrefois négligée de SOL deviendra importante. N’oubliez pas que la plupart des Rollups sont de toute façon des astuces marketing, et comme le marché accorde toujours plus d’importance à l’infrastructure qu’aux applications, ils offrent une meilleure accumulation de valeur symbolique.

Les rollups seront comme une extension de Solana

Outre les avantages en matière de sécurité hérités de la couche de base, un accès facile aux utilisateurs et aux ressources de Solana constituera un avantage considérable. Jon Charbonneau Les Ethereum Rollups comme Base, Optimism et Arbitrum ressemblent davantage à des extensions d'Ethereum. Les utilisateurs conservent les mêmes portefeuilles et adresses, le jeton de gaz natif est une version standard unique d'ETH, ETH domine la DeFi, toutes les paires de trading sont en ETH, les applications sociales évaluent les NFT en ETH et paient les créateurs, par exemple, friend.tech, et les dépôts sur la couche 2 sont instantanés, etc.

La même chose se produira sur Solana. En s'inspirant d'Ethereum, la plupart des applications Solana Rollapps ne donneront pas aux utilisateurs l'impression d'utiliser une chaîne distincte, par exemple Getcode.

Solana verra plus de « RollApps » au lieu de « Rollups »

Solana n'a pas de problèmes de mise à l'échelle comme Ethereum, où le réseau principal est devenu difficile à utiliser en raison des frais de gaz élevés, il est hautement optimisé. Cependant, certaines applications qui nécessitent un espace de bloc dédié créeront leurs Rollups. Bien qu'un Rollup à usage général sur Solana n'ait pas de sens pour moi, il a du sens pour le projet sur le plan économique. Par exemple, Les utilisateurs de base ont généré $2 millions de revenus pour Coinbase en une seule journée ! Les incitations pour les constructeurs sont fortement orientées vers la couche 2. Cependant, comme observé, chaque EVM Rollup semble être un Rollup normal, et de nombreux projets comme Linea, Scroll ou zkSync sont devenus des chaînes fantômes avec seulement des agriculteurs effectuant quelques transactions pour des airdrops de jetons.

De plus, j’ai l’impression qu’une couche 2 généralisée sur Solana pourrait conduire aux mêmes vieux problèmes qu’Ethereum, à savoir les Rollups centralisés, la congestion et la fragmentation de la liquidité.

Pourquoi certaines applications souhaitent migrer vers Rollapps/AppChains ?

Chaque application sera initialement lancée sur le réseau principal Solana, car l'hébergement d'un plus grand nombre d'applications sur une infrastructure partagée réduit considérablement la complexité pour les développeurs et les utilisateurs. Cependant, à mesure que ces applications se développent, elles peuvent chercher à :

Capture de valeur. L'internalisation de la valeur sur une couche Solana partagée qui n'est pas conçue pour une seule application est plus difficile. La capture MEV pourrait être une autre option lucrative pour les DEX.

Espace de bloc dédié.

Personnalisation des cas d'utilisation. Par exemple, en termes de confidentialité, Getcode utilise un séquenceur pour fournir des paiements privés à ses utilisateurs, des expériences de frais de marché, des pools de mémoire cryptés qui minimisent le MEV et des carnets de commandes personnalisés.

Cependant, toutes les applications ne souhaiteront pas lancer leur propre Rollup, en particulier celles qui n'ont pas atteint une certaine vitesse d'échappement, par exemple, un nombre suffisant de TVL, d'utilisateurs, de volume de transactions. Lancer sa propre chaîne aujourd'hui implique des compromis douloureux et inutiles, de la complexité, des coûts, une expérience utilisateur moins bonne, une fragmentation de la liquidité, etc. La plupart des applications, en particulier celles qui en sont aux premiers stades, ne peuvent pas justifier ces compromis pour des gains progressifs. Solana reste le cœur et l'âme du développement SVM, de sorte que de nombreuses nouvelles applications peuvent être déployées.

Pour les créateurs d'applications

Solana Mainnet, Lisk ou Rollup dépend entièrement de la situation. S'il n'y a pas de besoin important de composabilité avec d'autres applications, il est tout à fait logique de placer des composants différents hors chaîne, soit Lisk, soit Rollup. Les utilisateurs n'ont même pas besoin de savoir qu'ils utilisent un Rollup ou un Lisk. Grass, Zeta et Getcode font abstraction de toute infrastructure de type Rollup qu'ils utilisent pour leurs utilisateurs.

Pour les cas d'utilisation nécessitant une autorisation et une personnalisation, Token Extension peut également répondre à la plupart des exigences, telles que KYC ou la logique de transfert, tout en conservant la composabilité.

Infrastructure pour promouvoir les chaînes de rollup et d'application

Si la théorie Rollapp/Application Chain est étendue, les fournisseurs d'infrastructures existants pourront en bénéficier grandement car ils entreront sur de nouveaux marchés :

Fournisseurs de Rollup as a Service (RaaS) existants, tels que Caldeira , peut facilement entrer sur le marché SVM à mesure que la demande augmente. SVM Ethereum Rollups comme Éclipse et NitroVM surveillent également de près cette opportunité. En outre, Sovereign Labs propose une Adaptateur SDK Solana souverain qui est capable de prendre en charge les Rollups sur Solana (pas encore prêt pour la production). Helius est une autre société bien adaptée pour créer une infrastructure pour Solana Layer 2, comme Mert a fait allusion à plusieurs reprises .

Séquenceurs partagés comme Protocole de Rome et le besoin de clients légers comme Petite danseuse Les séquenceurs partagés peuvent être intéressants pour les Rollups car ils permettent des activités telles que l'arbitrage atomique, le MEV et le pontage transparent, réduisant ainsi la fragmentation de la liquidité.

Des portefeuilles comme Fantôme , Sac à dos , et Solflare . Infrastructure de portefeuille multi-signature et de contrats intelligents comme Escouades Squads a été positionné comme la couche d'infrastructure de portefeuille de contrats intelligents ultime pour Solana et SVM.

· Re-staking SOL : La théorie de la modularité favorise également le re-staking, car ces Rollups/appchains peuvent avoir besoin de SOL pour partager la sécurité et être plus cohérents avec Solana. Cela amènera les premiers participants tels que Cambrien , Picasso et Solaire , Jito à travers Filet de piquetage et LST comme Sanctuaire et les validateurs pour augmenter leurs revenus.

Finalement, Solana pourra-t-elle faire face à la demande mondiale ?

Bien sûr que non. De manière réaliste, même en tenant compte de la loi de Moore, même si le matériel continue de s'améliorer en termes de performances et que Solana est optimisé pour ces progrès matériels, cela n'est pas pratique. Je pense que toutes les transactions moins critiques, telles que l'envoi de NFT par DRiP, finiront par se déplacer vers leur propre chaîne, tandis que les transactions les plus précieuses resteront sur la chaîne principale où une véritable composabilité est essentielle, comme les DEX spot.

Cela ne signifie pas que Solana a perdu la bataille entre monolithe et composabilité ; elle s'en sortira mieux que d'autres chaînes dans les situations où elle s'appuie sur la composabilité et une faible latence. Et Sui, Aptos, Sei, Monad, etc. ne sont pas meilleurs car nous ne savons pas encore s'ils peuvent résister à l'épreuve d'une activité utilisateur réelle élevée.

Contrairement à Ethereum, le réseau principal Solana n'a pas vocation à être une « chaîne B2B » ; il a toujours été et sera toujours une chaîne de consommation. La création de systèmes distribués à grande échelle est extrêmement difficile, et Solana a le meilleur potentiel pour devenir le registre partagé des transactions les plus précieuses au monde.

Solana a besoin d'une âme sœur : les Lisks et les Rollups sont-ils la combinaison parfaite ?

Lien d'origine

Cet article provient d'Internet : Une discussion panoramique sur le développement de l'écosystème Solana : Quel est l'impact de L2 et de la chaîne d'application ?

Article connexe : Un article examine la direction et les protocoles de mise en œuvre de la cryptographie basée sur l'IA

Français:Original | Odaily Planet Daily Auteur | Nanzhi Fin 2022, ChatGPT a été lancé en version bêta publique, ce qui a déclenché l'engouement pour l'IA de type LLM. Depuis lors, le nombre de divers projets d'IA a commencé à augmenter rapidement, avec des sous-catégories comprenant les données, les modèles d'IA, la puissance de calcul, les applications et d'autres aspects. En 2024, quels sont les angles combinés au niveau des applications Crypto activées par l'IA ? L'IA apportera-t-elle des changements de productivité à Crypto ? Odaily Planet Daily passera en revue diverses applications combinées dans cet article. Audit de l'IA Dès l'année dernière, lorsque LLM est devenu populaire, SlowMist a utilisé ChatGPT pour effectuer des tests d'audit sur ChatGPT (voir : L'IA la plus populaire et la plus puissante - GPT peut-il être utilisé pour les audits de sécurité des contrats ? ) . À cette époque, toutes les IA étaient des IA à usage général. ChatGPT était…