Risque de slashing lié au restaking : Ce qu'il faut vérifier avant de déléguer

Le restaking vous permet de diriger des ETH déjà stakés vers une deuxième couche de protocoles appelés AVS afin de générer des rendements supplémentaires, mais cela implique également un deuxième ensemble de règles qui peuvent brûler votre capital. Depuis qu'EigenLayer a activé le slashing sur le mainnet, déléguer à un mauvais opérateur n'est plus un risque théorique. De véritables délégateurs ont déjà perdu des fonds lorsqu'un opérateur a utilisé une fonctionnalité appelée "redistributable slashing" pour rediriger leur mise. Cet article explique ce qui déclenche réellement un slashing dans le restaking aujourd'hui, comment EigenLayer, Symbiotic et Karak gèrent ce risque différemment, et exactement ce qu'il faut vérifier sur la page d'un opérateur avant de déléguer un seul token.

Panaprium est indépendant et pris en charge par les lecteurs. Si vous achetez quelque chose via notre lien, nous pouvons gagner une commission. Si vous le pouvez, veuillez nous soutenir sur une base mensuelle. La mise en place prend moins d'une minute et vous aurez un impact important chaque mois. Merci!

Ce que signifie le slashing dans le restaking

Le slashing est une pénalité inscrite dans le code d'un protocole qui détruit ou redistribue une partie du dépôt d'un staker lorsqu'un validateur ou un opérateur enfreint une règle. Dans le staking Ethereum de couche de base, cela signifie généralement des temps d'arrêt ou un double-signing. Comment les risques de slashing des validateurs peuvent réduire vos récompenses de staking couvre ces mécanismes de base en détail, et ils s'appliquent toujours si votre ETH est staké avant même d'atteindre un protocole de restaking.

Le restaking ajoute une deuxième couche de slashing distincte par-dessus. Une fois que vous avez restaké, un opérateur peut engager votre mise dans plusieurs AVS, chacun ayant ses propres conditions de slashing que vous n'avez pas négociées directement. Vous faites confiance à un code que vous n'avez probablement pas lu, appliqué par un opérateur que vous n'avez peut-être pas vérifié, pour une récompense qui ressemble souvent à quelques points de pourcentage d'APY supplémentaires.

Comment le slashing redistribuable d'EigenLayer a changé le risque

Pendant la majeure partie de 2024 et début 2025, EigenLayer s'est présenté comme un endroit pour gagner des points supplémentaires et des airdrops sans "risque de slashing en direct". Cela a changé le 17 avril 2025, lorsque EigenLayer a activé le slashing sur le mainnet, rendant les opérateurs économiquement responsables des AVS qu'ils soutiennent. Cela a de nouveau changé avec ELIP-006, qui a introduit les ensembles d'opérateurs redistribuables : des AVS où les fonds slashés ne sont pas simplement brûlés ; ils sont redirigés vers une destination contrôlée par l'AVS.

Ce deuxième changement est celui que les restakers sous-estiment. Le slashing non redistribuable brûle les fonds, ce qui ne donne aucune incitation financière à l'opérateur de slasher injustement. Le slashing redistribuable permet à un opérateur (ou à un AVS corrompu) de rediriger les fonds des délégateurs vers son propre coffre-fort, ce qui crée une incitation directe à abuser du mécanisme.

Ce n'est pas hypothétique. En mars 2026, des délégateurs de l'opérateur EigenYields ont signalé que le Yield AVS avait utilisé le slashing redistribuable pour rediriger leur stETH vers les propres coffres-forts de l'opérateur, et le support EigenLayer a confirmé la perte aux utilisateurs affectés. Les pertes individuelles étaient modestes pour les délégateurs qui se sont manifestés, mais le mécanisme est la partie la plus préoccupante : une mise qui était présentée comme peu risquée a été déplacée sans que le déposant en ait connaissance en temps réel, en utilisant une voie de slashing que la plupart des délégateurs n'avaient jamais auditée avant de déléguer.

