SOL-SolanaDescription détaillée

SOL-Solana Description détaillée

Fondé fin 2017 par d'anciens ingénieurs de Qualcomm, Intel et Dropbox, Solana est un protocole de preuve de participation délégué à chaîne unique axé sur l'évolutivité sans compromettre la décentralisation ou la sécurité. Au cœur de la solution de mise à l'échelle de Solana se trouve une horloge décentralisée appelée Proof of History (PoH), conçue pour résoudre le problème du temps dans un réseau distribué sans une seule source de temps fiable. En utilisant une fonction de retard vérifiable, PoH permet à chaque nœud de générer des horodatages localement à l'aide de calculs SHA256. Cela élimine le besoin de diffuser des horodatages sur le réseau, ce qui augmente l'efficacité globale du réseau.
SOL est le jeton natif de la blockchain Solana. Solana utilise un algorithme de consensus Delegated Proof-of-Stake pour inciter les détenteurs de jetons à valider les transactions. Dans le cadre de la conception sécurisée de Solana, tous les frais seront payés en SOL et brûlés, ce qui réduira l'offre totale. Ce mécanisme SOL déflationniste incite davantage de détenteurs de jetons à participer, augmentant ainsi la sécurité du réseau.

Caractéristiques du projet

Afin de créer un registre distribué avec une heure codée et sans confiance, SOLANA a conçu la preuve de l'historique, qui est la preuve du passage du temps entre les ordres de vérification et des événements spécifiques.
La preuve d'historique fonctionnera avec la preuve de travail (l'algorithme de consensus utilisé par Bitcoin, etc.) ou la preuve de participation (l'algorithme de consensus utilisé par Casper d'Ethereum). Cela réduit la surcharge de messagerie qui entraîne des temps de terminaison inférieurs à la seconde.
Au-delà de cela, Solana travaille à générer jusqu'à 710 000 transactions par seconde sur une base de réseau de 1 Go sans partitionnement des données. Voulez-vous savoir comment ils prévoient de remporter cette grande victoire ?
Dans la course au développement de blockchains à haut débit (Tps) et hautement sécurisées, les équipes imaginent de nouvelles façons de créer des solutions hautement évolutives permettant de réaliser des volumes de transactions élevés.
"Une question de temps?". À l'ère de l'informatique et de l'information, il existe un besoin fondamental qui attend d'être résolu. Coordination juste entre les événements. Cela signifie : par exemple, lorsqu'un ordinateur envoie un message à un autre ordinateur, il doit synchroniser l'heure entre les transactions. Cela signifie donc que s'ils ont chacun leur propre horloge interne, ils peuvent ou non être en mesure de se coordonner correctement.
La coordination d'événements avec des horodatages n'est pas seulement une exigence système, mais aussi un coût énorme en argent, en personnel et en efforts.
Les développeurs ont commencé à utiliser une technique pour augmenter le débit global de la chaîne. Le sharding est une technique utilisée pour améliorer le TPS (débit système) de la chaîne globale et s'est avérée efficace, mais ce n'est pas une solution complète en soi, car cela peut introduire des vulnérabilités.
La plus grande vulnérabilité est la fragmentation des transactions qui, si elles ne sont pas gérées correctement, peuvent ouvrir la chaîne à des transactions frauduleuses, à des doubles dépenses ou à des fragments d'une même transaction dépourvus de connaissances partagées.
Pour fournir une perspective générale, Google Spanner (la base de données évolutive, multiversion, distribuée à l'échelle mondiale et répliquée de manière synchrone prenant en charge les transactions en lecture-écriture, les transactions en lecture seule et les lectures d'instantanés) dépense beaucoup de ressources pour synchroniser ses données. Les horloges atomiques entre centres de données.
Ils doivent être entretenus avec précision et des tonnes d'ingénieurs y travaillent. Il peut sembler que la coordination du temps est une tâche facile, mais ce n'est pas le cas, et c'est la solution Proof-of-History proposée par Solana.
En permettant une coordination temporelle fiable, Solana augmente non seulement le débit de la blockchain en termes de vitesse et de fiabilité, mais réduit également le coût moyen.
Une équipe qui résout avec succès ce problème aura probablement une blockchain très adoptée.

Aperçu technique

