Titre original : « Solana a besoin de L2 et d'Appchains ?
Auteur original : Yash Agarwal
Compilation originale : Ladyfinger, BlockBeats
Note de l'éditeur:
En tant que plateforme de chaîne publique haute performance, Solana est confrontée à des opportunités et à des défis de développement sans précédent. Dans cet article, Yash Agarwal examine de manière panoramique et approfondie les problèmes clés de l'écosystème Solana (modularisation, chaînes d'applications et cumuls) et la manière dont ils fonctionnent ensemble pour conduire Solana vers un avenir plus large.
Introduction
Il y a un mois, Vibhu, le fondateur de DRiP, la principale application de distribution NFT gratuite sur Solana, a fait une déclaration qui a déclenché une large discussion :
Solana aura et devra avoir la couche 2 et le rollup.
Il a exprimé ce point de vue parce que DRiP perd environ 20 000 $ de valeur chaque semaine à mesure que les prix SOL et la congestion du réseau augmentent. L’activité accrue sur le réseau de Solana a eu deux impacts :
Avantages : liquidité améliorée, capital et volume de transactions accrus (grâce à la composabilité)
Inconvénients : coûts d'infrastructure croissants, mauvaise expérience utilisateur, congestion du réseau
Cependant, DRiP utilise principalement Solana comme infrastructure, distribuant chaque semaine des millions de NFT d'artistes à des milliers de portefeuilles, sans vraiment besoin d'une composabilité élevée. La croissance du TVL et les afflux de capitaux de Solana ont eu peu d'impact sur le DRiP et sont plutôt pénalisés par des coûts d'infrastructure élevés.
Vibhu a souligné que "la composabilité entraîne des rendements décroissants". Il a également mentionné que les développeurs d'applications Solana ont discuté en privé de leur besoin de cumuls, car ces cumuls peuvent augmenter le débit des transactions et réduire la concurrence en matière d'espace de bloc. De plus, il existe un plus grand contrôle sur la valeur économique générée par l’entreprise.
Publier un lien
Solana a connu plusieurs événements de congestion au cours des derniers mois, des parachutages JUP à l'exploitation minière ORE et au pic d'échange de pièces de monnaie. Même si certains pensent que Firedancer pourrait résoudre ces problèmes, la réalité est que le calendrier n'est pas clair et qu'il ne peut actuellement pas dépasser 10 fois. Malgré cela, Solana reste la seule de toutes les grandes chaînes éprouvées au combat qui reste monolithique.
Solana doit-elle rester une chaîne monolithique ou devenir modulaire ?
Solana évoluera-t-elle vers des solutions fragmentées de couche 2 et de couche 3 comme Ethereum ?
Quel est l’état actuel de la chaîne d’applications et du Rollup de Solana ?
Pour répondre à ces questions et dresser une synthèse, cet article explorera les 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 diverses méthodes d'expansion et fournira un aperçu du point de vue des applications pratiques et orientées vers le marché. Toutes les idées, pas de bêtises, juste des tonnes d'informations exclusives.
En bref, nous aborderons les problématiques suivantes :
· Problèmes de Solana et de congestion du réseau
· Rendre Solana modulaire
· Chaîne d'applications Solana - avec des exemples
· Solana Layer 2 et Rollup - avec des exemples
· Infrastructure prenant en charge le rollup et la chaîne d'applications
Problèmes avec Solana et besoin de modularité
Discutons d'abord des problèmes actuels : en raison des largages aériens et de l'augmentation du volume des transactions memecoin, le réseau Solana a été très encombré récemment (dont la plupart ont été résolus maintenant), ce qui a entraîné des temps de ping élevés, des taux d'échec de transactions élevés et une augmentation du réseau. frais. Malgré cela, Solana a maintenu une capacité de traitement de transactions de 1 à 2 000 transactions par seconde, dépassant toutes les chaînes EVM réunies. On peut dire qu’il s’agit d’un bon problème auquel est confrontée la blockchain, et cela teste également la théorie de la chaîne monolithique de Solana.
La Fondation Solana a récemment publié un blog exhortant les projets à prendre des mesures immédiates pour améliorer les performances du réseau, notamment :
· Implémenter des frais prioritaires : il est essentiel d'éviter les transactions retardées ou perdues.
· Utilisation optimale des unités de calcul de programme (CU) : utilisez uniquement les ressources nécessaires.
· Mettre en œuvre une qualité de service (QoS) pondérée en fonction des enjeux : permettre aux applications de prioriser les transactions des utilisateurs.
Cependant, ces mesures ne peuvent améliorer le taux d'achèvement des transactions que dans une certaine mesure et ne peuvent garantir une expérience de transaction 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 fin avril. Le nouveau planificateur existera aux côtés du planificateur actuel mais ne sera pas activé par défaut, permettant aux validateurs de surveiller les performances du nouveau planificateur et de revenir facilement à l'ancien planificateur si des problèmes surviennent. 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é dérivée de Solana Labs, s'est efforcée de résoudre les problèmes de congestion du réseau qui ont été identifiés comme étant liés au comportement de la mise en œuvre de QUIC et à la gestion par le client validateur d'Agave (Solana Labs) de volumes élevés de requêtes.
Publier un lien
Bien que les partisans du module modulaire préconisent fortement la « feuille de route modulaire » de Solana, Solana Labs/Anza, les principaux responsables du protocole Solana, se concentrent toujours sur l'optimisation des problèmes de débit et de latence de la couche de base. Les améliorations potentielles comprennent :
· 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 des augmentations exponentielles des frais de verrouillage en écriture de compte, c'est-à-dire augmenter progressivement les frais pour lutter contre le spam.
· Optimiser les demandes de budget CU grâce à des mécanismes de pénalité.
· Améliorer l'architecture globale du réseau.
Même si ces améliorations de mise à l'échelle verticale, à chaîne unique, sont efficaces, nous ne pouvons pas exclure la possibilité que Solana adopte la mise à l'échelle horizontale, Rollup. La réalité est que Solana peut combiner ces deux fonctionnalités - il peut servir d'excellente couche de base Rollup, avec un temps de bloc de latence ultra faible (~ 400 millisecondes), améliorant considérablement les performances de Rollup, par exemple en permettant une confirmation logicielle rapide du séquenceur. En plus de cela, Solana a l’habitude de mettre en œuvre rapidement des changements, ce qui peut le rendre plus efficace qu’Ethereum en tant que couche de base pour Rollup.
Mise à jour : Anza a déployé des correctifs pour aider à atténuer les problèmes actuels de congestion du réseau et seront encore améliorés dans la v1.18.
Rendre Solana modulaire
Le plan de développement modulaire de Solana a commencé. Comme le montre l'article d'Anza DevRel, le validateur 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 le runtime SVM seront séparés dans les mois à venir. Cette séparation permettra de créer une « chaîne d'applications Solana ».
Pour le Rollup, l'optimisation de la disponibilité des données (DA) ou de la couche blob de Solana peut être effectuée à un stade ultérieur.
Informations provenant de : Anza DevRel
L'ingénieur d'Anza, Joe C, a également révélé son intention de modulariser le SVM, dans lequel le pipeline de traitement des transactions sera retiré du validateur et intégré au SVM. Cela permettra aux développeurs d'exécuter des implémentations de SVM indépendamment de tout validateur.
Un SVM autonome serait une collection de modules complètement indépendants. Toute implémentation SVM peut piloter ces modules via des interfaces bien définies, réduisant ainsi davantage les obstacles aux projets conformes à SVM et réduisant considérablement les frais généraux requis pour créer des 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, ce qui rendra les chaînes d'applications et les cumuls Solana plus faciles à mettre en œuvre.
De manière générale, cela peut aller dans deux directions : Layer2 (ou Rollup) et chaîne applicative. Ci-dessous, nous les présenterons un par un.
Chaîne d'applications Solana
Aussi connues sous le nom de fourches SVM, ce sont essentiellement des fourches de la chaîne Solana conçues pour des applications spécifiques. Pyth a été la première chaîne d'applications Solana, mais le concept a vraiment attiré l'attention lorsque le fondateur de Maker, Rune, a proposé de développer une chaîne d'applications Maker pour la gouvernance basée sur la base de code Solana (SVM). Rune a choisi SVM en raison de sa solide communauté de développeurs et de ses avantages techniques par rapport aux autres VM, dans le but de créer 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 décision a suscité de nombreuses discussions sur la chaîne d'applications Solana.
De manière générale, on peut le diviser en deux catégories :
· Aucune autorisation requise – n'importe qui peut rejoindre le réseau, similaire au réseau principal Solana actuel.
· Autorisé - « Environnements autorisés Solana (SPE) » packagés par la Fondation Solana pour les institutions, permettant aux entités de créer et de maintenir leurs propres instances de chaîne, prises en charge par SVM.
Pyth - Chaîne d'applications OG Solana :
Python représentait autrefois 10 à 20 % de toutes les transactions sur le réseau principal Solana. Cependant, cela ne nécessitait aucune composabilité, ils ont donc simplement bifurqué la base de code de Solana. Cela leur permet de profiter des temps de bloc rapides de 400 millisecondes de Solana pour les mises à jour de prix à haute fréquence. Python est le premier réseau à adopter SVM comme chaîne d'applications.
La chaîne d'applications Pythnet est un fork de preuve d'autorité du réseau principal Solana et sert 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 migre-t-il ?
· Il ne nécessite pas une composabilité élevée, en particulier pour les applications non Solana, et est donc insensible à la congestion du réseau principal.
· Il nécessite un environnement autorisé pour publier des données.
· Réduisez les coûts d'infrastructure en internalisant les frais qui auraient auparavant été transférés à la couche de base, qui est Solana.
Cube Exchange est un autre exemple, un CEX hybride déployé en tant que chaîne SVM souveraine avec un carnet d'ordres et un règlement entièrement hors ligne sur sa chaîne SVM.
Exemple de chaîne d'applications Solana
· Perp DEX : les Perp DEX comme Hyperliquid peuvent fonctionner en tant que réseaux autonomes de couche 1. De plus, pour les cas d'utilisation du trading, il est possible de personnaliser le nombre de transactions par bloc ou de mettre en œuvre une logique conditionnelle, par exemple en intégrant l'exécution d'ordres stop directement dans la couche 1, en garantissant qu'ils sont appliqués en tant que transitions d'état ou en introduisant des ordres stop. logique d'atomes spécifiques.
· AI et DePIN : ils peuvent avoir une liste contrôlée de fournisseurs de services, tels que Pyth. Par exemple, Akash fonctionne comme un marché informatique via la chaîne d'applications Cosmos.
· Chaîne d'applications de gouvernance : comme le vérifie l'intérêt de MakerDAO pour les chaînes d'applications SVM, les chaînes d'applications de gouvernance souveraines peuvent être très attractives. La gouvernance de la cryptographie continue d’évoluer et disposer de fourches de chaîne dédiées peut constituer un mécanisme de coordination utile.
· Futures chaînes d'applications d'entreprise : les applications potentielles incluent des fonds tels que BlackRock ou des systèmes de paiement tels que Visa ou CBDC.
· Chaîne d'application de jeu : Un projet de jeu de casino fonctionnant sur Solana réfléchit à sa chaîne d'application.
· Modifications d'un fork de Solana : Semblable à l'EVM optimisé (parallélisation) fourni par Monad ou Sei, quelqu'un pourrait créer une version plus optimisée de Solana. Cette tendance deviendra probablement plus répandue dans les années à venir, à mesure que le réseau principal Solana commencera à explorer de nouvelles architectures de conception.
Imaginez la pile de chaînes d'applications Solana
Bien que la configuration de chaînes d’applications puisse être relativement simple, garantir la connectivité entre toutes les chaînes d’applications est essentiel à l’interopérabilité. S'inspirant du sous-réseau Avalanche, se connectant via les chaînes d'applications natives Avalanche Warp Messaging et Cosmos, se connectant via IBC, Solana peut également créer un cadre de messagerie local pour connecter ces chaînes d'applications.
Publier un lien
Une plate-forme middleware telle que Cosmos-SDK peut être conçue pour fournir un service unique pour la création de chaînes d'applications avec prise en charge intégrée d'oracles tels que Pyth ou Switchboard, d'appels de procédures à distance, de RPC tels que Helius et de connexions de messagerie telles que Wormhole. et d'autres fonctions.
AggLayer de Polygon fournit une solution innovante qui permet aux développeurs de relier différentes couches 1 ou 2 dans AggLayer pour réaliser l'agrégation de preuves ZK inter-chaînes.
Quel est l'impact positif de l'Application Chain sur l'écosystème Solana ?
Les chaînes d'applications ne paient pas de frais en SOL et n'utilisent pas SOL comme jeton de frais de transaction, elles n'apportent donc pas directement de valeur à SOL à moins que SOL ne réinvestisse à des fins de sécurité économique, mais leurs avantages pour l'écosystème SVM sont évidents. Tout comme l'effet réseau d'EVM, davantage de forks et de chaînes d'applications SVM renforceront l'effet réseau de SVM. Cette logique s'applique également même si Eclipse, en tant qu'extension de couche 2 de SVM sur Ethereum, est en concurrence avec le réseau principal Solana.
Couche 2 de Solana
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 de la chaîne principale. Ils peuvent également utiliser d'autres couches DA comme Celestia, mais il ne s'agit plus d'un véritable cumul. Le terme « RollApp » est souvent utilisé pour les cumuls spécifiques à une 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 pour les utilisateurs finaux. D'un point de vue idéologique, le Rollup d'Ethereum est descendant, c'est-à-dire que la Fondation Ethereum et les dirigeants ont décidé que le meilleur moyen d'évoluer était via le Rollup, puis ont commencé à prendre en charge diverses couches 2 après l'incident de CryptoKitties. Chez Solana, la demande vient de bas en haut, des développeurs d'applications avec une adoption significative par les utilisateurs. En conséquence, la plupart des jeux de synthèse actuels sont des jeux marketing qui sont davantage axés sur la narration que sur les besoins des utilisateurs. Il s’agit d’une différence significative qui pourrait conduire à un avenir différent pour Rollup par rapport à Ethereum.
La compression est-elle équivalente au Rollup ?
La couche 2 étend 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 la preuve de fraude (cumul optimiste) ou de validité (cumul zk). Ce processus de certification 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.
Modèle de cumul sur Solana :
Il existe actuellement deux projets de type Rollapps en cours :
Obtenir le code
Il s'agit d'une application de paiement dotée d'un SDK de micropaiements qui permet à quiconque d'effectuer et d'accepter des paiements instantanément et d'utiliser une structure de type cumul pour son application. Il crée des intentions pour toutes les transactions et utilise un séquenceur de type cumul pour régler sur Solana tous les N intervalles.
Ceci peut être réalisé en utilisant une structure de type rollup :
· 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.
· Immédiateté et confidentialité : En raison de la finalité douce du séquenceur, les paiements sont instantanés même pendant la congestion de Solana. Bien que les transactions soient visibles sur la chaîne, les montants et les intentions exacts restent obscurs, garantissant ainsi la confidentialité des utilisateurs.
Rollup de courte durée pour MagicBlocks
MagicBlocks est une infrastructure de jeu Web3 développée avec 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 secondaire ou "ephermal rollup", une couche dédiée configurable. Le rollup éphémère s'exécute en tant que runtime ou rollup SVM dédié pour traiter les transactions à un débit plus élevé.
Ceci peut être réalisé en utilisant une structure de type rollup :
· Personnalisation des temps d'exécution dédié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 comme Clockwork qui fonctionnent sans frais.
· Les développeurs peuvent déployer des programmes sur une couche de base, telle que Solana, plutôt que sur une chaîne ou un cumul séparé. Les rollups éphémères ne fragmentent pas l'écosystème existant, permettant d'accélérer les opérations cibles sans créer d'environnement isolé. Cela signifie que toutes les infrastructures Solana existantes peuvent être exploitées.
Cette approche permet de créer un système hautement évolutif capable de lancer des cumuls à la demande et d'évoluer automatiquement horizontalement pour accueillir les utilisateurs exécutant 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.
Rollup Solana à venir :
· Grass : Grass est un projet DePIN axé sur la résolution des besoins en données de l'intelligence artificielle grâce à une technologie de vérification et de capture. Le projet capture les données de formation de l'IA via les nœuds Grass du réseau et stocke les données sur la blockchain par des validateurs, tout en enregistrant avec précision la source des données et le nœud qui a effectué la capture, et en les récompensant en conséquence.
Étant donné que Grass doit traiter jusqu'à 1 million de requêtes réseau par seconde, cela est irréaliste pour le réseau principal Solana. Par conséquent, le projet prévoit d’utiliser une technologie de preuve de connaissance nulle pour vérifier l’ensemble de données et le régler par lots sur la couche 1 de Solana.
L'équipe Grass envisage également d'introduire la technologie de compression d'état à partir d'autres clusters et d'effectuer l'ancrage des données sur la version bêta du réseau principal Solana. Cette innovation fera de Grass une plateforme fondamentale, prenant en charge un large éventail d'applications qui ne peuvent être construites que sur cette base.
*Notez que les projets de construction de plates-formes et d'infrastructures ont généralement des valorisations boursières plus élevées, et Grass est sur le point de lancer son jeton.
· Zeta : l'une des premières bourses à contrat perpétuel sur Solana, qui dispose d'un carnet de commandes perpétuel entièrement sur la chaîne, prévoit actuellement d'utiliser la technologie Rollup de Solana pour migrer son processus d'appariement des transactions hors chaîne.
Les échanges de contrats perpétuels utilisant la technologie Rollup présentent des avantages évidents car ils améliorent considérablement l'expérience de trading des utilisateurs. Demandez à ceux qui ont négocié sur des plateformes comme Hyperliquid ou Aevo avec des échanges de contrats perpétuels sur Solana, qui nécessitent que les utilisateurs signent chaque transaction, une fenêtre contextuelle de portefeuille et une attente d'environ 10 à 20 secondes. De plus, les transactions contractuelles perpétuelles ne nécessitent pas d'exécution simultanée et peuvent être fortement 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, co-fondateur de Backpack, a également tweeté qu'ils se concentraient désormais sur les solutions de couche 2.
Sonic développe une chaîne SVM modulaire appelée Hypergrid qui permettra aux développeurs de jeux de déployer leurs propres chaînes sur la plateforme Solana. Parallèlement, il existe également des projets Ethereum Rollup basés sur la technologie SVM, tels qu'Eclipse et NitroVM, qui utilisent SVM comme moteur d'exécution. Dans l'écosystème Solana, Neon sert de solution de couche 2 compatible EVM. De plus, certains projets innovants tels que Molecule, un SVM Layer 2 pour Bitcoin, en sont encore à leurs premiers stades conceptuels.
Sovereign SDK fournit un framework de type node.js spécifiquement pour la création de Rollups. Les utilisateurs peuvent soumettre leur code Rust et la plateforme est capable de le transformer en un Optimistic Rollup ou un ZK Rollup qui prend en charge le déploiement sur n'importe quelle blockchain. Ce code Rust peut être une logique d'application personnalisée ou n'importe quelle implémentation de machine virtuelle.
Quelques arguments sur le Rollup
Rollup = conforme à SOL
« ETH-Aligned » ou « ETH Bag Biases » est devenu un mème Internet populaire.
Pourquoi la couche 2 et le resttaking/EigenLayer deviennent-ils les sujets les plus brûlants ?
En effet, ils ajoutent au « caractère monétaire » de l’ETH, qui est utilisé partout comme un actif de base.
Le même principe s'applique à Solana. La communauté Solana soutiendra toute solution augmentant ses avoirs SOL – c'est aussi simple que cela. À mesure que l’écosystème Solana se développe, la « monnaie » autrefois négligée du SOL deviendra importante. N'oubliez pas que la plupart des Rollups sont de toute façon des « stratagèmes marketing », et comme le marché privilégie toujours l'infrastructure aux applications, ils offrent une meilleure accumulation de valeur symbolique.
Rollup ressemblera à une extension de Solana
Outre les avantages en matière de sécurité liés à l'héritage de la sécurité de la couche de base, un accès facile aux utilisateurs et aux actifs Solana constituera un avantage significatif. Comme Jon Charbonneau l’a souligné, les rollups d’Ethereum comme Base, Optimism et Arbitrum ressemblent davantage à des extensions d’Ethereum. Les utilisateurs conservent le même portefeuille et la même adresse, le jeton de gaz natif est une version standard unique d'ETH, l'ETH domine DeFi, toutes les paires de trading sont des ETH, les applications sociales évaluent les NFT en ETH et paient les créateurs, par exemplefriend.tech, et les dépôts de couche 2 sont instantanés, etc.
De même, cela arrivera avec Solana. En apprenant d'Ethereum, la plupart des Solana Rollapps ne donneront pas aux utilisateurs l'impression qu'ils utilisent une chaîne distincte, par exemple Getcode.
Solana verra plus de "RollApps" que de "Rollup"
Solana n'a pas de problèmes de mise à l'échelle comme Ethereum où le réseau principal devient difficile à utiliser en raison des frais de gaz élevés, il est hautement optimisé. Cependant, certaines applications nécessitant un espace de bloc dédié créeront leurs Rollups. Même si un Rollup universel sur Solana n'a pas de sens pour moi, cela a du sens financièrement pour le projet. Par exemple, les utilisateurs de Base ont généré 2 millions de dollars de revenus pour Coinbase en une seule journée ! Les incitations pour les constructeurs penchent fortement vers la couche 2. Cependant, comme observé, chaque rollup EVM semble être un rollup régulier, et de nombreux projets comme Linea, Scroll ou zkSync sont devenus des chaînes fantômes, seuls les agriculteurs effectuant quelques transactions pour les largages de jetons.
De plus, je pense qu'une couche 2 universelle sur Solana peut conduire aux mêmes vieux problèmes qu'Ethereum, à savoir le cumul centralisé, la congestion et la fragmentation de la liquidité.
Pourquoi certaines applications souhaitent-elles migrer vers Rollapps/AppChain ?
Chaque application sera initialement lancée sur le réseau principal Solana, car l'hébergement de davantage 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. Il est plus difficile d'internaliser la valeur sur une couche Solana partagée qui n'est pas uniquement conçue pour une seule application. La capture MEV pourrait être une autre option rentable pour les DEX.
· Espace de bloc dédié.
· Personnalisation dans les cas d'utilisation. Par exemple, en termes de confidentialité, Getcode utilise un séquenceur pour fournir à ses utilisateurs des paiements privés, 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 voudront pas lancer leur propre Rollup, en particulier celles qui n'atteignent pas une certaine vitesse d'échappement, par exemple un TVL suffisant, des utilisateurs ou un volume de transactions suffisant. Lancer votre propre chaîne aujourd’hui implique des compromis douloureux et inutiles, de la complexité, des coûts, une moins bonne expérience utilisateur, une fragmentation des liquidités, etc. La plupart des applications, en particulier celles qui en sont aux premiers stades, ne peuvent pas justifier le caractère raisonnable de ces compromis. Solana reste le cœur et l'âme du développement SVM, c'est pourquoi de nombreuses nouvelles applications seront probablement déployées.
Pour les créateurs d'applications
Le réseau principal, la chaîne d'applications ou le rollup Solana dépend entièrement de différentes situations. S'il n'y a pas de besoin important de composabilité avec d'autres applications, il est tout à fait raisonnable de mettre certains composants différents hors chaîne, qu'il s'agisse de la chaîne d'applications ou du Rollup. Les utilisateurs n'ont même pas besoin de savoir qu'ils utilisent Rollup ou AppChain. Grass, Zeta et Getcode résument tous 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 besoins, tels que le KYC ou la logique de transfert, tout en conservant la composabilité.
Infrastructure qui pilote le rollup et la chaîne d'applications
Si la théorie Rollapp/Application Chain est élargie, les fournisseurs d’infrastructures existants pourront en bénéficier de manière significative en pénétrant de nouveaux marchés :
· Les fournisseurs de Rollup as a Service (RaaS) existants, tels que Caldera, peuvent facilement entrer sur le marché SVM à mesure que la demande se fait sentir. Les SVM comme Eclipse et NitroVM gardent également un œil sur cette opportunité. De plus, Sovereign Labs fournit un adaptateur Sovereign SDK Solana qui prend en charge Rollup sur Solana (pas encore prêt pour la production). Helius est une autre entreprise bien adaptée à la construction d'infrastructures pour Solana Layer 2, comme Mert l'a laissé entendre à plusieurs reprises.
· Séquenceurs partagés tels que Rome Protocol et besoin de clients légers tels que Tinydancer. Les séquenceurs partagés pourraient être intéressants pour Rollup car ils permettent des activités telles que l'arbitrage atomique, le MEV et le pontage transparent, réduisant ainsi la fragmentation des liquidités.
· Portefeuilles comme Phantom, Backpack et Solflare. Infrastructure de portefeuille de contrats multi-signatures et intelligents telle que Squads. 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 chaînes de cumul/applications peuvent nécessiter que SOL partage la sécurité et soit plus cohérent avec Solana. Cela entraînera une augmentation des revenus pour les premiers utilisateurs comme Cambrian, Picaso et Solayer, Jito via Stakenet et LST comme Sanctum, ainsi que pour les validateurs.
Enfin, Solana peut-elle faire face à la demande mondiale ?
Bien sûr que non. En réalité, même en tenant compte de la loi de Moore, même si le matériel continue d'améliorer les performances et que Solana est optimisé pour cette avancée matérielle, cela est irréaliste. Je pense que toutes les transactions moins critiques, telles que l'envoi de NFT par DRiP, seront finalement déplacées vers leurs propres chaînes, tandis que les transactions les plus précieuses resteront sur la chaîne principale, où une véritable composabilité est cruciale, comme le spot DEX.
Cela ne signifie pas que Solana perd la bataille du monolithique et de la composabilité ; elle s'en sortira mieux que les autres chaînes tout en s'appuyant sur la composabilité et une faible latence. De plus, Sui, Aptos, Sei, Monad, etc. ne sont pas meilleurs car nous ne savons pas encore s’ils résistent à une forte activité réelle des utilisateurs.
Contrairement à Ethereum, le réseau principal Solana n’est pas destiné à être une « chaîne B2B », il a toujours été et sera toujours une chaîne de consommateurs ; Construire des systèmes distribués à grande échelle est extrêmement difficile, et Solana a le plus grand potentiel pour devenir le registre partagé des transactions les plus précieuses au monde.
Solana a besoin d’une âme sœur : AppChain et Rollup pourraient-ils être la combinaison parfaite ?
Lien d'origine