La propre documentation d'EigenLayer avertit désormais directement les stakers que les ensembles d'opérateurs redistribuables comportent un profil de risque significativement plus élevé et que la récompense n'est pas automatiquement proportionnelle à la sécurité. Le protocole a depuis proposé l'ELIP-016, ajoutant un délai de sept jours entre un événement de slashing et la redistribution réelle des fonds, spécifiquement pour donner aux délégateurs et aux outils de surveillance une fenêtre pour réagir. Ce délai est une réelle amélioration, mais il ne fonctionne que si vous surveillez réellement votre délégation.

Source de l'image : docs.eigencloud.xyz/

Comparaison des protocoles : EigenLayer, Symbiotic et Karak

Les trois protocoles ci-dessous dominent le restaking Ethereum et traitent le slashing de manière très différente. Ne considérez pas le "restaking" comme un seul produit avec un seul profil de risque.

L'historique de l'équipe de Karak est important ici, non pas comme des rumeurs, mais comme un véritable facteur de risque de gouvernance. Une équipe qui a déjà été accusée de déplacer des fonds en dehors des termes convenus est un point de données que vous devriez peser aux côtés des audits et de la TVL, et non ignorer parce que le produit semble techniquement solide.

Ce qu'il faut vérifier avant de déléguer

Ne déléguez pas en fonction de l'APY annoncé ou des multiplicateurs de points d'airdrop. Vérifiez d'abord ces éléments sur la page réelle de l'opérateur et la documentation AVS.

• Type de slashing : Confirmez si l'AVS utilise le slashing standard (burn) ou le slashing redistribuable. Le slashing redistribuable signifie que quelqu'un d'autre reçoit vos fonds si vous êtes slashé, et non pas seulement une perte.
• Antécédents de l'opérateur : Recherchez un taux de signature/disponibilité public sur au moins six mois, et non une affirmation marketing. Un taux de signature de 99,9 % avec trois mois d'historique est une preuve plus faible que 99 % sur deux ans.
• Nombre et concentration des AVS : Vérifiez à combien d'AVS l'opérateur a alloué l'enjeu de votre stratégie spécifique. Plus il y a d'AVS par opérateur, plus il y a de conditions indépendantes qui peuvent déclencher un slashing.
• Délai de retrait : Confirmez la période d'unbonding actuelle pour votre stratégie. Le délai d'EigenLayer a changé au fil des mises à jour du protocole, alors vérifiez le chiffre actuel plutôt que de vous fier à d'anciens articles.
• Dépendance à la gouvernance : Vérifiez si les conditions de slashing de l'AVS peuvent être modifiées par un multisig ou un vote de la DAO sans votre consentement. Certains AVS peuvent mettre à jour la logique de slashing après la délégation.
• Assurance ou cautionnement : Certains opérateurs, en particulier les institutionnels comme Blockdaemon, offrent une garantie d'assurance contre le slashing. Lisez les conditions réelles, et non la déclaration du titre.

Erreurs courantes des restakers

La plupart des pertes de restaking sont dues à une poignée d'erreurs évitables plutôt qu'à des exploits au niveau du protocole.

• Déléguer à un opérateur uniquement parce qu'il promet de partager de futurs airdrops AVS, sans vérifier les AVS qu'il gère actuellement.
• Supposer le langage "le slashing n'est pas encore actif" sur la page marketing d'un opérateur, alors que le statut de slashing à l'échelle du protocole a déjà changé.
• Restaker via un token de restaking liquide (LRT) sans vérifier les AVS qui soutiennent ce token spécifique, puisque le risque de slashing se situe un niveau au-dessus du détenteur du token.
• Ignorer les délais de redélégation et supposer que les fonds peuvent être déplacés instantanément si le profil de risque d'un opérateur change.
• Traiter l'APY élevé comme un signal de qualité du protocole plutôt que comme un signal de risque plus élevé intégré.

Les tokens de restaking liquides cachent le risque un niveau plus profond

Si vous détenez un LRT comme weETH, ezETH ou pufETH au lieu de restaker directement, vous êtes exposé aux AVS que le protocole sous-jacent choisit, et cette exposition peut changer sans que vous en soyez informé. Le rendement du token reflète les récompenses AVS, mais le risque de slashing est enfoui dans les relations entre l'émetteur du LRT, ses opérateurs choisis et l'ensemble d'AVS de chaque opérateur. Ceci est structurellement similaire au risque que vous prenez avec un token de liquid staking, et Risque de slashing de liquid staking : Comment évaluer Lido, Rocket Pool et Frax ETH avant de staker est le bon point de départ pour comprendre comment un événement de slashing de couche de base se propage à un détenteur de token dérivé.

