Glossaire du staking : Validator, Delegation, Slashing, Unbonding, LST, PT et Vault

D’abord, construisez une « carte du staking »

Le staking n’est pas un nom de produit unique, mais un terme collectif pour un ensemble de mécanismes différents. Vous pouvez directement confier des jetons natifs au validateur du réseau, ou obtenir des certificats transférables via un protocole de staking liquide ; vous pouvez également déposer des actifs dans un Vault géré par un contrat de stratégie. Ils peuvent tous être appelés familièrement « staking », mais la destination des actifs, la source des rendements, les méthodes de sortie et les risques ne sont pas les mêmes.

Comprendre ces différences est plus important que de retenir un nombre de rendement. Cet article explique les termes courants dans l’ordre de la couche sous-jacente au produit, et fournit une liste de contrôle avant opération. Pour la portée de support, l’état du produit ou les paramètres susceptibles de changer, la date de requête de cet article est le 2026-07-31 ; lors des opérations réelles, veuillez vous référer à la page produit OneKey, aux invites dans l’application et à la documentation officielle pertinente.

Validator : Validateur

Un validateur est un nœud qui participe au consensus d’un réseau Proof-of-Stake (PoS). Le réseau exige généralement que les validateurs verrouillent ou gèrent une certaine quantité de jetons natifs et assument des responsabilités telles que proposer des blocs, vérifier des transactions et participer aux votes. Le taux de disponibilité d’un validateur, son comportement de signature et sa configuration de nœud affectent la sécurité du réseau et peuvent également affecter les récompenses des délégataires.

Un validateur n’est pas un « gestionnaire de patrimoine à profit garanti ». Sur différentes chaînes, les validateurs peuvent avoir leurs propres seuils de staking, commissions, classements dans l’ensemble actif, montants de délégation maximum ou autres règles. Avant de déléguer, confirmez :

• Si le validateur est dans un état actif pouvant participer au consensus ;
• Le ratio de commission, les règles de changement de commission et l’état opérationnel historique ;
• Si le réseau a des comportements de double signature, d’indisponibilité à long terme ou autres pouvant entraîner des pénalités ;
• Quand les récompenses sont créditées et si elles doivent être réclamées manuellement ou restakées.

Ces paramètres appartiennent aux règles de la chaîne ou du protocole et ne sont pas des risques que OneKey peut éliminer pour vous.

Delegation : Délégation

La délégation est l’allocation des droits de staking ou des intérêts liés aux actifs stakés à un validateur pour participer au réseau. Les délégataires n’ont généralement pas besoin de gérer leurs propres nœuds, mais ils supportent toujours les risques apportés par les règles du réseau et le validateur choisi. Le sens technique de « délégation » n’est pas exactement le même sur toutes les chaînes : certaines chaînes permettent la délégation native, certaines l’achèvent via des contrats intelligents, et d’autres encapsulent les certificats de délégation en jetons transférables.

La délégation ne signifie pas transférer définitivement la propriété des actifs au validateur. Les droits réels dépendent du modèle de compte de la chaîne, du contrat de staking et de l’autorisation de transaction. Avant de signer, vérifiez la cible de la transaction, le réseau, le montant de l’actif, les frais et si cela inclut l’auto-composition ou d’autres autorisations. Ne regardez pas seulement le rendement estimé sur l’interface, et ne sautez pas les pages de statut officielles et les vérifications de commission simplement parce que le nom du validateur est familier.

Rewards : Récompenses, Commission et Restaking

Les récompenses de staking proviennent généralement de l’émission du protocole, des frais de transaction ou d’autres règles du réseau. Le « rendement » affiché peut être une estimation et ne déduit peut-être pas la commission du validateur, les frais de protocole, les frais de réseau, la volatilité des prix ou l’impact fiscal. APR, APY et « taux de récompense » ne sont pas le même concept : APY suppose généralement le restaking des récompenses, tandis que la fréquence et le coût réels du restaking peuvent différer.

Lors de la visualisation des récompenses, divisez en quatre questions : Qui paie la récompense ? Selon quelles règles est-elle calculée ? Quand peut-elle être réclamée ? La réclamation ou le restaking entraîne-t-il des frais ? Si la page produit fournit des données actuelles, elles peuvent changer avec les paramètres du réseau, la commission du validateur ou les conditions du marché. Veuillez vous référer aux pages produit OneKey et à la documentation officielle correspondante après le 2026-07-31.

Slashing : Slashing

Le slashing est souvent traduit par « pénalité » ou « punition ». C’est une pénalité économique imposée par le réseau aux validateurs qui commettent des violations graves, pouvant inclure la déduction des montants stakés, le retrait temporaire ou permanent de l’ensemble des validateurs, et affectant les délégataires concernés. Les conditions de déclenchement varient selon la chaîne ; les catégories courantes incluent la double signature, l’équivoque, le statut hors ligne à long terme ou le comportement de consensus qui viole le protocole.

