---
title: "Staking liquide"
description: "Les pools de staking liquide placent des actifs auprès de validateurs et émettent des jetons transférables représentant un droit sur la position mutualisée. Comprenez la comptabilité des LST, les récompenses, le rachat, les décotes de marché, les risques des contrats intelligents et des validateurs et la composabilité DeFi."
image: "https://wiki.fcontext.com/og.png"
---

> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Staking liquide

> À des fins éducatives uniquement ; ne constitue pas un conseil en investissement. Un LST peut perdre de la valeur en raison des risques liés au protocole, aux validateurs, à la liquidité, au marché et à la DeFi.

<a id="answer"></a>

## Réponse directe

Le staking liquide est une forme de staking mutualisé qui fournit au participant un jeton transférable représentant un droit sur les actifs placés en staking et, selon les règles du protocole, sur leurs récompenses et leurs pertes. Ce jeton est couramment appelé jeton de staking liquide (LST). Il permet à son détenteur de transférer, négocier ou utiliser la position dans la DeFi pendant que les validateurs continuent d'exploiter le stake sous-jacent.

Un LST n'est pas une seconde copie de l'actif déposé et rien ne garantit qu'il s'échange à parité avec celui-ci. Le taux comptable du protocole, le montant et le moment disponibles au moyen du rachat natif et le prix sur le marché secondaire sont des valeurs distinctes. Les frais, les pénalités des validateurs, le slashing, les défaillances des contrats ou des oracles, les files d'attente de retrait et la liquidité du marché peuvent amener le détenteur à recevoir moins ou à patienter plus longtemps que prévu.

Ethereum ne fournit nativement ni staking mutualisé ni LST. Ces produits sont créés par des protocoles tiers, dont les contrats, opérateurs, règles de gouvernance, méthodes comptables et conditions de rachat ajoutent des hypothèses au-delà du protocole de preuve d'enjeu d'Ethereum. La même distinction analytique s'applique au staking liquide sur d'autres réseaux de preuve d'enjeu, même si les règles exactes des validateurs et des retraits varient selon la blockchain.

<a id="mechanism"></a>

## Fonctionnement

1. **Déposer ou acquérir le LST.** Un utilisateur dépose l'actif natif de staking dans un pool et reçoit un LST, ou achète un LST existant à un autre détenteur. Un achat sur le marché n'ajoute pas à lui seul de nouveaux actifs au pool de staking.
2. **Mutualiser et exploiter le stake.** Le protocole alloue les actifs à des validateurs ou à des opérateurs de nœuds. La blockchain de base détermine l'activation, les récompenses, les pénalités ordinaires, le slashing et les contraintes de sortie des validateurs ; le protocole de staking liquide détermine la sélection des opérateurs et la répartition des résultats.
3. **Actualiser le droit.** Les récompenses des validateurs et les éventuelles récompenses de la couche d'exécution incluses dans le produit augmentent les actifs du pool. Les pénalités, le slashing et les autres pertes les réduisent. Les frais du protocole et des opérateurs diminuent le montant reversé aux détenteurs de LST.
4. **Choisir une sortie.** Un détenteur peut vendre le LST sur un marché secondaire ou demander son rachat selon les règles du protocole. Une vente dépend de la liquidité et du prix disponibles ; le rachat natif peut nécessiter une file d'attente asynchrone, la sortie de validateurs et une transaction ultérieure de réclamation.
5. **L'utiliser dans la DeFi.** Un LST transférable peut servir de garantie, entrer dans un pool de liquidité, être transféré par un pont ou faire l'objet d'un restaking. Chaque contrat et niveau de levier supplémentaire ajoute des risques qui ne font pas partie du rendement du staking sous-jacent.

### Modèles comptables des jetons

- **Modèle à rebasage :** le solde de jetons du portefeuille varie lorsque le pool comptabilise des récompenses ou des pertes. Le `stETH` de Lido est un exemple d'implémentation.
- **Modèle à accumulation de valeur :** le solde de jetons reste normalement fixe tandis que la quantité d'actifs sous-jacents par jeton indiquée par le protocole évolue. Le `wstETH` de Lido est un exemple d'implémentation.

Les deux modèles peuvent représenter une économie similaire, mais les intégrations doivent appliquer la bonne comptabilité des soldes ou des parts. Le contrat du jeton, le tableau de bord du protocole et la cotation de marché peuvent afficher des unités différentes ; il ne faut jamais déduire la valeur de rachat du seul symbole du jeton.

