Ceci est un extrait de la newsletter Lightspeed. Pour lire les éditions complètes, abonnez-vous.
Les validateurs Solana ont commencé à voter sur SIMD-0326, la proposition de gouvernance pour son nouveau protocole de consensus Alpenglow.
La proposition nécessite au moins 33% des validateurs pour atteindre le quorum. Ce matin, au moins 11,8% (135) des ~1,3K validateurs de Solana ont voté en faveur, selon Dune.
Lorsque vous envoyez une transaction sur Solana aujourd'hui, la chaîne prend environ ~12,8 secondes (32 slots * 0,4s de temps de slot) pour atteindre une finalité déterministe, bien qu'on y fasse aussi parfois référence de manière informelle comme ayant une finalité de transaction souple/optimiste de 500-600ms.
12,8 secondes est rapide comparé à la finalité de 12,8 minutes du consensus Gasper d'Ethereum, mais cela pâlit en comparaison de la vitesse de consensus des chaînes plus récentes comme Mysticeti de Sui, avec 390-500ms.
Alpenglow promet de réduire davantage la fenêtre temporelle de 12,8 secondes à 100-150ms, apportant une amélioration de 100x, selon l'emplacement géographique du validateur.
Il y parvient en éliminant quelques éléments fondamentaux hérités de la chaîne Solana comme la preuve d'histoire (PoH), Tower BFT et la propagation des votes basée sur le gossip.
L'utilisateur moyen de Solana n'a aucune idée de ce que sont ces éléments, et n'a pas besoin de s'en soucier, donc je vais essayer de garder ça simple.
PoH et Tower BFT sont les deux éléments centraux de l'architecture de Solana aujourd'hui qui permettent aux validateurs d'ordonner les blocs sans avoir à interagir.
Pensez au PoH comme un chronomètre cryptographique pré-consensus qui horodate les blocs. Ces horodatages servent d'horloge partagée que l'algorithme Tower BFT présente ensuite aux validateurs pour leurs engagements. De cette façon, la blockchain Solana peut continuer à produire des blocs sans nécessiter un tour de consensus synchrone comme c'est typique avec les chaînes traditionnelles.
Cette conception de protocole a bien servi Solana, mais il y a des compromis.
D'une part, cela crée un coût supplémentaire pour les transactions de vote, qui représentent environ 70% des transactions on-chain de Solana (voir le graphique gris ci-dessous). Les transactions de vote sont distinctement séparées des types de transactions que les utilisateurs ordinaires envoient pour utiliser la chaîne; elles sont une attestation que les validateurs doivent payer pour verrouiller leurs engagements pour Tower BFT, ou un coût d'exploitation.
Cela a créé une sorte de problème pernicieux de longue date pour les validateurs Solana.
Plus le stake d'un validateur Solana est important, plus il a d'opportunités de gains pour produire des blocs. Mais chaque validateur, quelle que soit la taille de son stake, paie les mêmes frais pour voter.
Cette économie de "coût fixe, revenu variable" aboutit à une situation où les grands validateurs finissent par avoir un stake plus important au fil du temps, centralisant effectivement le stake du réseau des petits vers les grands validateurs. La décentralisation du réseau en souffre car il n'est pas rentable d'exécuter un validateur à moins d'arriver avec des poches bien remplies.
(Cela explique également pourquoi la Fondation Solana a une initiative pour subventionner les petits validateurs durant leur première année d'opérations.)
Alpenglow vise à étouffer ce problème dans l'œuf en se débarrassant complètement des coûts de vote. C'est là qu'interviennent ses nouveaux composants, Votor et Rotor.
Votor déplace le vote des validateurs off-chain, mais enregistre l'agrégat sous forme de certificat on-chain compact. Alpenglow remplace donc les transactions de vote par slot par des frais fixes, compressant le consensus en un ou deux tours pour atteindre sa finalité cible de 100-150ms.
Rotor, d'autre part, est un protocole amélioré de propagation des blocs qui remplace Turbine. Il utilise un schéma de relais plus simple pour réduire le nombre de fois où les données sautent de nœud en nœud, réduisant ainsi la latence du réseau de bout en bout.
Votor et Rotor sous-tendent conjointement le modèle de résilience "20+20" promis par Alpenglow. Sous ce nouveau modèle, le réseau Solana préserve la sécurité et la vivacité même avec 20% du stake contrôlé par des validateurs malveillants et 20% supplémentaires hors ligne.
Si tout cela reste trop confus, imaginez simplement Peter Griffin IA dansant à travers une carte Minecraft — d'une manière ou d'une autre, le consensus commence à avoir du sens.
Recevez les actualités dans votre boîte de réception. Explorez les newsletters de Blockworks :
Source: https://blockworks.co/news/solana-validators-commence-vote-alpenglow
