Conception et analyse approfondie du mécanisme Solana

Auteur: Pavel Paramonov Source: X, @paramonoww Traduction: Vision de Bitchain

Au cours des six derniers mois, j’ai lu d’innombrables articles et documents sur la conception et l’architecture du mécanisme Solana.Je vais résumer les informations les plus importantes dans un long article.Le contenu couvre des sujets tels que la conception des mécanismes, le marché des coûts et le MEV.

Voici les réponses à toutes les questions:

Modèle consensuel de Solana:

‣ Le modèle de consensus de la preuve de l’histoire de Solana (POH) est essentiellement « la preuve de la participation + variable de temps ».

‣ Poh est essentiellement l’horloge du réseau, utilisé pour suivre les événements et leur commande (les vérificateurs ne nécessitent pas de consensus à temps).

‣ Solana n’a pas de pool de mémoire (Mempool).

‣ Actuellement, la plupart des validateurs utilisent les planificateurs du client Solana fournis par @Solanalabs.Cependant, les validateurs peuvent également choisir d’exécuter différents algorithmes de construction de blocs.

‣ Les variables temporelles permettent l’affectation de leaders pour chaque rotation, qui sera responsable des blocs de production.

Mécanisme détaillé:

Lorsqu’un validateur est sélectionné comme leader, il est responsable de la production de nouveaux blocs et de les proposant au réseau.
Le leadership tourne entre les validateurs à intervalles fixes (appelés emplacements).
Chaque emplacement dure 400 millisecondes, pendant laquelle le validateur peut générer un bloc.Les créneaux sont effectués l’un après l’autre en séquence.
Chaque créneau se verra attribuer un validateur de leader pour proposer un nouveau bloc, et d’autres validateurs votent sur la validité du bloc et enfin confirmer le bloc.
Si le validateur manque son emplacement alloué, le réseau continuera de traiter la prochaine fente.

Caractéristiques et procédures:

Solana utilise un mécanisme de vote basé sur la fourche, plutôt qu’un vote à bloc unique.Les validateurs généreront des blocs en continu et ajouteront des votes valides en temps réel.
Les vérificateurs et les délégateurs peuvent promettre ou révoquer les jetons SOL jalis dans un cycle (époque).
Selon le nombre de SOLS promis, la participation du validateur au processus consensuel sera déterminée au début du cycle.

Modèle de jalonnement de Solana:

‣ Solana gère les mises à jour de mise à jour à la fin de chaque cycle (époque), chaque cycle dure environ 2-3 jours et se compose de 432 000 blocs (fentes).

‣ Le calendrier du vérificateur pour le cycle suivant est déterminé en fonction des informations de mise à jour mises à jour.

Les trois principales sources de revenus pour les validateurs:

Frais de transaction
Récompense de l’accord (inflation)
Valeur extractible maximale (MEV)

‣ Les récompenses de bloc reçues par le leader comprennent 50% des frais de base et de priorité (les 50% restants sont détruits).

‣ Les temps de bloc plus longs peuvent réduire les récompenses annuelles car le nombre de cycles est réduit, ce qui affecte l’allocation globale de $ Sol.

‣ Solana calcule le pool de récompenses SOL généré par l’inflation pour chaque cycle et alloue les récompenses aux validateurs et aux stakers en fonction de l’état de vote et de la participation du cycle précédent.

Modèle de jalonnement de Solana:

‣ Solana gère les mises à jour de mise à jour à la fin de chaque cycle (époque), chaque cycle dure environ 2-3 jours et se compose de 432 000 blocs (fentes).

‣ Le calendrier du vérificateur pour le cycle suivant est déterminé en fonction des informations de mise à jour mises à jour.

Les trois principales sources de revenus pour les validateurs:

Frais de transaction
Récompense de l’accord (inflation)
Valeur extractible maximale (MEV)

‣ Les récompenses de bloc reçues par le leader comprennent 50% des frais de base et de priorité (les 50% restants sont détruits).

‣ Les temps de bloc plus longs peuvent réduire les récompenses annuelles car le nombre de cycles est réduit, ce qui affecte l’allocation globale de $ Sol.

Modèle de vote de Solana:

‣Solana n’a pas d’exigences de SOL minimales strictes pour les validateurs, mais le consensus de participation nécessite un compte de vote.

‣ Les validateurs votent sur les propositions du leader de l’emplacement, qui nécessite un compte de vote et paie des frais de transaction pour chaque vote.

‣ Le mécanisme de vote en chaîne de Solana facture des frais de transaction pour chaque vote.Des prix de $ plus élevés augmentent les coûts d’exploitation du vote du validateur en raison de l’augmentation des frais de transaction.

Détails des coûts:

Le coût par vote est de 0,000005 SOL, et le validateur dépense environ 2-3 SOL par cycle pour voter.
Un cycle dure 2-3 jours et coûte environ 300 à 350 SOL par an, équivalent à environ 1 sol par jour.