Explorer les solutions proposées par Solana soulève des questions telles que comment mettre en œuvre la preuve de l'historique sur la blockchain et comment fonctionne exactement Solana et quels outils utilisent-ils ?
Tout d'abord, nous devons comprendre comment le Web est conçu et en quoi il consiste.
La preuve de l'historique est une fonction de retard vérifiable à haute fréquence. Cela signifie qu'il faudra un nombre déterminé d'étapes pertinentes pour être évalué. Mais d'un autre côté, ces étapes finissent par produire un résultat unique, facile à vérifier.
Dans la section des solutions, nous avons expliqué comment Solana peut augmenter le nombre de TXN/s et réduire les ressources nécessaires pour les exécuter. L'interprétation de cette possibilité est cohérente avec l'interprétation des fonctions de hachage.
Le hachage fonctionne comme un moyen de compresser les données afin que de plus grandes quantités de données puissent finir par être compressées en un petit nombre de bits, ce qui encourage la réduction des poids tx, ce qui se traduit par une efficacité accrue et des séquences plus rapides.
Comme mentionné ci-dessus, les séquences de preuve d'historique sont conçues pour fonctionner avec des fonctions de hachage cryptographiques.
L'utilisation d'entrées brutes pour prédire le résultat final (sortie) sans exécuter la fonction entière à partir de zéro est particulièrement pertinente pour les fonctions de hachage cryptographiques. Donc, si vous avez une entrée et qu'il est impossible de prédire la sortie, vous devrez exécuter la fonction pour obtenir le résultat.
Dans cet esprit, supposons que cette fonction de hachage est exécutée à partir d'un point de départ aléatoire (entrée initiale), et une fois le processus terminé, la première sortie (hachage) est obtenue. C'est là que cela devient intéressant, en alimentant l'entrée dans l'entrée du hachage suivant avec la sortie que vous obtenez en exécutant la fonction.
Si nous voulons répéter ce processus, disons 300 fois. Vous pouvez commencer à voir que nous avons créé un processus à un seul thread où la sortie finale (hachage 300) est complètement impossible à deviner, sauf par celui qui exécute le thread entier.
Ce cycle de fourniture de sortie à l'entrée de la fonction suivante et aux données générées est représenté comme le passage du temps et la création de l'historique, dans le langage Solana, sous forme de ticks. Chaque sortie contient des informations détaillées qui ne peuvent pas être prédites sans exécuter la fonction. Comme les films Marvel dans l'exemple ci-dessus, chaque œuvre représente une période de temps qui se trouve être sa place dans le fil du temps continu.
Par conséquent, Solana recommande de ne pas utiliser de temps non fiables, mais d'utiliser ces sorties séquentielles ordonnées et imprévisibles pour déterminer un moment spécifique, c'est-à-dire un moment spécifique dans le processus de thread. Nous pouvons appeler cela l'histoire.

Preuve de l'équité du projet

Solana utilise le Proof-of-Stake (POS) pour le consensus, et il partage bon nombre des mêmes caractéristiques que les autres jetons basés sur le POS. Pour rappel, voici quelques caractéristiques clés des jetons POS :
La preuve que les jetons POS utilisent des validateurs
Le POS peut être vérifié
1. Verrouillez les jetons dans le portefeuille
2. Mettez les jetons sont verrouillés sur le masternode, qui contribue à la stabilité de la chaîne
L'ordre de paiement est déterminé par "l'âge" du jeton POS ou du programme de récompense du masternode.
Chaque portefeuille POS ou programme de récompense de masternode reçoit des jetons frappés ou nouvellement falsifiés.
Les portefeuilles ou les programmes de récompense de masternode qui ont été hors ligne pendant trop longtemps ne "payent" plus et peuvent être supprimés du réseau.
Le rôle du POS est d'empêcher les acteurs malveillants d'introduire des transactions invalides en sapant la sécurité du réseau.
La pénalité pour les "mauvais acteurs" peut être la perte de jetons POS et de récompenses.
La confiance est garantie tant que la récompense de prouver les avantages l'emporte sur les chances d'obtenir des gains grâce à la fraude.
Solana a une structure très similaire, mais ils ont implémenté leur point de vente d'une manière légèrement différente.
Solana sélectionne un validateur (c'est-à-dire, mise un jeton) parmi les nœuds connectés.
Le vote et la sélection du validateur seront alors déterminés par le nœud qui a été le nœud le plus long ou le plus lié.
Solana s'appuie sur une confirmation rapide ; si un nœud ne répond pas dans un délai spécifié, il est marqué comme mort et retiré du vote, et si le nœud était un validateur à ce moment-là, une nouvelle élection est organisée pour sélectionner un nouveau dispositif de validation.
Si un nœud super majoritaire (deux tiers des nœuds) vote dans ce délai, le fork est considéré comme valide.
Le clipping est l'acte d'invalidation de la mise, qui empêche les validateurs de commettre une fraude ou de tenter de valider plusieurs nœuds, car les jetons liés seront perdus.
Une différence majeure est le concept de nœuds d'élection secondaires. Une fois élu, un nœud secondaire peut assumer le rôle principal en cas de panne de réseau ou autre défaillance.

Liens connexes :
https://www.qukuaiwang.com.cn/news/9130.html