Crypto

Réduction des récompenses dans le monde crypto

Definition

Le slashing est une pénalité automatique dans les réseaux de proof-of-stake qui réduit le collatéral misé d'un validateur en cas de violation des règles ou d'une fiabilité sérieusement compromise.

Qu'est-ce que le Slashing ?

Le slashing est un mécanisme de punition intégré utilisé par de nombreuses blockchains basées sur le proof-of-stake (PoS) pour pénaliser financièrement les participants qui sécurisent le réseau mais enfreignent ses règles.

En termes simples, lorsqu'un réseau s'appuie sur le staking pour maintenir l'honnêteté des validateurs, il a besoin d'un moyen crédible d'imposer cette honnêteté—ainsi, le protocole peut déduire une partie des fonds verrouillés.collatérallorsque le comportement inapproprié est prouvé.

Cela a de l'importance dans le domaine de la crypto, mais c'est particulièrement important dans la finance décentralisée, où les utilisateurs dépendent des blockchains pour régler les transactions, les prêts et les paiements de manière fiable—voir ce qu'est la DeFi, une définition pratique de la finance décentralisée pour le contexte plus large.

Ce sujet estpartie de notre guide plus large sur ce qu'est le DeFi, une définition pratique de la finance décentralisée.

Qu'est-ce que le slashing dans la crypto ?

Dans le domaine de la crypto, le slashing fait référence à la réduction au niveau du protocole des fonds engagés d'un validateur (leur « mise ») après que le validateur commet une infraction passible de slashing. C'est le plus courant dans les systèmes PoS où la production de blocs et le consensus dépendent d'acteurs incités économiquement plutôt que de mineurs.

L'idée clé est que la sécurité provient de la mise en risque de capital : si vous souhaitez avoir le droit de participer au consensus, vous bloquez des fonds, et ces fonds peuvent être partiellement (et parfois sévèrement) confisqués si vous nuisez au réseau.

Le slashing se distingue des scénarios ordinaires de récompense manquée ; ce n'est pas simplement « gagner moins », c'est une pénalité explicite qui rend certaines attaques ou opérations imprudentes économiquement irrationnelles.

Comment fonctionne le slashing ?