Le slashing est différent des réductions ordinaires de récompenses. Les réductions de récompenses proviennent généralement de faibles taux de disponibilité, de commissions ou de rendements réseau en baisse ; le slashing peut réduire directement le principal staké. Déléguer à un validateur ne signifie pas que vous serez forcément slashé, mais les délégataires doivent d’abord lire les règles de pénalité officielles de la chaîne cible pour comprendre si le comportement du validateur peut être transmis au délégataire et comment la portée de la pénalité est calculée.

Unbonding : Période de déliaison

L’unbonding est la phase d’attente après avoir initié une demande d’undelegate, d’annulation de délégation ou de sortie du staking. Pendant la période d’attente, les actifs peuvent ne pas être transférables ou re-délégables, et les récompenses peuvent également être gérées selon les règles de la chaîne. Ce n’est pas une défaillance du wallet ou une transaction échouée, mais un état défini par le réseau pour maintenir la sécurité et empêcher les entrées et sorties à court terme.

La longueur de la période d’unbonding est déterminée par la chaîne spécifique et l’implémentation du staking et ne peut pas être résumée par un seul nombre de jours. Le processus courant est : initier une demande d’undelegate ou de withdraw, entrer dans l’état d’unbonding, et attendre plusieurs cycles avant de récupérer les actifs utilisables. Avant de soumettre, confirmez à partir de quel bloc ou cycle le compte à rebours commence, s’il peut être annulé, si une transaction de réclamation supplémentaire est nécessaire, et si les récompenses continuent de s’accumuler pendant la période d’attente.

Native Staking : Staking natif

Le staking natif utilise directement les comptes, les validateurs et les règles de sortie définis par la blockchain elle-même. Son avantage est un chemin relativement direct, reposant principalement sur le consensus du réseau et les validateurs ; son inconvénient est que la liquidité peut être limitée, la sortie nécessite d’attendre la période d’unbonding, et les étapes opérationnelles varient selon la chaîne.

Le staking natif n’est pas la même chose que déposer des jetons dans un contrat DeFi. Les risques clés du premier sont les règles du réseau, les opérations des validateurs et les arrangements de verrouillage ou de sortie ; le second supporte en plus les risques de contrat intelligent, d’oracle, de stratégie, de liquidation et de liquidité. Même si l’interface dit « Stake », vous devez toujours d’abord clarifier quel contrat ou module la transaction appelle réellement.

LST : Liquid Staking Token

LST (Liquid Staking Token) est l’abréviation de liquid staking token. Les utilisateurs confient des actifs natifs à un protocole de staking liquide, qui stake pour le compte de l’utilisateur et émet un certificat à l’utilisateur. Ce certificat peut généralement être utilisé sur d’autres marchés ou protocoles DeFi, donc il a une plus grande liquidité par rapport au staking natif direct.

Un LST n’est pas l’actif natif lui-même, ni un « certificat de dépôt » sans risque. Il peut se négocier avec une décote ou une prime par rapport à l’actif sous-jacent, et la sortie peut être soumise à des limites de file d’attente, de liquidité ou de capacité du protocole ; les contrats du protocole, les ensembles de validateurs, les mécanismes de rachat et les risques de mise à niveau des contrats intelligents doivent également être pris en compte. Lors de l’utilisation d’un LST comme collatéral, le risque de liquidation du protocole de prêt s’ajoute également.

Lors de l’évaluation d’un LST, vérifiez au moins trois couches : comment l’actif sous-jacent est staké, comment le certificat est évalué et racheté, et s’il y a suffisamment de liquidité sur le marché secondaire. N’interprétez pas « négociable » comme « toujours rachetable 1:1 ».

PT : Principal Token

PT (Principal Token) provient généralement d’un protocole de division de rendement et représente la partie principale d’un actif qui peut être rachetée à une date d’échéance prédéterminée. Un concept courant accompagnant PT est YT (Yield Token), qui représente le droit aux rendements avant l’échéance. Le prix d’un PT fluctue généralement autour de sa valeur de rachat à l’échéance, mais est affecté par la durée, les taux d’intérêt, la liquidité du marché et le risque du protocole.

La différence entre PT et LST est : LST est principalement un certificat liquide après staking ; PT est principalement la partie principale après avoir séparé le principal des rendements futurs. Acheter un PT peut signifier verrouiller le principal à l’échéance avec une décote, mais cela n’équivaut pas à des rendements garantis et peut également impliquer la volatilité des prix avant l’échéance, les pertes de sortie anticipée, les vulnérabilités de contrat et le risque d’actif sous-jacent. Assurez-vous de confirmer la date d’échéance, l’actif de rachat, la source de rendement, s’il existe un marché secondaire, et si le produit permet une sortie anticipée.

Vault : Yield Strategy Vault

