FAQ sur le staking et l'inflation
Aperçu
- Grâce à un processus de gouvernance on-chain, la communauté de validateurs de Solana a voté pour activer les récompenses de staking et l'inflation, qui sont désormais en ligne.
- Les détenteurs de tokens SOL peuvent gagner des récompenses et contribuer à sécuriser le réseau en stakant leurs tokens auprès d'un ou plusieurs validateurs sur le mainnet beta de Solana.
- Les rendements pour les tokens stakés sont basés sur le taux d'inflation actuel, le nombre total de SOL stakés sur le réseau, ainsi que la disponibilité et la commission (frais) d'un validateur individuel.
- Le taux d'inflation initial de Solana est de 8 % par an, diminuant de 15 % d'une année sur l'autre, pour atteindre un taux d'inflation fixe à long terme de 1,5 % par an.
Aperçu du staking
Sur le réseau Solana, de nombreuses personnes et entités différentes exécutent un programme sur des ordinateurs spécialisés appelés validateurs. Les validateurs jouent un rôle clé dans le maintien et la sécurisation de la blockchain Solana. Les validateurs sont responsables du traitement des nouvelles transactions entrantes sur le réseau, ainsi que du vote et de l'ajout de nouveaux blocs à la blockchain.
Étant donné que différents validateurs à travers le monde peuvent recevoir différentes informations à différents moments, il est essentiel que le réseau puisse parvenir à un accord sur les transactions et les données qui sont continuellement ajoutées à la blockchain. La stratégie par laquelle les validateurs et l'ensemble du réseau parviennent à cet accord est connue sous le nom de mécanisme de consensus, et constitue un défi central dans la construction d'un réseau blockchain décentralisé réussi. De nombreux projets différents ont tenté diverses solutions pour parvenir à un consensus de manière rapide et économique.
Le réseau Solana utilise un mécanisme de consensus Proof of Stake (souvent abrégé en PoS). Chaque validateur sur le réseau a la possibilité de participer au consensus en votant pour les blocs qu'il estime devoir être ajoutés à la blockchain, confirmant ainsi toutes les transactions valides contenues dans ces blocs particuliers. Cependant, les votes de tous les validateurs ne sont pas pondérés de manière égale.
Les votes de consensus des validateurs sont pondérés par le stake, ce qui signifie que plus un validateur individuel possède de stake, plus ce validateur a d'influence pour déterminer le résultat du vote de consensus. De même, les validateurs avec moins de stake ont moins de poids pour déterminer le résultat du vote, et les validateurs sans stake ne peuvent pas influencer le résultat d'un vote de consensus.
Le staking est le processus par lequel un détenteur de jetons SOL (comme quelqu'un qui a acheté des jetons SOL sur une plateforme d'échange) attribue tout ou partie de ses jetons à un ou plusieurs validateurs particuliers, ce qui contribue à augmenter le poids de vote de ces validateurs. L'attribution de vos jetons pour augmenter le poids de mise d'un validateur est appelée « délégation » de vos jetons. Déléguer vos jetons à un validateur ne donne PAS au validateur la propriété ou le contrôle de vos jetons. À tout moment, vous conservez le contrôle total de tous vos jetons stakés que vous avez choisi de déléguer.
En stakant des jetons auprès d'un ou plusieurs validateurs, le détenteur de jetons indique un certain degré de confiance envers le validateur qu'il a choisi pour déléguer. Lorsque les validateurs accumulent de plus grandes quantités de délégations de stake provenant de différents détenteurs de jetons, cela agit comme une « preuve » pour le réseau que les votes de consensus du validateur sont dignes de confiance, et leurs votes sont donc pondérés proportionnellement à la quantité de stake que le validateur a attiré. En pondérant les votes collectifs de tous les validateurs par rapport à la proportion de stake qui leur a été déléguée, le réseau atteint un consensus par cette preuve d'enjeu (Proof of Stake).
Étant donné que différents validateurs à travers le monde peuvent recevoir différentes informations à différents moments, il est essentiel que le réseau puisse parvenir à un accord sur les transactions et les données qui sont continuellement ajoutées à la blockchain. La stratégie par laquelle les validateurs et l'ensemble du réseau parviennent à cet accord est connue sous le nom de mécanisme de consensus, et constitue un défi central pour construire un réseau blockchain décentralisé réussi. De nombreux projets différents ont tenté diverses solutions sur la manière d'atteindre un consensus de manière rapide et économique.
Le réseau Solana utilise un mécanisme de consensus par preuve d'enjeu (souvent abrégé en PoS). Chaque validateur sur le réseau a la possibilité de participer au consensus en votant pour les blocs qu'il estime devoir être ajoutés à la blockchain, confirmant ainsi toutes les transactions valides contenues dans ces blocs particuliers. Cependant, les votes de tous les validateurs ne sont pas pondérés de manière égale.
Les votes de consensus des validateurs sont pondérés par le stake, ce qui signifie que plus un validateur individuel possède de stake, plus ce validateur a d'influence pour déterminer le résultat du vote de consensus. De même, les validateurs avec moins de stake ont moins de poids pour déterminer le résultat du vote, et les validateurs sans stake ne peuvent pas influencer le résultat d'un vote de consensus.
Dans un réseau ouvert et décentralisé comme Solana, n'importe qui peut exécuter un validator s'il le souhaite. Un validator malveillant ou un autre acteur malintentionné pourrait tenter d'attaquer le réseau ou de soumettre des transactions incorrectes ou frauduleuses pour son propre bénéfice. En raison du mécanisme de consensus Proof of Stake décrit ci-dessus, une seule entité agissant seule de manière frauduleuse devrait attirer une certaine quantité de stake avant que l'une de ses activités proposées ne soit prise en compte dans le vote de consensus. À mesure que davantage de détenteurs de tokens choisissent de staker leurs tokens SOL auprès de différents validators à travers le réseau, et que le montant total de stake sur le réseau augmente, il devient de plus en plus difficile, même pour un attaquant coordonné et bien financé, d'accumuler suffisamment de stake pour modifier à lui seul le résultat d'un vote de consensus à son propre avantage. En bref, plus il y a de stake délégué à de nombreux validators différents à travers le réseau, plus le réseau devient sûr et sécurisé pour tous ses utilisateurs. De plus, les détenteurs de tokens qui choisissent de staker leurs tokens et contribuent ainsi à sécuriser le réseau sont éligibles pour recevoir des récompenses de staking une fois qu'ils ont délégué leurs tokens à un ou plusieurs validators. Plus de détails sur les récompenses de staking sont fournis ci-dessous.
Sur de nombreux réseaux Proof-of-Stake, il existe un mécanisme connu sous le nom de “slashing”. Le slashing est tout processus par lequel une partie du stake délégué à un validator est détruite comme mesure punitive pour des actions malveillantes entreprises par le validator.
Ce mécanisme incite les validators à ne pas entreprendre de telles actions, car moins de stake délégué à un validator signifie que ce validator accumule alors moins de récompenses. Être slashé peut également être perçu comme un risque réputationnel pour conserver le stake actuel ou attirer un stake futur potentiel.
Le slashing pose également un risque pour les détenteurs de tokens qui pourraient potentiellement perdre une partie de leurs tokens s'ils ont délégué à un validator qui se fait slasher. La présence du slashing pourrait inciter les détenteurs de tokens à ne déléguer leurs tokens qu'à des validators qu'ils jugent réputés, et à ne pas déléguer tous leurs tokens à un seul ou à un petit nombre de validators.
Sur Solana, le slashing n'est pas automatique. Si un attaquant provoque l'arrêt du réseau, il peut être slashé lors du redémarrage du réseau. Pour plus d'informations, veuillez consulter la documentation Solana Validator.
Toute personne détenant des SOL peut staker ses tokens à tout moment.
Pour staker des tokens SOL, vous devez utiliser un portefeuille qui prend en charge le staking. Tous les portefeuilles ne prennent pas en charge le staking pour le moment. SolFlare.com est un portefeuille convivial qui prend en charge le staking. Consultez la documentation officielle pour une liste des portefeuilles qui prennent en charge le staking.
Les tokens SOL dans votre portefeuille doivent d'abord être transférés dans un compte de stake. Vous pouvez créer autant de comptes de stake que vous le souhaitez, et déposer autant ou aussi peu de SOL dans chaque compte de stake que vous le voulez. Chaque nouveau compte de stake possède une adresse unique, et un seul portefeuille peut gérer ou “autoriser” de nombreux comptes de stake différents. Consultez notre documentation sur la structure des comptes de stake pour plus de détails.
Afin de gagner des récompenses de staking (si l'inflation est activée sur le mainnet beta), les tokens dans un compte de stake doivent être délégués à un validateur. Un seul compte de stake ne peut être délégué qu'à un seul validateur à la fois, donc si vous souhaitez déléguer à différents validateurs, vous devrez répartir vos tokens entre plusieurs comptes de stake.
Il existe divers outils gérés par la communauté où vous pouvez consulter des informations sur le réseau ainsi que certaines métriques de performance sur les validateurs individuels, tels que :
De nombreux validateurs choisissent également de se présenter ainsi que leurs services sur les forums Solana :
Oui. Certaines personnes peuvent avoir reçu un compte de stake avec des tokens verrouillés de la part de la Solana Foundation, distribués en échange de services. Les tokens dans les comptes de stake avec un verrouillage ne peuvent pas être retirés vers une autre adresse de portefeuille avant l'expiration du verrouillage, mais ils peuvent toujours être délégués à un validator pour potentiellement générer des récompenses de staking pendant cette période. Les récompenses gagnées sur les tokens verrouillés sont redéposées dans le compte de stake verrouillé.
Lorsque vous créez un compte de stake pour la première fois, vous spécifiez le nombre de tokens SOL avec lesquels vous souhaitez le financer, et ces tokens sont retirés de votre compte de portefeuille principal et déposés dans le nouveau compte de stake.
Les tokens peuvent également être transférés dans un compte de stake préexistant à tout moment, en utilisant la fonction Transfert ou Envoi de votre portefeuille et en fournissant l'adresse de votre compte de stake. Si vous transférez des tokens dans un compte de stake déjà délégué, ces nouveaux tokens ne seront pas automatiquement délégués.
Si vous avez un compte de stake délégué et que vous souhaitez augmenter votre délégation à un validator particulier, la meilleure pratique consiste à créer un nouveau compte de stake avec le montant supplémentaire de stake et à déléguer ce compte au même validator.
Exemple : augmenter le stake délégué à un seul validator
- L'utilisateur a un portefeuille avec un solde de 1000 SOL.
- L'utilisateur utilise l'interface du portefeuille pour créer un compte de stake avec 100 SOL, puis délègue les tokens du compte de stake au Validator A.
- Le solde du portefeuille est maintenant de 900 SOL et le portefeuille contrôle également un compte de stake avec un solde de 100 SOL.
- Le compte de stake s'affiche dans l'interface du portefeuille et sur l'Explorer comme étant “En cours d'activation”. Une fois qu'il est “Actif”, les tokens stakés sont éligibles aux récompenses. Voir Considérations temporelles pour plus de détails.
- Plus tard, l'utilisateur souhaite augmenter sa délégation au Validator A, il utilise donc l'interface du portefeuille pour créer un deuxième compte de stake avec 50 SOL, puis délègue les tokens du nouveau compte de stake au Validator A.
- Le solde du portefeuille est maintenant de 850 SOL et le portefeuille contrôle également 2 comptes de stake avec respectivement 100 et 50 SOL, chacun délégué au Validator A.
Si vous transférez des tokens dans un compte de stake déjà délégué, ces nouveaux tokens ne seront pas automatiquement délégués. Pour que ces nouveaux tokens soient également délégués et génèrent des récompenses, vous devrez annuler la délégation de l'ensemble du compte, puis re-déléguer le même compte. Comme l'annulation de la délégation et la re-délégation peuvent prendre plusieurs jours pour prendre effet, votre stake initial ne générerait pas de récompenses pendant cette période de transition.
Par conséquent, nous recommandons de ne transférer des SOL dans un compte de stake que lors de sa création initiale ou lorsqu'il n'est pas délégué.
Les jetons ne peuvent être retirés d'un compte de staking que lorsqu'ils ne sont pas actuellement délégués. Lorsqu'un compte de staking est d'abord non délégué, il est considéré comme “en cours de désactivation” ou “en période de refroidissement”. Les jetons ne peuvent pas être retirés du compte tant qu'une partie ou la totalité d'entre eux n'ont pas fini de se désactiver et ne sont pas considérés comme “inactifs” et ne génèrent donc plus de récompenses de staking potentielles. Pour plus de détails sur la durée de cette période de transition, veuillez consulter Considérations temporelles.
Une fois que les jetons d'un compte de staking sont inactifs, ils peuvent être retirés immédiatement vers l'adresse de votre portefeuille principal ou vers une autre adresse.
Exemple : retrait de tous les jetons d'un compte de staking
- L'utilisateur possède un portefeuille avec un solde de 900 SOL et un seul compte de staking avec 100 SOL délégués à un validateur.
- L'utilisateur utilise l'interface du portefeuille pour désactiver sa délégation de staking. Le compte de staking affiche dans l'interface du portefeuille et sur l'Explorer qu'il est “en cours de désactivation”. Une fois qu'il est “inactif” ou “non délégué”, les jetons stakés cessent de générer des récompenses et peuvent être retirés. Consultez Considérations temporelles pour plus de détails.
- L'utilisateur peut utiliser l'interface du portefeuille pour retirer tous ses jetons vers son compte de portefeuille principal. Le solde du portefeuille affiche maintenant 1 000 SOL et le compte de staking est fermé.
Si vous souhaitez réduire le montant du staking délégué assigné à un validateur donné sans désactiver l'intégralité de votre solde (et donc manquer des récompenses potentielles pendant le temps d'arrêt de la délégation), vous pouvez diviser un compte de staking existant en deux comptes, et annuler la délégation de l'un, tout en laissant l'autre compte délégué et continuellement éligible aux récompenses.
Exemple : réduction de la délégation stakée à un validateur donné
- L'utilisateur possède un portefeuille avec un solde de 800 SOL et un seul compte de staking avec 200 SOL délégués à un validateur.
- L'utilisateur souhaite réduire le montant du staking délégué au validateur de 100 SOL.
- Utilisez l'interface du portefeuille pour “diviser” le compte de staking et spécifiez 100 SOL comme montant à diviser.
- Il y a maintenant 2 comptes de staking, chacun avec 100 SOL qui sont chacun délégués au même validateur.
- L'utilisateur peut ensuite utiliser l'interface du portefeuille pour désactiver l'une de ses délégations de staking. Le compte de staking affiche dans l'interface du portefeuille et sur l'Explorer qu'il est “en cours de désactivation”. Une fois qu'il est “inactif” ou “non délégué”, les jetons stakés cessent de générer des récompenses et peuvent être retirés. Consultez Considérations temporelles pour plus de détails.
- Une fois le compte inactif, l'utilisateur peut alors choisir de déléguer le compte à un validateur différent, ou de retirer les jetons vers le portefeuille principal, ou de diviser davantage le compte de staking inactif et de déléguer à plusieurs validateurs différents.
Les jetons d'un compte de staking avec une période de verrouillage ne peuvent pas être retirés avant l'expiration du verrouillage, quel que soit l'état de délégation de ce compte. Une fois le verrouillage expiré, les jetons non délégués peuvent être retirés immédiatement. Aucune action n'est requise de la part du titulaire du compte pour déverrouiller spécifiquement le compte.
Lorsque vous déléguez ou annulez la délégation d'un compte de mise, les jetons ne changent pas d'état immédiatement. Les jetons nouvellement délégués sont considérés comme “en cours d'activation” ou “en phase de préchauffage”, et ne sont pas éligibles pour gagner des récompenses tant qu'ils ne sont pas entièrement activés. Les jetons dont la délégation vient d'être annulée sont considérés comme “en cours de désactivation” ou “en phase de refroidissement” et ne peuvent pas être retirés tant qu'ils ne sont pas désactivés.
Le protocole Solana ne permet aux jetons mis en jeu de terminer leur changement d'état qu'au début d'une nouvelle epoch. Une epoch dure environ 2 jours. Utilisez solana epoch-info pour voir les détails de l'epoch actuelle.
Si vous déléguez des jetons dans un compte de mise au milieu d'une epoch, les jetons apparaîtront dans votre portefeuille comme “en cours d'activation” jusqu'à la fin de l'epoch actuelle, moment auquel ils seront actifs et éligibles pour gagner des récompenses. Que vous délégiiez vos jetons de mise près du début de l'epoch actuelle ou près de la fin de l'epoch actuelle n'a pas d'impact sur le moment où les jetons deviendront actifs, ce qui se produit uniquement à la limite de la prochaine epoch. La même logique s'applique à l'annulation de délégation ou à la désactivation d'un compte de mise délégué. Les jetons en cours de désactivation ne peuvent pas être retirés tant qu'ils n'ont pas terminé leur désactivation à la limite de l'epoch.
Il existe une limite à la quantité totale de mise pouvant changer d'état au cours d'une seule epoch sur l'ensemble du réseau Solana. Pas plus de 25 % de la mise active totale sur le réseau ne peut être activée ou désactivée au cours d'une seule epoch. Dans un scénario où plus de 25 % de la mise active totale sur le réseau est en cours d'activation au cours d'une seule epoch, une portion de toute la mise en cours d'activation/désactivation jusqu'à la limite globale de 25 % terminera son changement d'état à la première limite d'epoch. La mise restante resterait comme “en cours d'activation” ou “en cours de désactivation” pendant au moins une epoch supplémentaire, jusqu'à la prochaine limite d'epoch.
Si une activation de mise prend plusieurs epochs, la portion de mise qui devient entièrement active à la première limite d'epoch est éligible pour des récompenses, tandis que la portion restante qui est encore en cours d'activation pour une epoch supplémentaire n'est pas encore éligible pour des récompenses.
De même, si une désactivation de mise prend plusieurs epochs, la portion de mise qui devient entièrement inactive à la première limite d'epoch peut être retirée, tandis que la portion restante est encore en cours de désactivation pour une epoch supplémentaire, après quoi elle peut alors être retirée.
Tous les comptes de staking sur Solana (et tous les comptes de toute nature) peuvent être consultés sur l'explorateur de réseau de Solana, disponible ici :
Copiez et collez l'adresse du compte de staking qui vous intéresse dans la barre de recherche principale de l'explorateur pour voir les détails du compte, y compris son statut d'activation/désactivation/délégation, son solde actuel et l'adresse des autorités du compte de staking, qui serait généralement la même que l'adresse principale de votre portefeuille.
Selon la solution de portefeuille que vous utilisez pour gérer vos comptes de staking, ces mêmes informations peuvent être visibles en vous connectant à votre portefeuille et en consultant vos comptes de staking.
Récompenses de staking
Les récompenses de staking sont calculées et distribuées une fois par epoch. Un epoch dure environ 2 jours. Les récompenses accumulées au cours d'un epoch donné sont distribuées à tous les validateurs et délégateurs dans le premier bloc de l'epoch suivant. Le rendement du staking est présenté sous forme de chiffre annualisé, bien que ce nombre varie à chaque epoch car le taux d'inflation et le total du stake actif changent continuellement. Le rendement du staking et la conception complète de l'inflation sont détaillés ici :