Le slashing fonctionne en définissant un ensemble de comportements que le protocole peut vérifier objectivement et punir. Un validateur (voir ce qu'est unnœud validateurdans la crypto) poste une garantie dans un système de staking, puis effectue des tâches comme proposer des blocs ou attester/voter sur des blocs.

Si le validateur produit une preuve cryptographique d'une action interdite—comme signer des messages contradictoires—quiconque peut généralement soumettre cette preuve sur la chaîne, et le protocole applique automatiquement la pénalité.

Le montant de la réduction dépend des règles de la chaîne et peut varier en fonction de la gravité et du contexte (par exemple, des pannes corrélées entre plusieurs validateurs peuvent déclencher des pénalités plus importantes). Une analogie utile est celle d'une caution dans la construction : vous pouvez prendre le travail, mais vous déposez une caution qui est saisie si vous rompez le contrat.

Peut-on perdre son ETH staké à cause de la réduction ?

Oui—si vous gérez un Ethereum validateur, vous pouvez perdre une partie de votre ETH staké à cause de la réduction, mais cela est conçu pour être rare pour les opérateurs prudents. Le modèle de staking d'Ethereum exige que les validateurs suivent des règles de consensus strictes, et la réduction vise principalement les comportements « malhonnêtes » prouvables (comme signer des attestations contradictoires) plutôt que le risque de marché normal.

Il est important de noter que le staking typique des utilisateurs via un fournisseur peut vous exposer indirectement : si l'opérateur est réduit, la perte peut être socialisée aux délégateurs en fonction des conditions du produit.

Cela dit, la plupart des pertes pour des configurations bien gérées proviennent de pénalités plus petites liées à une absence, tandis que les véritables événements de réduction proviennent généralement d'une mauvaise configuration, de clés dupliquées ou d'actions intentionnellement malveillantes.

Qu'est-ce qui cause la réduction d'un validateur ?

Un validateur est réduit lorsqu'il enfreint les règles de consensus d'une manière qui peut être prouvée par des signatures et l'historique des messages. Les causes courantes incluent la double signature (signer deux blocs différents pour le même créneau/hauteur) et le « vote entourant » ou d'autres formes d'attestations contradictoires, selon la conception du consensus de la chaîne.

Des erreurs opérationnelles peuvent également déclencher cela : exécuter les mêmes clés de validateur sur deux machines, restaurer incorrectement à partir d'une ancienne sauvegarde, ou passer à un serveur secondaire sans protection de réduction appropriée peut entraîner deux instances signant en même temps.

Certaines réseaux punissent également les temps d'arrêt prolongés avec des pénalités similaires à la réduction, bien que beaucoup fassent la distinction entre des fuites d'inactivité mineures et de véritables infractions réduisibles. Le thème constant est la responsabilité : le protocole doit être capable de pointer vers une violation de règle spécifique et d'appliquer une pénalité déterministe.

Le risque de réduction est-il plus élevé avec le restaking ?

Le risque de réduction peut être plus élevé avec restaking car le même collatéral sous-jacent peut être utilisé pour sécuriser des services supplémentaires au-delà de la chaîne de base, créant ainsi plus de façons d'échouer.

Avec le restaking, vous étendez effectivement vos obligations de sécurité : au lieu de suivre uniquement les règles des validateurs de la couche 1, vous pouvez également être soumis à des conditions de slashing supplémentaires définies par des protocoles externes ou des « services validés activement ».

Dans le restaking d'eigenlayer, par exemple, les participants choisissent des engagements supplémentaires qui peuvent introduire une nouvelle complexité opérationnelle (plus de logiciels, plus de clés, plus de surveillance) et de nouveaux modes de défaillance (middleware mal configuré, devoirs manqués ou réponses incorrectes).

Le compromis est simple : le restaking peut augmenterles opportunités, mais il peut également augmenter la surface d'exposition aux pénalités—donc la gestion des risques,les audits, et des conditions de slashing claires sont encore plus importantes.

Dans le tableau plus large de DeFi, le slashing est l'un des outils fondamentaux qui rend la sécurité basée sur le staking crédible pour les applications décrites dans ce qu'est DeFi une définition pratique de la finance décentralisée : cela transforme les « promesses de se comporter » en garanties économiques exécutoires.

← Retour àce qu'est DeFi une définition pratique de la finance décentralisée

Frequently Asked Questions

Qu'est-ce que le slashing dans le proof-of-stake ?

Le slashing est une pénalité imposée par le protocole qui réduit le collatéral misé d'un validateur lorsque celui-ci enfreint les règles de consensus ou est gravement peu fiable. Il est conçu pour rendre les attaques et les opérations imprudentes économiquement coûteuses. Les infractions exactes et les tailles des pénalités varient selon le réseau.

Le slashing est-il le même que la perte de récompenses de staking ?

Non. Les récompenses manquantes se produisent généralement lorsqu'un validateur est hors ligne ou sous-performe et gagne simplement moins. Le slashing est une punition explicite qui retire une partie du capital misé pour des violations spécifiques et prouvables.

Les délégués peuvent-ils aussi être slashed ?

Dans de nombreuses configurations de staking, les délégués peuvent être affectés si le validateur qu'ils soutiennent est slashed, car la perte du validateur peut être partagée sur le capital misé. Que cela se produise et comment cela se passe dépend de la conception de la chaîne et des conditions du fournisseur de staking. Vérifiez toujours comment les pénalités sont allouées avant de déléguer.

Quelles sont les raisons courantes pour lesquelles les validateurs sont slashed ?

Les raisons les plus courantes sont le double-signing et d'autres formes de signature de messages de consensus conflictuels. Cela provient souvent d'erreurs opérationnelles comme l'utilisation des mêmes clés de validateur à deux endroits ou une configuration incorrecte de la bascule. Des attaques intentionnelles peuvent également déclencher le slashing, mais de nombreux incidents sont des erreurs évitables.

Le restaking augmente-t-il le risque de slashing ?

Cela peut arriver. Le restaking ajoute des engagements supplémentaires et des dépendances logicielles, ce qui peut introduire de nouvelles conditions de slashing et plus de modes de défaillance opérationnelle. L'avantage est des récompenses potentielles supplémentaires, mais le profil de risque est généralement plus complexe que le staking de couche de base.