### Trois valeurs à distinguer

- **Taux comptable :** la part des actifs mutualisés que le protocole attribue à chaque LST après application de ses règles comptables.
- **Valeur de rachat :** ce que le détenteur peut effectivement réclamer après les frais, la répartition des pertes, les limites et les règles de la file d'attente, ainsi que le moment où cette somme devient disponible.
- **Prix de marché :** ce qu'un acheteur est prêt à payer maintenant. Une vente urgente, une faible liquidité, des retards de rachat ou des inquiétudes concernant le protocole peuvent créer une décote ; une forte demande comme garantie ou des incitations peuvent créer une prime.

Le rendement du staking est variable, et non un intérêt fixe promis par le jeton. Un rapprochement utile consiste à additionner les récompenses de la blockchain de base et les éventuelles récompenses d'exécution déclarées, puis à soustraire les pertes des validateurs, les frais du protocole et des opérateurs et les autres déductions propres au produit. Les jetons d'incitation, les intérêts de prêt ou le rendement d'une stratégie de farming à effet de levier doivent être analysés séparément, car ils introduisent d'autres émetteurs et scénarios de perte.

<a id="example"></a>

## Exemple pratique

Supposons qu'un pool hypothétique à accumulation de valeur reçoive `10 ETH`, ne facture aucuns frais d'entrée et émette `10 LST`, de sorte que son taux comptable initial soit `1 LST = 1 ETH`. Cette égalité est une convention comptable de départ, pas une garantie de marché.

Après une certaine période, supposons que les récompenses nettes des validateurs après frais atteignent `0.50 ETH`. Sans autre changement, les actifs du pool passent à `10.50 ETH`, l'offre reste de `10 LST` et le taux comptable devient `1 LST = 1.05 ETH`. Le détenteur de `4 LST` dispose donc d'un droit comptabilisé par le protocole de `4.20 ETH`.

Supposons maintenant que le rachat natif soit retardé et que la cotation disposant de la meilleure profondeur soit `1 LST = 0.97 ETH`. Vendre immédiatement `4 LST` rapporte environ `3.88 ETH` avant les frais de négociation et le slippage, même si la comptabilité du protocole indique `4.20 ETH`. Attendre le rachat peut permettre de récupérer davantage, mais expose le détenteur à la durée de la file d'attente, aux futures récompenses ou pertes et au fonctionnement du protocole. La décote apparente n'est pas un arbitrage gratuit si l'éligibilité au rachat, le temps, les coûts et les risques de défaillance ne sont pas tous pris en compte.

<a id="risks"></a>

## Risques et liste de vérification

### Contrats, comptabilité et gouvernance

- Un bug, une mise à niveau, un rôle privilégié compromis ou une intégration incorrecte peuvent bloquer le rachat, mal valoriser les parts ou entraîner une perte d'actifs. Les audits réduisent l'incertitude, mais ne prouvent pas la sécurité.
- Les défaillances des oracles ou de la comptabilité peuvent déclarer un solde erroné pour les validateurs ou appliquer incorrectement les récompenses et les pertes. Vérifiez qui fournit les données, comment les désaccords sont traités et quelles fonctions peuvent être suspendues.
- La gouvernance peut modifier les frais, les opérateurs, les modules, les règles de rachat ou les limites de risque. Identifiez l'autorité de mise à niveau, les délais de sécurité, les pouvoirs d'urgence et la possibilité pour les utilisateurs de sortir avant l'entrée en vigueur d'un changement.

### Validateurs, opérateurs et conservation

- Les périodes d'inactivité réduisent les récompenses et peuvent entraîner des pénalités ordinaires ; un comportement passible de slashing peut détruire une partie du stake du validateur et forcer sa sortie. Des défaillances corrélées peuvent toucher de nombreux validateurs à la fois.
- La concentration des opérateurs, clients, fournisseurs cloud, zones géographiques ou systèmes de gestion des clés fait partager un même mode de défaillance à des validateurs apparemment distincts.
- Déterminez qui contrôle les identifiants de dépôt, de signature et de retrait, comment les opérateurs sont admis ou retirés et si les pertes sont mutualisées entre tous les détenteurs.

### Rachat, liquidité et prix