Les estimations du rendement du staking, selon divers modèles de la fraction du total de SOL staké, peuvent être explorées ici :
MODÈLES DE RENDEMENT DU STAKING
Pour estimer la quantité de SOL qu'un délégateur peut s'attendre à voir dans un seul epoch dans un seul compte de staking :

La disponibilité du validateur est définie par le comportement de vote de consensus d'un validateur. Chaque fois qu'un validateur vote pour un bloc qui est finalement ajouté à la blockchain, ce validateur gagne un crédit de vote.
Lorsque les récompenses sont comptabilisées à la fin de l'epoch, tous les crédits de vote pondérés par le stake gagnés par tous les validateurs sont utilisés pour déterminer le montant total de SOL qui est distribué à chaque validateur particulier et à ses délégateurs.
Les validateurs facturent des frais sur les récompenses inflationnistes gagnées par les comptes de staking qui leur sont délégués, en échange de leurs services pour sécuriser la blockchain et traiter les transactions. Ces frais sont appelés taux de commission. Chaque fois que des récompenses sont émises, la commission est déposée sur le compte du validateur et les récompenses restantes sont déposées sur tous les comptes de staking délégués à ce validateur, proportionnellement au montant de stake activement délégué dans chaque compte. La commission du validateur et les récompenses de staking sont toujours émises simultanément.
Les récompenses sont émises une fois par epoch et sont déposées sur le compte de staking qui les a gagnées. Les récompenses de stake sont automatiquement redéléguées en tant que stake actif.
Si les récompenses dues à un validateur ou à l'un de ses stakes sont inférieures à un lamport pour un epoch donné, l'émission de la récompense est reportée jusqu'au prochain epoch au cours duquel les deux recevraient au moins un lamport.
Économie
Les détails du calendrier d'inflation initialement proposé sont discutés ici. Les paramètres spécifiques qui déterminent le calendrier d'inflation sont :
- Taux d'inflation initial : 8 %
- Taux de désinflation : −15 %
- Taux d'inflation à long terme : 1,5 %
Les paramètres ci-dessus sont définis comme suit :
- Taux d'inflation initial : le taux d'inflation de départ lorsque l'inflation est activée pour la première fois. Le taux d'émission de tokens ne peut que diminuer à partir de ce montant
- Taux de désinflation : le taux annualisé auquel le taux d'inflation est réduit
- Taux d'inflation à long terme : le taux d'inflation stable et à long terme attendu
Notez que le taux d'inflation ne sera pas le même que le rendement du staking (c'est-à-dire les intérêts gagnés en stakant des tokens). Voir ci-dessous pour une discussion sur le rendement du staking.
100 % de l'émission inflationniste est proposée pour être distribuée aux comptes de stake délégués et aux validateurs.
Le rendement de staking provient de l'émission inflationniste distribuée entre les comptes de staking délégués et les comptes de vote des validateurs selon le taux de commission du validateur. En raison de cette conception, le rendement de staking est principalement fonction de la fraction de SOL qui est stakée sur le réseau. Une discussion détaillée de la conception et de son impact sur le rendement de staking peut être trouvée ici :
APERÇU DE LA CONCEPTION DE L'INFLATION
Le montant total de SOL qui sera staké est inconnu, nous ne pouvons donc qu'estimer les rendements de staking exacts. Ci-dessous, nous montrons les rendements de staking au fil du temps segmentés par différentes valeurs du pourcentage de SOL staké qui pourraient être observées sur le réseau (entre 60 et 90 %). Les paramètres du calendrier d'inflation sont définis comme décrit ci-dessus.

Un tableau de bord interactif simple est fourni ici, dans lequel différents pourcentages de SOL staké peuvent être sélectionnés pour voir l'impact sur les rendements de staking prospectifs.
Veuillez noter qu'il s'agit d'un rendement de staking idéalisé car il néglige l'impact du temps de disponibilité du validateur sur les récompenses, les commissions du validateur, le potentiel plafonnement du rendement et les incidents de slashing potentiels. Il ignore également que le pourcentage de SOL staké est dynamique par conception, c'est-à-dire qu'il est prévu que le pourcentage de SOL staké change au fil du temps, impactant ainsi le rendement de staking au fil du temps. Il est uniquement présenté pour être utilisé comme une estimation approximative des rendements de staking attendus.