Solana, blockchain rapide et sécurisée au niveau mondial

Solana, blockchain rapide et sécurisée au niveau mondial. Découvrez tous ses avantages, caractéristiques et possibilités ainsi que l’accès direct à son site.

Solana est une blockchain rapide, sécurisée et résistante à la censure fournissant l’infrastructure ouverte requise pour une adoption mondiale.

Quand on s’intéresse à l’actualité de la DeFi, impossible de passer à côté de cet acteur majeur qui a une actualité très riche au vue du nombre de fonctionnalités qu’il offre.

Solana, des performances que vous pouvez mettre à l’épreuve :

Solana peut traiter 50 000 transactions par seconde. Ne nous croyez pas ? Testez le réseau et constatez par vous-même la rapidité d’exécution.

Optez pour la vitesse sans compromis et des frais d’exécutions minimes.

Cluster Solana, comment cela fonctionne :

Un cluster Solana est un ensemble de validateurs travaillant ensemble pour servir les transactions des clients et maintenir l’intégrité du grand livre. De nombreux clusters peuvent coexister. Lorsque deux clusters partagent un bloc de genèse commun, ils tentent de converger. Sinon, ils ignorent simplement l’existence de l’autre. Les transactions envoyées au mauvais sont discrètement rejetées. Dans cette section, nous expliquerons comment un cluster est créé, comment les nœuds rejoignent le cluster, comment ils partagent le registre, comment ils s’assurent que le registre est répliqué et comment ils gèrent les nœuds bogués et malveillants.

Création d’un cluster

Avant de lancer des validateurs, il faut d’abord créer une config genesis . La configuration fait référence à deux clés publiques, une menthe et un validateur d’amorçage . Le validateur détenant la clé privée du validateur d’amorçage est chargé d’ajouter les premières entrées au grand livre. Il initialise son état interne avec le compte de la Monnaie. Ce compte contiendra le nombre de jetons natifs définis par la configuration genesis. Le second validateur contacte ensuite le validateur bootstrap pour s’inscrire en tant que validateur . Des validateurs supplémentaires s’enregistrent ensuite auprès de tout membre enregistré du cluster.

Un validateur reçoit toutes les entrées du leader et soumet des votes confirmant que ces entrées sont valides. Après le vote, le validateur est censé stocker ces entrées. Une fois que le validateur constate qu’il existe un nombre suffisant de copies, il supprime sa copie.

Rejoindre un cluster

Les validateurs entrent dans le cluster via des messages d’enregistrement envoyés à son plan de contrôle . Le plan de contrôle est implémenté à l’aide d’un protocole de potins , ce qui signifie qu’un nœud peut s’enregistrer auprès de n’importe quel nœud existant et s’attendre à ce que son enregistrement se propage à tous les nœuds du cluster. Le temps nécessaire à la synchronisation de tous les nœuds est proportionnel au carré du nombre de nœuds participant au cluster. Algorithmiquement, cela est considéré comme très lent, mais en échange de ce temps, un nœud est assuré qu’il a finalement toutes les mêmes informations que tous les autres nœuds, et que ces informations ne peuvent être censurées par aucun nœud.

Envoi de transactions à un cluster

Les clients envoient des transactions au port d’ unité de traitement de transaction ( TPU ) de n’importe quel validateur . Si le nœud a le rôle de validateur, il transmet la transaction au leader désigné. Si dans le rôle de leader, le nœud regroupe les transactions entrantes, les horodatage en créant une entrée et les pousse sur le plan de données du cluster . Une fois sur le plan de données, les transactions sont validées par des nœuds de validation, les ajoutant effectivement au grand livre.

Confirmation des transactions

Un cluster Solana est capable de confirmer en moins d’une seconde jusqu’à 150 nœuds avec des plans pour évoluer jusqu’à des centaines de milliers de nœuds. Une fois pleinement mis en œuvre, les délais de confirmation ne devraient augmenter qu’avec le logarithme du nombre de validateurs, où la base du logarithme est très élevée. Si la base est de mille, par exemple, cela signifie que pour les mille premiers nœuds, la confirmation sera la durée de trois sauts de réseau plus le temps qu’il faut au validateur le plus lent d’une majorité qualifiée pour voter. Pour le prochain million de nœuds, la confirmation n’augmente que d’un seul saut de réseau.

Solana définit la confirmation comme la durée entre le moment où le leader horodaté une nouvelle entrée et le moment où il reconnaît une majorité qualifiée des votes du grand livre.

Un réseau de potins est beaucoup trop lent pour obtenir une confirmation inférieure à la seconde une fois que le réseau dépasse une certaine taille. Le temps nécessaire pour envoyer des messages à tous les nœuds est proportionnel au carré du nombre de nœuds. Si une blockchain veut obtenir une faible confirmation et tente de le faire à l’aide d’un réseau de potins, elle sera obligée de se centraliser sur une poignée de nœuds.

Une confirmation évolutive peut être obtenue en utilisant la combinaison de techniques suivante :

Horodatage des transactions avec un échantillon VDF et signature de l’horodatage.
Divisez les transactions en lots, envoyez chacun à des nœuds séparés etchaque nœud partage son lot avec ses pairs.
Répétez l’étape précédente de manière récursive jusqu’à ce que tous les nœuds aient tous les lots.

Solana fait tourner les leaders à intervalles fixes, appelés créneaux . Chaque leader ne peut produire d’entrées que pendant son créneau alloué. Le leader horodate donc les transactions afin que les validateurs puissent rechercher la clé publique du leader désigné. Le leader signe ensuite l’horodatage afin qu’un validateur puisse vérifier la signature, prouvant que le signataire est le propriétaire de la clé publique du leader désigné.

Ensuite, les transactions sont divisées en lots afin qu’un nœud puisse envoyer des transactions à plusieurs parties sans faire plusieurs copies. Si, par exemple, le leader devait envoyer 60 transactions à 6 nœuds, il diviserait cette collection de 60 en lots de 10 transactions et en enverrait une à chaque nœud. Cela permet au leader de mettre 60 transactions sur le fil, et non 60 transactions pour chaque nœud. Chaque nœud partage ensuite son lot avec ses pairs. Une fois que le nœud a collecté les 6 lots, il reconstruit l’ensemble original de 60 transactions.

Un lot de transactions ne peut être fractionné qu’un certain nombre de fois avant qu’il ne soit si petit que les informations d’en-tête deviennent le principal consommateur de bande passante du réseau. Au moment d’écrire ces lignes, l’approche s’étend jusqu’à environ 150 validateurs. Pour évoluer jusqu’à des centaines de milliers de validateurs, chaque nœud peut appliquer la même technique que le nœud leader à un autre ensemble de nœuds de taille égale.

En conclusion :

La blockchain Solana (SOL) a levé plusieurs centaines de millions de dollars pour concrétiser ses ambitions et devenir une blockchain de référence pour les applications décentralisées (dApps).

Envie d’en savoir ?