La différence pratique avec les LRT est que vous faites confiance à une deuxième couche de sélection d'opérateurs que vous n'avez pas effectuée vous-même. Avant de détenir un LRT, vérifiez la divulgation publique de l'émetteur concernant les AVS et les opérateurs qui soutiennent le token, et la fréquence à laquelle cette allocation change.

Source de l'image : defillama.com/protocol/symbiotic

Cadre de décision : Quelle approche correspond à votre situation

Quand le Restaking est pertinent (et quand il ne l'est pas)

Le restaking est pertinent lorsque vous pouvez nommer les AVS spécifiques auxquels votre mise est exposée, que vous avez vérifié si leur slashing est redistribuable, et que le rendement supplémentaire compense véritablement ce risque ajouté par rapport au staking simple. Il est également plus pertinent pour les positions plus importantes où le coût fixe de la diligence raisonnable est faible par rapport au rendement obtenu.

Il n'est pas pertinent si vous cherchez des programmes de points sans lire les conditions sous-jacentes de l'AVS, si vous ne pouvez pas tolérer un délai de sept jours ou plus avant de pouvoir réagir à un événement de slashing, ou si le rendement supplémentaire par rapport au staking simple n'est que d'un ou deux points de pourcentage. Dans ce dernier cas, le rendement marginal compense rarement une deuxième couche de risque lié aux contrats intelligents et aux opérateurs.

Mon avis

EigenLayer reste le protocole de restaking le plus utile en raison de sa profondeur AVS et de l'utilisation réelle en production d'EigenDA, mais je ne déléguerais à aucun opérateur gérant un ensemble d'opérateurs redistribuables sans vérifier sa liste AVS chaque semaine. Le cas EigenYields est mineur en termes de dollars, mais il prouve que le problème d'incitation est réel, et non théorique. Le slashing redistribuable récompense les opérateurs pour un comportement inapproprié d'une manière que le slashing basé sur le burn n'a jamais fait.

Pour la plupart des lecteurs qui ne surveillent pas activement leurs positions, le modèle de coffre de Symbiotic est le point de départ le plus défendable, en particulier les coffres avec un comité de résolution actif et un slashing entièrement basé sur le burn plutôt que sur la redistribution. Le support d'actifs plus large de Karak est attrayant, mais l'historique de l'équipe de Risk Harbor est un signal d'alerte de gouvernance que je pèserais lourdement contre son avantage de rendement. J'éviterais Karak jusqu'à ce qu'il construise un historique indépendant plus long, distinct de son prédécesseur.

Quel que soit le protocole que vous choisissez, vérifiez le statut de redistribution de chaque AVS que votre mise touche avant de déléguer, et définissez un rappel récurrent pour le vérifier à nouveau. Les protocoles modifient les configurations de slashing par le biais de la gouvernance, et votre diligence raisonnable initiale a une date d'expiration.

Conclusion

Le risque de slashing du restaking n'est pas un chiffre unique que l'on peut consulter une fois. Il dépend de la question de savoir si votre AVS spécifique utilise le slashing redistribuable, de la concentration des allocations de votre opérateur et de la fiabilité de l'équipe derrière le protocole. EigenLayer offre l'écosystème le plus profond, mais le problème d'incitation le plus clair avec les ensembles d'opérateurs redistribuables ; Symbiotic offre un risque configurable grâce à la sélection de coffres ; et Karak offre un support d'actifs plus large associé à un historique d'équipe qui mérite d'être examiné. Avant de déléguer quoi que ce soit, confirmez le type de slashing, le véritable historique de l'opérateur et le délai de retrait actuel, et revoyez ces vérifications périodiquement plutôt que de les considérer comme une tâche ponctuelle.

FAQ

1. Le slashing EigenLayer est-il actuellement actif pour tous les restakers ?

Oui, le slashing a été mis en œuvre sur le mainnet d'EigenLayer en avril 2025, mais le risque spécifique dépend de la question de savoir si votre opérateur a opté pour des ensembles d'opérateurs redistribuables. Vérifiez directement les allocations AVS de votre opérateur plutôt que de supposer un niveau de risque uniforme à travers le protocole.

2. Quelle est la différence entre le slashing par destruction et le slashing redistribuable ?

Le slashing par destruction détruit les fonds mis en cause, ce qui ne donne aucun avantage financier à l'opérateur en cas de slashing. Le slashing redistribuable envoie les fonds vers une destination contrôlée par l'AVS, ce qui crée une incitation directe à l'utilisation abusive si l'AVS ou l'opérateur devient malveillant.

3. Puis-je récupérer rapidement mes fonds restakés si je vois un avertissement de risque ?

Non, la redélégation et le retrait impliquent tous deux des périodes de délai, et l'ELIP-016 d'EigenLayer ajoute une fenêtre supplémentaire de sept jours entre un événement de slashing et la redistribution. Cela signifie que réagir après qu'un événement de slashing a déjà commencé est souvent trop tard pour éviter votre perte.

4. Les jetons de restaking liquides sont-ils plus sûrs que le restaking direct ?

Non intrinsèquement, car les LRTs ne font que déplacer le même risque AVS et opérateur d'une couche plus loin de vous. Vous perdez la visibilité directe sur les AVS qui soutiennent votre jeton, ce qui peut rendre le suivi plus difficile plutôt que plus facile.

5. Symbiotic est-il plus sûr qu'EigenLayer pour le restaking ?

La sécurité dépend du coffre spécifique, pas du nom du protocole, car Symbiotic permet à chaque coffre de définir sa propre configuration de slashing et de résolution. Un coffre Symbiotic avec un comité de veto actif et un slashing basé sur le burn est généralement moins risqué qu'un ensemble d'opérateurs redistribuables EigenLayer, mais un coffre Symbiotic mal configuré peut présenter un risque similaire à EigenLayer.

Références

Documentation EigenCloud - Aperçu du Restaking : https://docs.eigencloud.xyz/eigenlayer/restakers/concepts/overview

Documentation EigenCloud - Concept de Slashing : https://docs.eigencloud.xyz/eigenlayer/concepts/slashing/slashing-concept

Forum EigenLayer - Rapport de Slashing AVS EigenYields : https://forum.eigenlayer.xyz/t/eigenyields-yield-avs-slashed-250m-on-march-29-2026-delegator-funds-redirected-to-vaults-via-redistributable-slashing/14799

Forum EigenLayer - Proposition de bouclier de délégataire (contexte ELIP-016) : https://forum.eigenlayer.xyz/t/delegator-shield-real-time-slashing-alerts-risk-dashboard-for-eigenlayer-delegators/14835

Blockdaemon - Guide de Slashing Mainnet EigenLayer pour les Stakers Institutionnels : https://www.blockdaemon.com/blog/eigenlayer-mainnet-slashing-now-live

The Defiant - Karak fait face à des réactions négatives concernant le passé de l'équipe : https://thedefiant.io/news/defi/hot-new-restaking-project-karak-faces-backlash-over-team-s-past

The Big Whale - Symbiotic lève 29 millions de dollars pour défier EigenLayer : https://www.thebigwhale.io/articles-en/restaking-symbiotic-raises-29-million-to-challenge-eigenlayer.

CoinGecko Learn - Qu'est-ce que le Restaking Symbiotic : https://www.coingecko.com/learn/what-is-symbiotic-restaking-crypto

DeFiLlama - Classements du Restaking : https://defillama.com/restaking

Cet article vous a-t-il été utile ? S'il vous plaît dites-nous ce que vous avez aimé ou n'avez pas aimé dans les commentaires ci-dessous.

Chanuka is a content writer, editor and contributor at Panaprium, specializing in long-form editorial articles. He conducts in-depth research and produces well-structured, carefully edited content with a strong focus on clarity, SEO best practices, and consistent formatting. His work spans lifestyle, fashion, wellness, and technical topics, and all articles are reviewed and refined to meet Panaprium’s editorial standards.