Vault fait généralement référence à un pool d’actifs ou à un conteneur de stratégie de rendement géré par un contrat intelligent. Les utilisateurs déposent un actif et reçoivent des certificats de part ; le Vault effectue ensuite du staking, du prêt, de la fourniture de liquidité ou d’autres opérations selon une stratégie prédéfinie. Les rendements dépendent des résultats réels de la stratégie ; les frais peuvent inclure des frais de gestion, des frais de performance, des frais de protocole et des coûts de transaction.

« Vault » n’est pas une norme unifiée. Les produits portant le même nom peuvent adopter des stratégies et des conceptions de permissions complètement différentes. Avant de déposer, vérifiez vers quels protocoles les actifs seront déployés, qui peut modifier la stratégie ou suspendre les retraits, comment les parts sont calculées, et s’il existe des files d’attente de retrait, un partage des pertes, des plafonds de quota et des mécanismes de sortie d’urgence. Si une page n’affiche qu’un rendement sans descriptions de stratégie, de frais et de risques, vous ne devez pas juger de la sécurité du produit sur cette base.

How to distinguish these terms

Vous pouvez juger dans l’ordre suivant : demandez d’abord si l’actif entre directement dans le module de staking de la chaîne ; si oui, concentrez-vous sur le validateur, la délégation, les récompenses et la période d’unbonding. Si le protocole émet des certificats de staking transférables, concentrez-vous sur le rachat et la liquidité LST. Si les actifs et les rendements futurs sont divisés avec une date d’échéance, concentrez-vous sur PT, YT et la durée. Si les actifs entrent dans un pool géré par un contrat de stratégie, concentrez-vous sur la stratégie du Vault, les permissions et le mécanisme de sortie.

Lors de la vérification des fonctionnalités associées dans OneKey, utilisez uniquement les actifs, réseaux, actions et statuts réellement renvoyés par le produit ou l’API actuel. Les champs d’interface peuvent contenir des termes de produit comme staking, validator, delegation, reward, unbonding ou autres, mais « champ API présent » ne signifie pas le support pour toutes les chaînes, tous les validateurs ou toutes les stratégies. N’inférez pas à partir de noms similaires qu’un certain Vault, Provider, adresse ou produit DeFi est supporté par OneKey ; si la page produit ou la documentation officielle ne le liste pas explicitement, traitez-le comme en attente de confirmation.

Pre-operation checklist

• Confirmez le réseau et l’actif : vérifiez le nom de la chaîne, le contrat de jeton (si applicable), le solde et l’actif de frais.
• Confirmez le mécanisme : distinguez entre le staking natif, la délégation, LST, PT et Vault ; comprenez le contrat ou le module de chaîne que la transaction appellera.
• Confirmez la sortie : enregistrez la période d’unbonding, la date d’échéance, les conditions de rachat, la file d’attente de retrait et les transactions supplémentaires possibles.
• Confirmez les frais : vérifiez la commission du validateur, les frais de protocole, les frais d’échange, le Gas et le slippage ; ne traitez pas le rendement brut comme le rendement net.
• Confirmez les permissions : examinez les autorisations de contrat intelligent, les administrateurs de stratégie, les permissions de pause et les permissions de mise à niveau.
• Confirmez le risque : comprenez si le slashing affecte les délégataires, si le LST peut se dépeg, si le PT a une perte de terme et si le Vault peut entraîner des pertes.
• Essai en petite quantité : pour les opérations de première fois, utilisez une petite quantité d’actifs que vous pouvez vous permettre de perdre ; enregistrez le hash de transaction et observez si le statut correspond aux attentes.

Divulgation des risques

Le staking, le staking liquide, la division de rendement et les Vaults peuvent tous entraîner une perte de principal. Les risques incluent mais ne sont pas limités à la volatilité des prix des jetons, le slashing ou le statut hors ligne des validateurs, l’incapacité d’utiliser les actifs pendant la période d’unbonding, les vulnérabilités de contrat intelligent, les permissions d’administrateur ou de mise à niveau, les défaillances d’oracle, la liquidité insuffisante, le dépegging, la liquidation, le slippage et la congestion du réseau. Tout rendement attendu n’est pas une promesse et ne constitue pas un conseil en investissement, fiscal ou juridique. L’affichage de l’interface ou de l’API de OneKey ne modifie pas la relation de prise de risque des chaînes sous-jacentes et des protocoles tiers. La portée de support, les champs, les taux et l’état du produit changeront ; la date de requête pour les informations de cet article est le 2026-07-31. Veuillez vous référer aux pages produit OneKey, aux invites réelles dans l’application et à la documentation officielle pertinente.

Références

• Ethereum Official: Staking Introduction
• Cosmos Hub Official Documentation: Delegation and Unbonding
• Polkadot Wiki: Staking and Slashing
• Lido Official Documentation: stETH and Liquid Staking
• Pendle Official Documentation: PT and YT
• Yearn Official Documentation: Vault Overview