- Le rachat par le protocole peut être indisponible, plafonné, suspendu ou mis en file d'attente. Selon le protocole, le LST peut cesser de produire des récompenses pendant l'attente d'une demande.
- La liquidité du marché secondaire peut disparaître lorsque de nombreux détenteurs veulent simultanément récupérer l'actif natif. Une cotation affichée peut ne pas être exécutable pour le volume souhaité.
- Ne qualifiez pas toute décote de « depeg » comparable à celui d'une stablecoin. Comparez d'abord le taux comptable, le droit au rachat et le prix de marché, puis déterminez quelle valeur a changé et pourquoi.

### Composition et effet de levier dans la DeFi

- Utiliser un LST comme garantie ajoute des risques liés aux oracles, à la liquidation et au marché du crédit. Une décote de marché peut déclencher une liquidation même si un rachat ultérieur reste possible.
- Les pools de liquidité LST/actif natif ajoutent une exposition aux teneurs de marché automatisés, à la concentration de la liquidité et à la perte impermanente ; les frais annoncés ne garantissent pas une compensation.
- Les ponts, les wrappers ou le restaking ajoutent des contrats, des domaines de gouvernance et des délais de retrait. Retracez tout le parcours jusqu'à l'actif natif au lieu de supposer que tous les wrappers sont équivalents.

### Questions de diligence raisonnable

- Le LST est-il un droit direct sur le protocole, une dette d'un dépositaire, un wrapper ou un dérivé d'un autre LST ?
- Quelles récompenses sont incluses, quels frais sont déduits et comment les pénalités et le slashing sont-ils répartis ?
- Le rachat est-il sans autorisation, et quelles sont les règles de minimum, maximum, file d'attente, suspension et réclamation ?
- Les contrats sont-ils vérifiés et audités, et qui peut les mettre à niveau, les suspendre, émettre ou brûler des jetons ou modifier les données comptables ?
- À quel point le stake, les opérateurs, les clients, les votes de gouvernance, les oracles et la liquidité du marché sont-ils concentrés ?
- Qu'arriverait-il à une position à effet de levier si le LST s'échangeait sous son taux comptable plus longtemps que le prêt ne peut rester ouvert ?

<a id="misconceptions"></a>

## Idées reçues

- **« Liquide » signifie immédiatement rachetable à parité.** La transférabilité offre une voie de sortie, mais le prix et la profondeur dépendent du marché ; le rachat par le protocole peut rester asynchrone.
- **Le LST crée une copie supplémentaire de l'actif.** Il représente un droit ou une part soumis aux règles du produit. Utiliser à la fois le droit sur l'actif et des fonds empruntés augmente l'effet de levier au lieu de créer du capital sans risque.
- **Une hausse du solde ou du taux de change du jeton garantit un rendement.** Les récompenses varient, et les frais, pénalités, slashing ou pertes comptables peuvent réduire la valeur nette.
- **Une décote doit se refermer par arbitrage.** L'arbitrage exige une voie de rachat fiable, une taille suffisante, un délai acceptable, du financement et la certitude que le droit restera valide.
- **Utiliser un LST dans la DeFi présente le même risque que le staking.** Cela combine le risque du staking avec les contrats, oracles, liquidité, effet de levier et gouvernance de chaque protocole ajouté.

<a id="related"></a>

## Sujets connexes

- [Staking](/fr/crypto/staking/)
- [Slashing](/fr/crypto/slashing/)
- [Contrats intelligents](/fr/crypto/smart-contract/)
- [Depeg des stablecoins](/fr/crypto/stablecoin-depeg/)
- [Restaking](/fr/crypto/restaking/)

<a id="sources"></a>

## Sources

- [Liquid & Pooled Staking](https://ethereum.org/staking/pools/) - Ethereum.org (consulté : 2026-08-21)
- [Proof-of-Stake Rewards and Penalties](https://ethereum.org/developers/docs/consensus-mechanisms/pos/rewards-and-penalties/) - Ethereum.org (consulté : 2026-08-21)
- [Lido Tokens Integration Guide](https://docs.lido.fi/guides/lido-tokens-integration-guide/) - Lido Docs (consulté : 2026-08-21)
- [WithdrawalQueueERC721](https://docs.lido.fi/contracts/withdrawal-queue-erc721/) - Lido Docs (consulté : 2026-08-21)

Source: https://wiki.fcontext.com/fr/crypto/liquid-staking/index.mdx