Qu’est-ce que Solana (SOL) et comment cela fonctionne-t-il ?
Qu’est-ce que Solana (SOL) ?
Solana est une blockchain publique sur laquelle les développeurs peuvent construire et exécuter des programmes onchain. Ces programmes ressemblent à des smart contracts : des morceaux de code qui s’exécutent sur la blockchain et exécutent automatiquement certains accords ou certaines actions.
SOL est le token natif de Solana. Vous utilisez notamment SOL pour payer les frais de transaction sur le réseau. Solana dispose de son propre mainnet, l’environnement de production où le réseau fonctionne normalement. Il existe également Devnet et Testnet, utilisés pour le développement et les tests par les validateurs. Solana Mainnet Beta a été mis en ligne en mars 2020. Ce nom est encore utilisé pour le réseau de production.
À retenir
- Solana est une blockchain publique destinée aux programmes onchain.
- SOL est le token natif et sert à payer les frais de transaction.
- Les validateurs traitent les transactions et votent sur les blocs via le proof of stake.
- Le Proof of History aide à organiser les événements dans un ordre vérifiable.
- Le traitement parallèle peut aider, mais il ne fonctionne pas pour toutes les transactions en même temps.
Comment fonctionne Solana ?
Solana utilise le proof of stake. Dans ce cadre, les validateurs aident le réseau à rester opérationnel. Un validateur est un ordinateur qui traite les transactions, vote sur les blocs et vérifie quelles données entrent dans le registre numérique.
L’influence d’un validateur dépend du stake qui lui est délégué. Ici, le stake désigne les SOL associés à un validateur afin de soutenir sa participation au réseau. Le validateur n’obtient pas pour autant la propriété ni le contrôle de ces SOL délégués.
Les validateurs se relaient dans leur rôle. Le validateur qui est leader à ce moment-là produit les blocs et ajoute de nouvelles entrées au registre pendant un slot. En termes simples, un slot est une période durant laquelle ce validateur remplit cette tâche.
Pour parvenir à un accord, Solana utilise Tower BFT, une méthode de consensus. Le consensus signifie que les participants du réseau déterminent ensemble quelle version du registre est valide. Tower BFT utilise le Proof of History comme référence temporelle. Dès qu’un bloc a reçu les votes d’une supermajorité du réseau, il est considéré comme confirmé.
Une transaction passe par plusieurs étapes. D’abord, elle entre dans le système, puis la signature est vérifiée. Ensuite, le réseau contrôle notamment le payeur et les comptes concernés. Après cela, les instructions sont exécutées. Si tout est correct, les modifications sont enregistrées. Si l’exécution échoue, les modifications sont annulées, à l’exception des frais applicables éventuels.
Vue d’ensemble de Solana (SOL)
Qu’est-ce que le Proof of History sur Solana ?
Le Proof of History, souvent abrégé en PoH, est une manière d’enregistrer de façon vérifiable l’ordre et l’écoulement du temps entre les événements. On peut le voir comme une chronologie cryptographique pour le réseau.
Sur le plan technique, le PoH fonctionne avec une chaîne séquentielle de hachages. Un hash est le résultat numérique d’un calcul. Dans cette chaîne, chaque nouveau hash est créé à partir du résultat du hash précédent comme entrée. Il en résulte un ordre fixe qui ne peut pas être modifié facilement après coup sans recalculer l’ensemble.
Les transactions, ou les hashes de transactions, peuvent aussi être intégrés à cette séquence. Il devient alors possible de vérifier à quel endroit une transaction se situe dans l’ordre. Des segments de la séquence peuvent être recalculés en parallèle pour effectuer cette vérification.
Le Proof of History ne remplace pas le proof of stake ni les votes des validateurs. Il ne détermine donc pas à lui seul quels blocs sont définitivement approuvés. Les votes pondérés par le stake des validateurs restent nécessaires au consensus. Tower BFT utilise la référence temporelle du PoH notamment pour déterminer les délais d’attente dans le processus de consensus.
Comment Solana traite-t-il les transactions en parallèle ?
Solana essaie d’exécuter en même temps les transactions qui ne se gênent pas mutuellement. Cela se fait avec Sealevel. L’idée principale est simple : une transaction indique à l’avance quels comptes elle veut lire et quels comptes elle peut modifier.
Lorsque deux transactions n’ont pas d’accès aux comptes qui se chevauchent, Sealevel peut les planifier et les exécuter en parallèle. Cela signifie qu’elles peuvent être traitées côte à côte plutôt que strictement l’une après l’autre.
Supposons que deux transactions travaillent toutes les deux avec des comptes totalement différents. Elles peuvent alors fonctionner indépendamment l’une de l’autre. Si deux transactions veulent modifier le même compte, un conflit apparaît. Ces transactions ne peuvent pas être exécutées en parallèle de manière indépendante et doivent être traitées dans un ordre sûr.
Les signatures des transactions sont également vérifiées en parallèle par lots. En revanche, à l’intérieur d’une transaction individuelle, les instructions sont exécutées successivement. Si quelque chose échoue en cours de route, le réseau annule les modifications de cette transaction, à l’exception des frais applicables.
Le traitement parallèle ne signifie donc pas que toutes les transactions d’un bloc s’exécutent toujours en même temps. Les comptes modifiables partagés limitent le degré de parallélisme possible.
Qui a fondé Solana ?
Anatoly Yakovenko et Raj Gokal sont les cofondateurs de Solana. Yakovenko a développé le concept initial de Proof of History et en a publié la première description technique en 2017.
Raj Gokal a rejoint le projet naissant en décembre 2017. Greg Fitzgerald et Stephen Akridge ont été parmi les premiers collaborateurs techniques. Ils ont contribué à transformer les idées techniques en prototype puis en implémentation du réseau.
Solana Labs a été fondée en 2018 autour du développement du réseau.
Quels sont les avantages de Solana ?
Solana combine un consensus pondéré par le stake avec une référence temporelle vérifiable grâce au Proof of History. Les validateurs ont ainsi moins besoin de se coordonner en permanence sur l’ordre des événements.
Sealevel permet une exécution parallèle pour les transactions qui ne partagent pas d’accès aux comptes. Cette conception peut aider à traiter en parallèle des tâches indépendantes. Le degré de parallélisme possible en pratique dépend toutefois des transactions elles-mêmes et des comptes utilisés.
Les programmes Solana peuvent appeler d’autres programmes au sein d’une même transaction. Les applications onchain peuvent ainsi coopérer et utiliser les briques les unes des autres.
Les frais de transaction sont payés en SOL. Chaque transaction a un tarif de base et peut en outre inclure un tarif de priorité facultatif. Avec un tel tarif de priorité, un utilisateur peut payer un leader supplémentaire afin qu’une transaction soit planifiée plus rapidement.
Les détenteurs de SOL peuvent déléguer leur stake à un ou plusieurs validateurs. Ils conservent alors eux-mêmes la propriété et le contrôle de leurs tokens délégués.
Quels sont les inconvénients de Solana ?
Solana a connu par le passé des périodes durant lesquelles le mainnet ne confirmait plus de nouveaux blocs et où les validateurs devaient procéder à un redémarrage coordonné. Le 14 septembre 2021, le réseau est resté à l’arrêt pendant 17 heures après un afflux de transactions qui a provoqué des problèmes de mémoire et des plantages de validateurs.
Le 30 septembre 2022, la production de blocs s’est à nouveau interrompue. Une erreur dans l’implémentation du consensus a alors empêché la reprise d’un fork, puis la production de blocs a repris après un redémarrage coordonné. Il s’agit d’incidents historiques et cela ne prouve pas que le réseau ne fonctionne pas aujourd’hui, mais cela montre que des problèmes de disponibilité se sont déjà produits.
Faire fonctionner un validateur exige un matériel relativement puissant. Pour un validateur, il est actuellement recommandé d’avoir au minimum 12 cœurs CPU, 256 Go de RAM, un stockage NVMe et une connexion Internet symétrique d’au moins 1 Gbit/s. De telles exigences peuvent rendre la participation en tant que validateur plus difficile pour les acteurs qui ne disposent pas de ces ressources. Ces recommandations peuvent en outre évoluer avec les futures versions du logiciel.
Comme les votes sont pondérés par le stake, les validateurs disposant d’un stake délégué plus important ont davantage d’influence sur le résultat du consensus. Par ailleurs, le slashing n’est actuellement pas mis en place comme mécanisme intégré au protocole. Le slashing est un système dans lequel le stake peut être réduit si un validateur ne respecte pas certaines règles.
Les frais et les récompenses ne sont pas non plus fixes. Les frais de transaction peuvent notamment varier selon la priorité choisie et l’utilisation du réseau. Les récompenses de staking dépendent notamment de la commission du validateur, du temps de fonctionnement et du montant total de stake délégué. Les récompenses des validateurs et des délégateurs sont en partie financées par l’émission du protocole et les frais de transaction.
En résumé
Solana est une blockchain publique destinée aux programmes onchain, avec SOL comme token natif utilisé notamment pour les frais de transaction. Les validateurs traitent les transactions et parviennent à un accord sur les blocs grâce au Proof of Stake et à Tower BFT.
Le Proof of History fournit dans ce cadre une référence temporelle vérifiable. Sealevel peut exécuter les transactions en parallèle lorsqu’elles n’ont pas d’accès conflictuel aux comptes. Cela ne signifie pas que chaque transaction peut automatiquement être traitée en même temps.
Les principaux points à retenir sont les interruptions historiques du réseau, le matériel relativement exigeant pour les validateurs et le fait que l’influence dans le consensus dépend du stake délégué. Pour comprendre Solana, il faut surtout retenir comment les validateurs, le Proof of History et le traitement parallèle s’articulent au sein du même réseau.
