Analyse de l'architecture technique de Solana : un nouveau printemps est-il sur le point d'arriver ?
Solana est une plateforme blockchain haute performance qui utilise une architecture technologique unique pour réaliser un haut débit et une faible latence. Sa technologie de base comprend l'algorithme Proof of History (POH) qui assure l'ordre des transactions et une horloge globale, le calendrier de rotation des leaders et le mécanisme de consensus Tower BFT qui augmentent le taux de production des blocs. Le mécanisme Turbine optimise la propagation des gros blocs grâce à l'encodage Reed-solomon. La Solana Virtual Machine (SVM) et le moteur d'exécution parallèle Sealevel accélèrent la vitesse d'exécution des transactions. Ce sont tous des éléments de conception architecturale qui permettent à Solana d'atteindre une haute performance, mais qui entraînent également certains problèmes, tels que des pannes de réseau, des échecs de transactions, des problèmes de MEV, une croissance trop rapide de l'état et des problèmes de centralisation.
L'écosystème Solana se développe rapidement, avec des indicateurs de données en forte progression au cours du premier semestre, notamment dans les domaines de DeFi, des infrastructures, de GameFi/NFT, de DePin/IA et des applications consommateurs. La haute TPS de Solana, sa stratégie axée sur les applications consommateurs et un environnement écologique dont l'effet de marque est relativement faible offrent de nombreuses opportunités aux entrepreneurs et développeurs. Dans le domaine des applications consommateurs, Solana a montré sa vision de promouvoir l'application de la technologie blockchain dans des domaines plus larges. En soutenant des initiatives comme Solana Mobile et en construisant des SDK spécifiquement pour les applications consommateurs, Solana s'engage à intégrer la technologie blockchain dans les applications quotidiennes, augmentant ainsi l'acceptation et la commodité pour les utilisateurs. Par exemple, des applications comme Stepn offrent aux utilisateurs une expérience novatrice de fitness et de socialisation en combinant la blockchain et la technologie mobile. Bien que de nombreuses applications consommateurs soient encore en train d'explorer les meilleurs modèles commerciaux et le positionnement sur le marché, la plateforme technologique et le soutien de l'écosystème fournis par Solana constituent sans aucun doute un solide appui à ces tentatives d'innovation. Avec le développement technologique supplémentaire et la maturation du marché, Solana est bien positionnée pour réaliser davantage de percées et de succès dans le domaine des applications consommateurs.
Bien que Solana ait acquis une part de marché significative dans l'industrie de la blockchain grâce à son haut débit et à ses faibles coûts de transaction, elle fait face à une concurrence féroce de la part d'autres nouvelles blockchains. Base, en tant que concurrent potentiel dans l'écosystème EVM, voit rapidement le nombre d'adresses actives sur sa chaîne augmenter. Pendant ce temps, le volume total des actifs verrouillés dans le domaine DeFi de Solana, (TVL), bien qu'ayant atteint un niveau record, est également rapidement envahi par des concurrents comme Base, dont le montant de financement dans l'écosystème a également dépassé pour la première fois celui de Solana au cours du deuxième trimestre.
Bien que Solana ait réalisé certains succès sur le plan technique et de l'acceptation du marché, elle doit continuer à innover et à s'améliorer pour faire face aux défis posés par des concurrents comme Base. En particulier, pour améliorer la stabilité du réseau, réduire le taux d'échec des transactions, résoudre les problèmes de MEV et ralentir la croissance de l'état, Solana doit optimiser en continu son architecture technique et ses protocoles réseau pour maintenir sa position de leader dans l'industrie de la blockchain.
Architecture technique
Solana est connu pour son algorithme POH, son mécanisme de consensus Tower BFT, ainsi que son réseau de transmission de données Trubine et la machine virtuelle SVM, qui offrent un TPS élevé et une finalité rapide. Nous allons brièvement introduire le fonctionnement de ses différents composants, comment ils contribuent à l'objectif de haute performance dans la conception architecturale, ainsi que les inconvénients et les problèmes dérivés de cette conception.
algorithme POH
POH(Preuve d'Histoire) est une technique qui détermine le temps global, qui n'est pas un mécanisme de consensus, mais un algorithme qui détermine l'ordre des transactions. La technologie POH provient de la technologie cryptographique de base SHA256. SHA256 est généralement utilisé pour calculer l'intégrité des données, étant donné une entrée X, il n'y a qu'une seule sortie Y unique, donc tout changement de X entraînera un Y totalement différent.
Dans la séquence POH de Solana, l'intégrité de l'ensemble de la séquence peut être garantie en appliquant l'algorithme sha256, ce qui assure également l'intégrité des transactions. Par exemple, si nous regroupons les transactions dans un bloc et générons la valeur de hachage sha256 correspondante, les transactions dans ce bloc sont alors confirmées. Toute modification entraînerait un changement de la valeur de hachage. Ensuite, ce hachage de bloc sera utilisé comme partie de X dans la prochaine fonction sha256, et le hachage du prochain bloc sera ajouté. Ainsi, le bloc précédent et le bloc suivant sont tous deux confirmés, et toute modification entraînera un nouveau Y différent.
C'est le sens central de sa technologie Proof of History, le hash du bloc précédent sera utilisé comme partie de la prochaine fonction sha256, semblable à une chaîne, le dernier Y contient toujours la preuve de l'histoire.
Dans le diagramme de flux de transactions de Solana, le processus de transaction sous le mécanisme POH est décrit. Dans un mécanisme de rotation appelé Leader Rotation Schedule, un nœud Leader est sélectionné parmi tous les validateurs de la chaîne. Ce nœud Leader collecte les transactions, les trie et les exécute, générant une séquence POH, puis un bloc est créé et propagé aux autres nœuds.
Pour éviter un point de défaillance unique au niveau du nœud Leader, une limite de temps a donc été introduite. Dans Solana, l'unité de temps est divisée en epochs, chaque epoch contenant 432 000 slots(, chaque slot durant 400 ms. À chaque slot, le système de rotation attribue un nœud Leader pour chaque slot, le nœud Leader doit publier un bloc)400ms( dans le temps imparti du slot, sinon, ce slot sera sauté et un nouveau nœud Leader sera élu pour le slot suivant.
En général, les nœuds Leader utilisant le mécanisme POH permettent de finaliser toutes les transactions historiques. L'unité de temps de base de Solana est le Slot, le nœud Leader doit diffuser le bloc dans un slot. Les utilisateurs soumettent leurs transactions au Leader via un nœud RPC, le nœud Leader regroupe et trie les transactions, puis exécute la génération du bloc, qui est ensuite propagé aux autres validateurs. Les validateurs doivent parvenir à un consensus sur les transactions et leur ordre dans le bloc à l'aide d'un mécanisme, et ce consensus utilise le mécanisme de consensus Tower BFT.
) Mécanisme de consensus Tower BFT
Le protocole de consensus Tower BFT est issu de l'algorithme de consensus BFT, qui en est une mise en œuvre technique spécifique, cet algorithme étant toujours lié à l'algorithme POH. Lors du vote sur un bloc, si le vote du validateur est en lui-même une transaction, alors le hachage du bloc formé par la transaction de l'utilisateur et celle du validateur peut également servir de preuve historique, permettant ainsi de confirmer de manière unique les détails de la transaction de chaque utilisateur ainsi que les détails du vote du validateur.
Dans l'algorithme Tower BFT, il est stipulé que si tous les validateurs votent pour ce bloc et que plus de 2/3 des validateurs ont voté pour l'approbation, alors ce bloc peut être validé. L'avantage de ce mécanisme est qu'il économise une grande quantité de mémoire, car il suffit de voter sur la séquence de hachage pour confirmer le bloc. Cependant, dans les mécanismes de consensus traditionnels, on utilise généralement le flooding de blocs, c'est-à-dire qu'un validateur qui reçoit un bloc le transmet aux validateurs environnants, ce qui entraîne un grand nombre de redondances dans le réseau, car un validateur reçoit le même bloc plus d'une fois.
![Réexpliquer l'architecture technique de Solana : va-t-elle connaître un second printemps ?]###https://img-cdn.gateio.im/webp-social/moments-46a028270f3c2da92e7056c17c1d9e16.webp(
Dans Solana, en raison du grand nombre de validateurs votant pour les transactions et de l'efficacité apportée par la centralisation des nœuds leaders ainsi que d'un temps de slot de 400 ms, la taille globale des blocs et la fréquence de génération des blocs sont particulièrement élevées. Lors de la propagation de grands blocs, cela exerce également une pression considérable sur le réseau. Solana utilise le mécanisme Turbine pour résoudre le problème de propagation des grands blocs.
) Turbine
Le nœud Leader divise le bloc en sous-blocs appelés shreds grâce à un processus appelé Sharding, dont la taille spécifiée est de l'unité de transmission maximale MTU###, permettant d'envoyer la quantité maximale de données de ( d'un nœud à l'autre sans avoir besoin de le diviser en unités plus petites. Ensuite, l'intégrité et la disponibilité des données sont garanties en utilisant un schéma de code de correction d'erreurs Reed-Solomon.
En divisant le bloc en quatre Data Shreds, puis en utilisant le codage Reed-Solomon pour coder les quatre paquets en huit paquets afin d'éviter la perte et la corruption de données pendant le transfert, ce schéma peut tolérer jusqu'à 50 % de taux de perte. Dans les tests réels, le taux de perte de Solana est d'environ 15 %, donc ce schéma s'intègre très bien à l'architecture actuelle de Solana.
Dans le transfert de données de base, on considère généralement l'utilisation des protocoles UDP/TCP. Étant donné que Solana a une tolérance relativement élevée aux taux de perte de paquets, le protocole UDP est utilisé pour le transfert. Son inconvénient est qu'il ne retransmet pas en cas de perte de paquets, mais son avantage réside dans une vitesse de transfert plus rapide. En revanche, le protocole TCP retransmet plusieurs fois en cas de perte de paquets, ce qui réduit considérablement la vitesse de transfert et le débit. Avec Reed-Solomon, ce système peut augmenter de manière significative le débit de Solana, avec une augmentation pouvant atteindre 9 fois dans un environnement réel.
Après le partitionnement des données par Turbine, un mécanisme de propagation multicouche est utilisé. Le nœud Leader remettra le bloc à n'importe quel validateur de bloc avant la fin de chaque Slot, puis ce validateur partitionnera le bloc en Shreds et générera un code de correction d'erreur. Ce validateur commencera ensuite la propagation via Turbine. La propagation doit d'abord atteindre le nœud racine, puis ce nœud racine déterminera quels validateurs se trouvent à quel niveau. Le processus est illustré comme suit:
Créer une liste de nœuds : le nœud racine regroupe tous les validateurs actifs dans une liste, puis les classe en fonction de la participation de chaque validateur dans le réseau, c'est-à-dire le nombre de SOL mis en jeu ), et ceux ayant un poids plus élevé se trouvent au premier niveau, et ainsi de suite.
Groupement des nœuds : Ensuite, chaque validateur de la première couche créera également sa propre liste de nœuds pour construire sa propre première couche.
Formation des couches : Diviser les nœuds en couches depuis le haut de la liste, en déterminant à la fois la profondeur et la largeur, permet de définir la forme générale de l'arbre. Ce paramètre influencera le taux de propagation des shreds.
Les nœuds ayant une part élevée des droits, lors de la hiérarchisation, se trouvant à un niveau supérieur, peuvent ainsi obtenir à l'avance des shreds complets. À ce moment-là, ils peuvent restaurer le bloc complet, tandis que les nœuds des niveaux inférieurs, en raison des pertes de transmission, auront une probabilité réduite d'obtenir des shreds complets. Si ces shreds ne suffisent pas à construire des fragments complets, le Leader demandera une retransmission directe. À ce moment-là, la transmission des données se dirigera vers l'intérieur de l'arbre, et les nœuds de la première couche ont déjà construit la confirmation du bloc complet. Plus le temps pour que les validateurs des niveaux inférieurs terminent la construction du bloc et votent est long.
L'idée de ce mécanisme est similaire à celle du mécanisme à nœud unique des nœuds Leader. Dans le processus de propagation des blocs, il existe également certains nœuds prioritaires qui obtiennent d'abord les fragments appelés shreds pour former des blocs complets afin d'atteindre un consensus de vote. Pousser la redondance à un niveau plus profond peut considérablement accélérer le processus de Finalité et maximiser le débit et l'efficacité. En effet, les premières couches peuvent représenter 2/3 des nœuds, rendant ainsi le vote des nœuds suivants sans importance.
( SVM
Solana peut traiter des milliers de transactions par seconde, principalement grâce à son mécanisme POH, au consensus Tower BFT et au mécanisme de propagation des données Turbine. Cependant, en tant que machine virtuelle pour la transition d'état, si le nœud Leader ralentit le traitement des transactions, cela réduira le débit de l'ensemble du système. C'est pourquoi, pour SVM, Solana a proposé le moteur d'exécution parallèle Sealevel afin d'accélérer la vitesse d'exécution des transactions.
Dans SVM, une instruction se compose de 4 parties, incluant l'ID du programme, les instructions du programme et la liste des comptes pour lire/écrire des données. En déterminant si le compte actuel est en mode lecture ou écriture et si les opérations de changement d'état à effectuer sont en conflit, il est possible de permettre la parallélisation des instructions de transaction des comptes qui n'ont pas de conflit d'état, chaque instruction étant représentée par l'ID du programme. C'est également l'une des raisons pour lesquelles les exigences pour les validateurs de Solana sont très élevées, car il est demandé aux validateurs que leur GPU/CPU puisse supporter SIMD) instructions multiples de données ### ainsi que la capacité AVX d'extensions vectorielles avancées.
Développement écologique
Dans le processus de développement actuel de l'écosystème Solana, il y a une tendance croissante vers l'utilité pratique, comme Blinks, Actions et même Solana Mobile, tandis que la direction de développement des applications soutenue par l'officiel est également plus orientée vers les applications pour consommateurs, plutôt que vers une compétition infinie sur l'infrastructure. Dans le cas où la performance de Solana est suffisante actuellement, la variété des applications est plus riche. En ce qui concerne Ethereum, en raison de son TPS relativement faible, donc
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
14 J'aime
Récompense
14
6
Partager
Commentaire
0/400
airdrop_whisperer
· Il y a 17h
On a l'impression que sol a un peu de mal à soutenir.
Voir l'originalRépondre0
gaslight_gasfeez
· Il y a 18h
POH, tu as compris ça tôt.
Voir l'originalRépondre0
NotSatoshi
· Il y a 18h
POH ce piège est vraiment puissant, plus fort que beaucoup de chaînes.
Voir l'originalRépondre0
CafeMinor
· Il y a 18h
Je demande juste si le SOL va chuter.
Voir l'originalRépondre0
LiquidationWatcher
· Il y a 18h
Je préfère regarder les graphiques en chandeliers pour le frisson.
Innovation technologique de Solana et prospérité écologique : défis et opportunités coexistent
Analyse de l'architecture technique de Solana : un nouveau printemps est-il sur le point d'arriver ?
Solana est une plateforme blockchain haute performance qui utilise une architecture technologique unique pour réaliser un haut débit et une faible latence. Sa technologie de base comprend l'algorithme Proof of History (POH) qui assure l'ordre des transactions et une horloge globale, le calendrier de rotation des leaders et le mécanisme de consensus Tower BFT qui augmentent le taux de production des blocs. Le mécanisme Turbine optimise la propagation des gros blocs grâce à l'encodage Reed-solomon. La Solana Virtual Machine (SVM) et le moteur d'exécution parallèle Sealevel accélèrent la vitesse d'exécution des transactions. Ce sont tous des éléments de conception architecturale qui permettent à Solana d'atteindre une haute performance, mais qui entraînent également certains problèmes, tels que des pannes de réseau, des échecs de transactions, des problèmes de MEV, une croissance trop rapide de l'état et des problèmes de centralisation.
L'écosystème Solana se développe rapidement, avec des indicateurs de données en forte progression au cours du premier semestre, notamment dans les domaines de DeFi, des infrastructures, de GameFi/NFT, de DePin/IA et des applications consommateurs. La haute TPS de Solana, sa stratégie axée sur les applications consommateurs et un environnement écologique dont l'effet de marque est relativement faible offrent de nombreuses opportunités aux entrepreneurs et développeurs. Dans le domaine des applications consommateurs, Solana a montré sa vision de promouvoir l'application de la technologie blockchain dans des domaines plus larges. En soutenant des initiatives comme Solana Mobile et en construisant des SDK spécifiquement pour les applications consommateurs, Solana s'engage à intégrer la technologie blockchain dans les applications quotidiennes, augmentant ainsi l'acceptation et la commodité pour les utilisateurs. Par exemple, des applications comme Stepn offrent aux utilisateurs une expérience novatrice de fitness et de socialisation en combinant la blockchain et la technologie mobile. Bien que de nombreuses applications consommateurs soient encore en train d'explorer les meilleurs modèles commerciaux et le positionnement sur le marché, la plateforme technologique et le soutien de l'écosystème fournis par Solana constituent sans aucun doute un solide appui à ces tentatives d'innovation. Avec le développement technologique supplémentaire et la maturation du marché, Solana est bien positionnée pour réaliser davantage de percées et de succès dans le domaine des applications consommateurs.
Bien que Solana ait acquis une part de marché significative dans l'industrie de la blockchain grâce à son haut débit et à ses faibles coûts de transaction, elle fait face à une concurrence féroce de la part d'autres nouvelles blockchains. Base, en tant que concurrent potentiel dans l'écosystème EVM, voit rapidement le nombre d'adresses actives sur sa chaîne augmenter. Pendant ce temps, le volume total des actifs verrouillés dans le domaine DeFi de Solana, (TVL), bien qu'ayant atteint un niveau record, est également rapidement envahi par des concurrents comme Base, dont le montant de financement dans l'écosystème a également dépassé pour la première fois celui de Solana au cours du deuxième trimestre.
Bien que Solana ait réalisé certains succès sur le plan technique et de l'acceptation du marché, elle doit continuer à innover et à s'améliorer pour faire face aux défis posés par des concurrents comme Base. En particulier, pour améliorer la stabilité du réseau, réduire le taux d'échec des transactions, résoudre les problèmes de MEV et ralentir la croissance de l'état, Solana doit optimiser en continu son architecture technique et ses protocoles réseau pour maintenir sa position de leader dans l'industrie de la blockchain.
Architecture technique
Solana est connu pour son algorithme POH, son mécanisme de consensus Tower BFT, ainsi que son réseau de transmission de données Trubine et la machine virtuelle SVM, qui offrent un TPS élevé et une finalité rapide. Nous allons brièvement introduire le fonctionnement de ses différents composants, comment ils contribuent à l'objectif de haute performance dans la conception architecturale, ainsi que les inconvénients et les problèmes dérivés de cette conception.
algorithme POH
POH(Preuve d'Histoire) est une technique qui détermine le temps global, qui n'est pas un mécanisme de consensus, mais un algorithme qui détermine l'ordre des transactions. La technologie POH provient de la technologie cryptographique de base SHA256. SHA256 est généralement utilisé pour calculer l'intégrité des données, étant donné une entrée X, il n'y a qu'une seule sortie Y unique, donc tout changement de X entraînera un Y totalement différent.
Dans la séquence POH de Solana, l'intégrité de l'ensemble de la séquence peut être garantie en appliquant l'algorithme sha256, ce qui assure également l'intégrité des transactions. Par exemple, si nous regroupons les transactions dans un bloc et générons la valeur de hachage sha256 correspondante, les transactions dans ce bloc sont alors confirmées. Toute modification entraînerait un changement de la valeur de hachage. Ensuite, ce hachage de bloc sera utilisé comme partie de X dans la prochaine fonction sha256, et le hachage du prochain bloc sera ajouté. Ainsi, le bloc précédent et le bloc suivant sont tous deux confirmés, et toute modification entraînera un nouveau Y différent.
C'est le sens central de sa technologie Proof of History, le hash du bloc précédent sera utilisé comme partie de la prochaine fonction sha256, semblable à une chaîne, le dernier Y contient toujours la preuve de l'histoire.
Dans le diagramme de flux de transactions de Solana, le processus de transaction sous le mécanisme POH est décrit. Dans un mécanisme de rotation appelé Leader Rotation Schedule, un nœud Leader est sélectionné parmi tous les validateurs de la chaîne. Ce nœud Leader collecte les transactions, les trie et les exécute, générant une séquence POH, puis un bloc est créé et propagé aux autres nœuds.
Pour éviter un point de défaillance unique au niveau du nœud Leader, une limite de temps a donc été introduite. Dans Solana, l'unité de temps est divisée en epochs, chaque epoch contenant 432 000 slots(, chaque slot durant 400 ms. À chaque slot, le système de rotation attribue un nœud Leader pour chaque slot, le nœud Leader doit publier un bloc)400ms( dans le temps imparti du slot, sinon, ce slot sera sauté et un nouveau nœud Leader sera élu pour le slot suivant.
En général, les nœuds Leader utilisant le mécanisme POH permettent de finaliser toutes les transactions historiques. L'unité de temps de base de Solana est le Slot, le nœud Leader doit diffuser le bloc dans un slot. Les utilisateurs soumettent leurs transactions au Leader via un nœud RPC, le nœud Leader regroupe et trie les transactions, puis exécute la génération du bloc, qui est ensuite propagé aux autres validateurs. Les validateurs doivent parvenir à un consensus sur les transactions et leur ordre dans le bloc à l'aide d'un mécanisme, et ce consensus utilise le mécanisme de consensus Tower BFT.
) Mécanisme de consensus Tower BFT
Le protocole de consensus Tower BFT est issu de l'algorithme de consensus BFT, qui en est une mise en œuvre technique spécifique, cet algorithme étant toujours lié à l'algorithme POH. Lors du vote sur un bloc, si le vote du validateur est en lui-même une transaction, alors le hachage du bloc formé par la transaction de l'utilisateur et celle du validateur peut également servir de preuve historique, permettant ainsi de confirmer de manière unique les détails de la transaction de chaque utilisateur ainsi que les détails du vote du validateur.
Dans l'algorithme Tower BFT, il est stipulé que si tous les validateurs votent pour ce bloc et que plus de 2/3 des validateurs ont voté pour l'approbation, alors ce bloc peut être validé. L'avantage de ce mécanisme est qu'il économise une grande quantité de mémoire, car il suffit de voter sur la séquence de hachage pour confirmer le bloc. Cependant, dans les mécanismes de consensus traditionnels, on utilise généralement le flooding de blocs, c'est-à-dire qu'un validateur qui reçoit un bloc le transmet aux validateurs environnants, ce qui entraîne un grand nombre de redondances dans le réseau, car un validateur reçoit le même bloc plus d'une fois.
![Réexpliquer l'architecture technique de Solana : va-t-elle connaître un second printemps ?]###https://img-cdn.gateio.im/webp-social/moments-46a028270f3c2da92e7056c17c1d9e16.webp(
Dans Solana, en raison du grand nombre de validateurs votant pour les transactions et de l'efficacité apportée par la centralisation des nœuds leaders ainsi que d'un temps de slot de 400 ms, la taille globale des blocs et la fréquence de génération des blocs sont particulièrement élevées. Lors de la propagation de grands blocs, cela exerce également une pression considérable sur le réseau. Solana utilise le mécanisme Turbine pour résoudre le problème de propagation des grands blocs.
) Turbine
Le nœud Leader divise le bloc en sous-blocs appelés shreds grâce à un processus appelé Sharding, dont la taille spécifiée est de l'unité de transmission maximale MTU###, permettant d'envoyer la quantité maximale de données de ( d'un nœud à l'autre sans avoir besoin de le diviser en unités plus petites. Ensuite, l'intégrité et la disponibilité des données sont garanties en utilisant un schéma de code de correction d'erreurs Reed-Solomon.
En divisant le bloc en quatre Data Shreds, puis en utilisant le codage Reed-Solomon pour coder les quatre paquets en huit paquets afin d'éviter la perte et la corruption de données pendant le transfert, ce schéma peut tolérer jusqu'à 50 % de taux de perte. Dans les tests réels, le taux de perte de Solana est d'environ 15 %, donc ce schéma s'intègre très bien à l'architecture actuelle de Solana.
Dans le transfert de données de base, on considère généralement l'utilisation des protocoles UDP/TCP. Étant donné que Solana a une tolérance relativement élevée aux taux de perte de paquets, le protocole UDP est utilisé pour le transfert. Son inconvénient est qu'il ne retransmet pas en cas de perte de paquets, mais son avantage réside dans une vitesse de transfert plus rapide. En revanche, le protocole TCP retransmet plusieurs fois en cas de perte de paquets, ce qui réduit considérablement la vitesse de transfert et le débit. Avec Reed-Solomon, ce système peut augmenter de manière significative le débit de Solana, avec une augmentation pouvant atteindre 9 fois dans un environnement réel.
Après le partitionnement des données par Turbine, un mécanisme de propagation multicouche est utilisé. Le nœud Leader remettra le bloc à n'importe quel validateur de bloc avant la fin de chaque Slot, puis ce validateur partitionnera le bloc en Shreds et générera un code de correction d'erreur. Ce validateur commencera ensuite la propagation via Turbine. La propagation doit d'abord atteindre le nœud racine, puis ce nœud racine déterminera quels validateurs se trouvent à quel niveau. Le processus est illustré comme suit:
Créer une liste de nœuds : le nœud racine regroupe tous les validateurs actifs dans une liste, puis les classe en fonction de la participation de chaque validateur dans le réseau, c'est-à-dire le nombre de SOL mis en jeu ), et ceux ayant un poids plus élevé se trouvent au premier niveau, et ainsi de suite.
Groupement des nœuds : Ensuite, chaque validateur de la première couche créera également sa propre liste de nœuds pour construire sa propre première couche.
Formation des couches : Diviser les nœuds en couches depuis le haut de la liste, en déterminant à la fois la profondeur et la largeur, permet de définir la forme générale de l'arbre. Ce paramètre influencera le taux de propagation des shreds.
Les nœuds ayant une part élevée des droits, lors de la hiérarchisation, se trouvant à un niveau supérieur, peuvent ainsi obtenir à l'avance des shreds complets. À ce moment-là, ils peuvent restaurer le bloc complet, tandis que les nœuds des niveaux inférieurs, en raison des pertes de transmission, auront une probabilité réduite d'obtenir des shreds complets. Si ces shreds ne suffisent pas à construire des fragments complets, le Leader demandera une retransmission directe. À ce moment-là, la transmission des données se dirigera vers l'intérieur de l'arbre, et les nœuds de la première couche ont déjà construit la confirmation du bloc complet. Plus le temps pour que les validateurs des niveaux inférieurs terminent la construction du bloc et votent est long.
L'idée de ce mécanisme est similaire à celle du mécanisme à nœud unique des nœuds Leader. Dans le processus de propagation des blocs, il existe également certains nœuds prioritaires qui obtiennent d'abord les fragments appelés shreds pour former des blocs complets afin d'atteindre un consensus de vote. Pousser la redondance à un niveau plus profond peut considérablement accélérer le processus de Finalité et maximiser le débit et l'efficacité. En effet, les premières couches peuvent représenter 2/3 des nœuds, rendant ainsi le vote des nœuds suivants sans importance.
( SVM
Solana peut traiter des milliers de transactions par seconde, principalement grâce à son mécanisme POH, au consensus Tower BFT et au mécanisme de propagation des données Turbine. Cependant, en tant que machine virtuelle pour la transition d'état, si le nœud Leader ralentit le traitement des transactions, cela réduira le débit de l'ensemble du système. C'est pourquoi, pour SVM, Solana a proposé le moteur d'exécution parallèle Sealevel afin d'accélérer la vitesse d'exécution des transactions.
Dans SVM, une instruction se compose de 4 parties, incluant l'ID du programme, les instructions du programme et la liste des comptes pour lire/écrire des données. En déterminant si le compte actuel est en mode lecture ou écriture et si les opérations de changement d'état à effectuer sont en conflit, il est possible de permettre la parallélisation des instructions de transaction des comptes qui n'ont pas de conflit d'état, chaque instruction étant représentée par l'ID du programme. C'est également l'une des raisons pour lesquelles les exigences pour les validateurs de Solana sont très élevées, car il est demandé aux validateurs que leur GPU/CPU puisse supporter SIMD) instructions multiples de données ### ainsi que la capacité AVX d'extensions vectorielles avancées.
Développement écologique
Dans le processus de développement actuel de l'écosystème Solana, il y a une tendance croissante vers l'utilité pratique, comme Blinks, Actions et même Solana Mobile, tandis que la direction de développement des applications soutenue par l'officiel est également plus orientée vers les applications pour consommateurs, plutôt que vers une compétition infinie sur l'infrastructure. Dans le cas où la performance de Solana est suffisante actuellement, la variété des applications est plus riche. En ce qui concerne Ethereum, en raison de son TPS relativement faible, donc