Marché des coûts de Solana:

‣ Le mécanisme des frais de Solana comprend deux parties: les frais de base et les frais de priorité.

‣ Les frais sont divisés en pièces allouées aux validateurs et détruites, mais le mécanisme existant a certaines limites:

Il n’incite pas à une utilisation efficace des ressources ou à l’alignement des incitations entre toutes les parties.

‣ Des frais sont nécessaires pour créer un nouveau compte (la renonciation au loyer est gratuite).

Les frais sont calculés à un taux fixe et 6,96 SOL est requis par Mo de stockage.
Ces frais sont alloués au compte nouvellement créé et peuvent être récupérés si le compte est supprimé.

limitation:

Les dépenses de base ne sont pas prises en compte pour l’utilisation de l’unité informatique réelle (CU) – & GT;
Frais de priorité faibles – & GT;
Les vérificateurs ne reçoivent que 50% des frais – & GT;

Qualité de service (SWQOS) basée sur des poids de jalonnement:

‣ Dans le cas de la congestion du réseau, le mécanisme SWQOS peut être utilisé pour hiérarchiser certains types de transactions.

‣ SWQOS hiérarchise le trafic réseau en fonction du nombre de participations de vérificateurs pour empêcher les basses enjeux d’inonder le réseau grâce à des transactions de spam.

Type de connexion:

Connexion ouverte: utilisation du public
Connexion basée sur le poids des parties: réservé aux validateurs et les nœuds RPC peuvent utiliser les connexions de validateurs via les relations de confiance.

Avantages:

Améliorer les performances des transactions des vérificateurs de jalonnement
Améliorer la résilience du réseau
Améliorer la résistance à l’attaque de Sybil

défi:

Risque de gage centralisé
Problèmes de confiance entre les validateurs et les nœuds RPC
Les barrières à l’entrée pour les petits validateurs

‣ SWQOS hiérarchit l’accès au réseau, tandis que les frais de priorité hiérarchissent le tri des transactions

À propos des nœuds et des vérificateurs:

‣ Tous les validateurs sont des nœuds, mais tous les nœuds ne sont pas des validateurs.

‣ Le type de nœud:

Node de vérification: responsable de la signature et du vote
RPC Node: Process Wallet et Dex Demandes

‣ La transaction spécifiera un compte écrivatif:

Les transactions affectant le même compte sont traitées en séquence;
Les transactions affectant différents comptes peuvent être traitées séquentiellement ou en parallèle.

Elige liquide pour Solana:

‣ Solana utilise des POS délégués (DPO).

‣ L’utilisateur encoure Sol dans le pool de validateurs et peut obtenir LST (jetons de liquide).

‣ Les récompenses d’engagement sont en concurrence directement avec le revenu du prêt:

Si le revenu d’emprunt est plus élevé que la récompense de l’engagement, le vérificateur peut retirer des fonds, ce qui peut avoir un impact sur la cybersécurité.

Deux types de jetons LST:

Les jetons de récompense ou les jetons de base.

L’utilisateur encoute 10 Sol au pool de pieu et obtient 10 jetons LST.
Le pool de jalonnement attribue ces sols à plusieurs validateurs pour obtenir des VSOL.
Ces VSOL représentent des récompenses de jalonnement pour les validateurs.
Les jetons LST sont soutenus par ces VSOL.

Vérificateur LST TOKEN (jeton exclusif).

L’utilisateur intervient 10 Sol au Verifier LST et obtient le jeton V_LSTSOL, représentant son intérêt à jalonner Sol.
Le Vérificateur jaillit le sol dans le pool de jalonnement du réseau Solana pour obtenir SSOL.
Ces SSOL représentent l’intérêt des validateurs pour le sol de jalonnement et les récompenses connexes.

MEV de Solana:

‣ Le chef de la blockchain actuel a un contrôle total sur la production et la planification des blocs.

‣ Les dirigeants sont motivés pour traiter les transactions par des frais de priorité, mais ne sont pas nécessairement appliqués.

‣ L’impact négatif de MEV sur Solana:

Plus de 50% des ressources informatiques sont gaspillées sur des tentatives d’arbitrage ratées.

‣ Solana n’a pas de pool de mémoire publique (MEMPOOL), et les transactions sont transmises directement au leader actuel et le prochain leader.

La différence entre Ethereum Mev et Solana Mev:

Méthode de production de blocs:

Le validateur par défaut de Solana produit en continu des blocs, des processus et comprend des transactions en douceur.
Ethereum traite les transactions par lots en 12 secondes.

Impact de Mev:

Ethereum:

Coûts de réseau élevés
Espace de bloc réduit
Les utilisateurs sont pincés et arrachés

Solana:

Les chercheurs essaient de se faufiler dans la transaction via le trading de spam.
Échec des transactions déchet des ressources informatiques.
Quelques chercheurs réalisent la plupart des bénéfices.