Analyse complète de l'écosystème Solana : une vue d'ensemble allant de l'historique des financements aux mécanismes technologiques
TechFlow SélectionTechFlow Sélection
Analyse complète de l'écosystème Solana : une vue d'ensemble allant de l'historique des financements aux mécanismes technologiques
Solana est devenu le choix privilégié pour attirer les utilisateurs extérieurs à la chaîne, notamment dans des domaines tels que DePIN, les applications mobiles et les paiements.
Dédié à des analyses Web3 approfondiesAuteur : Insight VC
Traduit par : TechFlow
La capitalisation boursière de Solana est d’environ 63 milliards de dollars, ce qui en fait l’une des principales plateformes blockchain. Elle s'est imposée comme le choix privilégié pour intégrer les utilisateurs externes, notamment dans les domaines du réseau décentralisé d'infrastructures physiques (DePIN), des applications mobiles et des paiements. Dans nos précédentes newsletters, nous avons mis en avant les projets DePIN construits sur Solana, notamment Helium et Hivemapper.
Au cours de la dernière année, Solana a réalisé des progrès significatifs, notamment après l’annonce de Visa étendant ses capacités de stablecoin sur la blockchain Solana, ce qui a entraîné une hausse de son jeton natif. Lors de la conférence Consensus 2024, PayPal Holdings, Inc. (NASDAQ : PYPL) a annoncé que PayPal USD (PYUSD) était désormais disponible sur Solana, rendant l’utilisation du stablecoin de PayPal plus rapide et plus économique (actuellement, la capitalisation boursière de PYUSD s’élève à 827,83 millions de dollars, dont 58,3 % sur Solana et 41,7 % sur Ethereum).
Équipe principale :
-
Fondateur et PDG : Anatoly Yakovenko
-
Co-fondateur : Raj Gokal
-
Co-fondateur et CTO : Greg Fitzgerald
-
Co-fondateur : Stephen Akridge
-
Co-fondateur et scientifique principal : Eric Williams
Analyse du financement de Solana - Montant total levé : 359 millions de dollars
Rounds de financement :
-
Financement seed : Date : Premier trimestre 2018 | Montant levé : 3,17 millions de dollars | Prix : 0,04 dollar
-
Financement privé : Date : Deuxième trimestre 2018 | Montant levé : 12,63 millions de dollars | Prix : 0,20 dollar
-
Investisseurs sélectionnés : Jump Crypto, BlockTower Capital, Distributed Global, Reciprocal Ventures, etc.
-
Financement série A : Date : Deuxième trimestre 2019 | Montant levé : 20 millions de dollars
-
Investisseurs sélectionnés : Multicoin Capital (lead), Distributed Global, Slow Ventures, RockawayX, NGC Ventures, Blockchange Ventures, etc.
-
Financement validators : Date : Troisième trimestre 2019 | Montant levé : 5,7 millions de dollars | Prix : 0,225 dollar
-
Prévente et vente privée : Date : 2 janvier 2020 | Montant levé : 2,29 millions de dollars | Prix : 0,250 dollar
-
Financement stratégique : Date : Premier trimestre 2020 | Montant levé : 2,29 millions de dollars | Prix : 0,25 dollar
-
ICO : Date : 23 mars 2020 | Montant levé : 1,76 million de dollars | Prix : 0,220 dollar | Plateforme : Coinlist
-
Événement de création de jetons (TGE) et distribution : Date : 10 avril 2020 | Prix à l’introduction : 0,67 dollar
-
Financement non divulgué : Date : 9 juin 2021 | Montant levé : 314 millions de dollars
-
Investisseurs sélectionnés : Andreessen Horowitz (a16z) (lead), Polychain Capital (lead), Multicoin Capital, CMS Holdings, Ryze Labs (Bocom Global Capital), Alameda Research, Jump Trading, etc.
Économie du jeton Solana (SOL) (12 septembre 2024)
-
Offre totale de SOL : 584 294 896 SOL
-
Circulation : 467 932 073 SOL (80,1 %)
-
Non en circulation : 116 362 823 SOL (19,9 %)
-
Capitalisation boursière : 63,3 milliards de dollars (5ᵉ position globale, représentant 3,104 % du marché cryptographique total de 2 040 milliards de dollars)
-
Offre totale mise en gage : 383 399 756,5 SOL (65,6 % de l’offre totale)
-
SOL mis en gage verrouillé : 48 163 740,1 SOL (12,6 % du total mis en gage)
-
Inflation : Taux actuel de 5,036 %, diminuant chaque année de 15 % jusqu’à un taux final de 1,5 %
-
Dynamique de l’offre : Le SOL mis en gage inclut les actifs actifs et les actifs non mis en gage ; les actifs verrouillés sont temporairement gelés avant une date spécifique, généralement dans le cadre d’investissements ou de subventions de la Solana Foundation et de Solana Labs.
-
Structure des frais de transaction : 50 % des frais de transaction sont brûlés, le reste étant distribué aux validateurs sous forme de récompenses de bloc.
Mécanisme d’inflation de Solana
Émission et réduction des jetons Les jetons SOL de Solana sont introduits via deux mécanismes principaux : le bloc génésis (Genesis Block) et l’inflation protocolaire (mécanisme de récompense au staking). En revanche, les jetons SOL sont principalement retirés de la circulation par la destruction des frais de transaction. Le plan d'inflation est contrôlé par trois paramètres : un taux d'inflation initial de 8 %, un taux de désinflation de -15 % et un taux d'inflation à long terme de 1,5 %. Le taux d'inflation actuel est de 5,07 %, et l'inflation de Solana a commencé au 150ᵉ période en février 2021.
Calendrier de déblocage du SOL (helius)
Analyse de l’impact sur les participants au réseau
L’inflation proof-of-stake (PoS) transfère la richesse des non-stakers vers les stakers, diluant ainsi la valeur des actifs détenus par les non-stakers tout en récompensant les participants au staking. Solana maintient un taux de staking élevé de 65 %, ce qui constitue une performance solide par rapport à d'autres réseaux. À ce jour, environ 380 millions de SOL sont mis en gage, avec des variations notables de liquidité entre les périodes.
Relation entre les récompenses de staking et le taux d’inflation
Méthode de calcul des rendements du staking
Les rendements du staking dépendent du taux d'inflation, du temps de disponibilité du validateur, du taux de commission prélevé par le validateur et du pourcentage de SOL mis en gage. La formule est la suivante :
Destruction des frais et facteurs de désinflation :
La destruction des frais de transaction, les pénalités et autres pertes liées aux utilisateurs contribuent à la pression de désinflation, mais leur impact est limité. La part des frais détruits par rapport aux récompenses de staking a atteint un pic de 7,8 % en mars 2024, mais la moyenne récente est de 3,2 %. Après la mise en œuvre de SIMD-96, cet impact deviendra négligeable. Bien que les pénalités soient possibles, elles sont rares et ne constituent actuellement pas un facteur important de désinflation.
Impôts et impact sur le marché :
Dans de nombreuses juridictions, l’obtention de récompenses d’inflation peut être considérée comme un événement imposable, ce qui pourrait entraîner une pression vendeuse chez les stakers souhaitant payer leurs impôts. De plus, l’inflation PoS pourrait exercer une pression baissière continue sur le prix du SOL, affectant les comparaisons de prix équitables et l’économie du réseau.
Dépendance des revenus des validateurs à l’inflation :
Les validateurs ont traditionnellement dépendu des commissions issues de l’inflation, mais récemment, la croissance d’autres sources de revenus, telles que la valeur extractible maximale (MEV) et les récompenses de bloc, offre de nouvelles voies durables. La viabilité à long terme de ces sources alternatives reste incertaine.
Paramètres d’inflation et scénarios (source :Helius)
L’inflation de Solana est actuellement définie par un taux d’inflation initial de 8 %, un taux de désinflation de -15 % et un taux d’inflation à long terme de 1,5 %. En septembre 2024, le taux d’inflation actuel est d’environ 5 %, avec une offre totale actuelle de 584 millions de SOL. Quatre scénarios sont proposés pour explorer les changements possibles :
-
Scénario A : Doubler le taux de désinflation de -15 % à -30 %.
-
Scénario B : Réduire de moitié le taux d’inflation à long terme de 1,5 % à 0,75 %.
-
Scénario C : Réduire immédiatement de moitié le taux d’inflation actuel, passant de 5 % à 2,5 %.
-
Scénario D : Réduire de moitié le taux d’inflation actuel, doubler le taux de désinflation et réduire de moitié le taux d’inflation à long terme.
Impact sur l’offre et le prix :
Sur les huit prochaines années :
-
Scénario A : Réduction de l’offre totale de 5,3 % (à 678 millions de SOL).
-
Scénario B : Impact négligeable, seulement 1 million de SOL en moins.
-
Scénario C : Réduction de l’offre totale de 7,3 % (à 664 millions de SOL).
-
Scénario D : Réduction de l’offre totale de 12,2 % (à 629 millions de SOL).
En supposant un prix initial du SOL de 150 dollars, et en gardant les autres variables constantes :
-
Référence : Le plan d’inflation actuel fait baisser le prix de 18,5 %, à 122,25 dollars.
-
Scénario A : Réduction du prix de 13,93 %, à 129,10 dollars.
-
Scénario C : Réduction du prix de 12,07 %, à 131,90 dollars.
-
Scénario D : Réduction du prix de 7,26 %, à 139,10 dollars.
Architecture et conception
Solana est une blockchain haute performance conçue pour la vitesse, l'efficacité et la scalabilité. Elle prend en charge des milliers de transactions par seconde, avec une faible latence et des frais de transaction extrêmement bas, d’un bloc toutes les 400 millisecondes et des coûts de quelques centimes. Ce rapport explorera les mécanismes et l’architecture système de Solana, soulignant sa capacité à s’étendre et interagir sans friction au sein d’un écosystème unifié.
Langages de programmation
Solana utilise principalement Rust pour le développement de contrats intelligents en raison de sa concurrence, de sa sécurité mémoire et de son contrôle des ressources de bas niveau, garantissant la sécurité et la prévisibilité du code. Bien que Rust soit le langage principal, Solana prend également en charge tous les langages compatibles LLVM, tels que C et C++, attirant davantage de développeurs. Pour le développement client, Solana fournit des SDK en Java, C#, Python, Go et Kotlin, facilitant la communication avec le réseau Solana via l'API JSON RPC. Ce soutien diversifié améliore l'accessibilité et la flexibilité pour les développeurs.
Mécanismes et architecture système
L’architecture de Solana adopte un écosystème unifié et composable, intégrant toutes les applications sur une seule et même blockchain. Cette conception évite le besoin de passerelles, d’identifiants de chaîne distincts ou de fragmentation de liquidité, améliorant ainsi l’expérience utilisateur et simplifiant les interactions entre applications. Les performances de la blockchain reposent sur sa capacité à exploiter pleinement les capacités matérielles, assurant que le logiciel puisse évoluer avec les progrès matériels.
Le processus de transaction de Solana commence lorsque l'utilisateur soumet une transaction au leader de la blockchain, qui regroupe ces transactions en blocs et les diffuse sur le réseau pour exécution et validation par les autres validateurs. Les modifications du protocole central sont gérées via les documents d'amélioration de Solana (Solana Improvement Documents, SIMD), examinés et votés par la communauté.
Cycle de vie des transactions
Les transactions Solana sont le seul moyen de modifier l'état de la blockchain. Chaque transaction, appelée « message de transaction », comprend un en-tête, des adresses de compte, le hachage du bloc le plus récent et des instructions. Les transactions sont atomiques, garantissant que toutes les opérations réussissent ou échouent ensemble. Cette structure permet des optimisations prédéfinies en exigeant la liste préalable des comptes, favorisant ainsi un traitement parallèle sans conflit des transactions.
Sécurité et gestion des clés
Solana utilise la cryptographie de courbe elliptique Ed25519 pour générer des paires de clés publiques/privées, assurant une sécurité élevée et des signatures de transaction efficaces. Les portefeuilles génèrent des paires de clés, la clé publique servant d'identifiant de compte sur la blockchain, et la clé privée servant à autoriser les transactions. Les transactions sont signées avec la clé privée pour garantir l'intégrité et l'authenticité des données, puis vérifiées via la clé publique.
Fonctionnement du réseau
Solana adopte une approche dirigée par un leader sans mempool, désignant un validateur spécifique comme leader pour traiter les transactions pendant une période fixe (400 ms). Les validateurs sont choisis selon leur mise en gage et leurs rôles alternent selon un calendrier prédéterminé, renforçant la décentralisation et la sécurité du système.
Le réseau utilise un service de qualité pondéré par la mise (Stake-Weighted Quality of Service, SWQoS) pour prioriser les transactions des validateurs misés, réduisant ainsi l'impact des transactions malveillantes et des attaques Sybil. Le SWQoS réserve 80 % de la capacité de traitement du leader aux transactions des validateurs misés, le reste étant alloué aux nœuds non misés.
Amélioration de la scalabilité
Des solutions récentes d'extension, telles que les rollups SVM et la compression ZK, sont en cours de développement pour améliorer encore les performances de Solana, bien qu'encore à un stade précoce. La blockchain utilise le protocole réseau QUIC, favorisant une transmission efficace, sécurisée et scalable des messages de transaction pour répondre aux besoins de haut débit.
Consensus et production de blocs
Le mécanisme de consensus de Solana repose sur la construction continue de blocs, où le leader construit et diffuse des blocs en temps réel pendant sa période attribuée. Cette méthode réduit la latence et optimise le traitement des transactions. L'unité de traitement des transactions (TPU) des validateurs gère la création des blocs, exécutant autant de transactions que possible en parallèle pour maximiser le débit et l'efficacité.
Preuve d’Historique (Proof of History, PoH)
Pour une description détaillée de la Preuve d’Historique, veuillez consulter le livre blanc de Solana.
La Preuve d’Historique (PoH) est une caractéristique clé de Solana, agissant comme une horloge cryptographique qui établit un ordre vérifiable des événements pour synchroniser le réseau. Contrairement aux algorithmes de consensus Proof of Work, PoH n’est pas utilisé pour atteindre un consensus, mais fournit une référence temporelle que les validateurs utilisent pour ordonner les transactions et suivre le calendrier du leader.
PoH fonctionne en calculant continuellement une chaîne de hachage SHA-256, chaque hachage dépendant du précédent. Cette séquence doit être calculée séquentiellement, créant ainsi une « micro preuve de travail ». Les validateurs exécutent un service PoH pour générer ces hachages, difficiles à produire mais faciles à vérifier par d'autres validateurs. En intégrant les données des transactions dans la chaîne de hachage, PoH horodote les transactions, prouvant leur ordre d’occurrence et empêchant les validateurs de manipuler l’ordre des blocs.
Mécanismes et fonctionnalités
Chaque validateur Solana exécute continuellement le service PoH, hachant séquentiellement pour maintenir un grand livre horodaté cryptographiquement. Lorsque le leader actuel traite de nouvelles transactions, celles-ci sont combinées avec le hachage PoH actuel, mettant à jour la chaîne et intégrant les transactions dans la chronologie cryptographique. Ce processus garantit que le leader ne peut pas manipuler le moment ni l’ordre des transactions.
Dans chaque bloc de 400 ms, le flux PoH inclut environ 800 000 hachages et des marques temporelles indiquant l'écoulement du temps, espacées de 6,25 ms. Ces marques servent de preuve d'activité et maintiennent le rythme des opérations du réseau. Même lorsqu'ils ne sont pas leaders, les validateurs maintiennent l'horloge PoH active pour rester synchronisés avec le reste du réseau et respecter le calendrier du leader.
Modèle de comptes
La gestion de l’état de Solana repose sur une base de données de comptes (AccountsDB), une structure de stockage clé-valeur volumineuse où les clés sont les adresses de compte et les valeurs les données correspondantes. Les comptes Solana existent sous plusieurs formes :
-
Comptes utilisateurs : Représentent des utilisateurs détenant une clé privée.
-
Comptes de données : Stockent des informations d’état, comme les soldes de jetons.
-
Comptes de programmes : Contiennent le code exécutable d’un programme spécifique.
-
Comptes de programmes natifs : Exécutent les fonctions centrales du réseau.
Solana distingue le code de l’état en maintenant les comptes de programmes immuables, tandis que l’état est stocké dans des comptes séparés. Cette séparation permet une gestion efficace de l’état et des optimisations uniques adaptées à l’architecture de Solana.
Programmes et gestion de l’état
Les programmes sur Solana sont écrits en langages comme Rust pour manipuler les données dans les comptes, mais ils ne stockent pas internement l’état. Au lieu de cela, les programmes interagissent avec des adresses dérivées de programmes (Program Derived Addresses, PDAs), des comptes spéciaux contrôlés par un programme et n’ayant pas de clé privée. Les PDAs garantissent que seul le programme concerné peut modifier l’état, renforçant ainsi la sécurité et le contrôle des changements d’état.
Location et gestion des comptes
Pour résoudre l’expansion de l’état, Solana implémente un mécanisme de location exigeant que les comptes maintiennent un solde minimum de SOL. Lorsqu’un compte n’est plus nécessaire, il peut être fermé et le solde de location remboursé à l’utilisateur. Cette méthode encourage une utilisation efficace de l’état des comptes et empêche la persistance illimitée de comptes inutiles.
Turbine : diffusion des données
Turbine est le protocole de diffusion des données de Solana, inspiré de BitTorrent. Il divise les données de transaction en petits paquets appelés « fragments », puis les propage de manière structurée dans le réseau. Les fragments sont regroupés en lots et diffusés via un arbre Turbine, les validateurs étant organisés en couches pour relayer les fragments à d'autres validateurs. Cela réduit la charge de données du leader et améliore la capacité du réseau à distribuer efficacement les blocs.
Consensus : Tower BFT
Solana utilise Tower BFT, une implémentation personnalisée du PBFT (pratique Byzantine Fault Tolerance) renforcée par l’horloge synchronisée de PoH. Cette approche réduit les coûts de communication du consensus, car les validateurs s’appuient sur l’ordre préétabli des transactions fourni par PoH plutôt que sur plusieurs tours d’échanges de messages. Les validateurs votent pour les blocs en utilisant des crédits obtenus pour des votes corrects, et le système garantit qu’ils restent sur la fourche choisie pendant une durée minimale, réduisant ainsi les risques de fourchement.
Gossip et archivage
Le réseau Gossip de Solana agit comme plan de contrôle, diffusant des métadonnées essentielles pour assurer la communication et la synchronisation d’état entre les nœuds. Les nœuds archiveurs conservent l’historique du réseau, les données étant stockées sur des nœuds entrepôt pour garantir l’accessibilité des transactions passées.
Économie et Jito
Le modèle économique de Solana inclut un mécanisme de récompense par inflation via le staking, où les validateurs gagnent des SOL en participant au consensus et en produisant des blocs. Les récompenses de bloc incluent les frais de transaction, partiellement brûlés et partiellement distribués aux validateurs producteurs de blocs. Le staking liquide permet aux détenteurs de SOL de miser dans des pools, obtenant des jetons de staking liquides (LSTs) négociables ou utilisables dans des applications, tout en percevant des récompenses de staking.
Le client Jito est largement adopté par les validateurs Solana, améliorant les incitations économiques grâce à un système externe d’enchères pour l’espace des blocs, permettant aux transactions d’être prioritaires via des pourboires en sus des frais standards. Cela a considérablement accru les récompenses des validateurs et stimulé l’adoption généralisée du client Jito sur le réseau Solana.
Machine virtuelle Solana (SVM)
La machine virtuelle Solana (SVM) est un cadre innovant conçu pour gérer la Valeur Extractible Maximale (Maximal Extractable Value, MEV) sur la blockchain Solana. Le MEV implique d’extraire une valeur supplémentaire en réordonnant, incluant ou excluant des transactions. SVM fournit des technologies et protocoles pour détecter, analyser et gérer les activités MEV, améliorant ainsi l’efficacité, l’équité et la sécurité de l’écosystème Solana.
Machine virtuelle Ethereum (EVM) vs Machine virtuelle Solana (SVM)
La SVM diffère de la machine virtuelle Ethereum (EVM) dans l’exécution des contrats intelligents et le traitement des transactions. Dans SVM, chaque validateur exécute individuellement les contrats intelligents, permettant un débit transactionnel élevé. En revanche, l’EVM nécessite un consensus entre les nœuds pour l’exécution, ce qui ralentit le traitement. De plus, le modèle de traitement parallèle de Solana permet l’exécution simultanée de plusieurs transactions, alors que le modèle séquentiel d’Ethereum traite une transaction à la fois, rendant Solana plus rapide et plus efficace.
Objectif et importance de la SVM
La SVM vise à résoudre le problème du MEV en offrant une méthode structurée pour éviter la manipulation dans l’ordre des transactions et
Bienvenue dans la communauté officielle TechFlow
Groupe Telegram :https://t.me/TechFlowDaily
Compte Twitter officiel :https://x.com/TechFlowPost
Compte Twitter anglais :https://x.com/BlockFlow_News
@insights4vc
