À des fins éducatives uniquement ; ne constitue pas un conseil en investissement. Le restaking peut entraîner une perte partielle ou totale du capital.
Réponse directe
Le risque de slashing corrélé est la possibilité qu’une défaillance cause simultanément des pertes sur plusieurs expositions de restaking. Des opérateurs, systèmes de signature, clients, régions cloud, oracles, mécanismes de gouvernance ou contrats intelligents communs peuvent faire échouer ensemble des services apparemment distincts.
Le restaking réutilise du stake économique pour sécuriser des services supplémentaires, souvent appelés AVS. Les récompenses peuvent se cumuler, mais aussi les risques de protocole, d’opérateur, de contrat, de liquidité et de sortie. Le rendement annoncé ne mesure pas fiablement la perte maximale.
Le montant slashable dépend des contrats actifs, du stake alloué à chaque ensemble d’opérateurs, des règles de chaque service et des délais de retrait ou désallocation encore slashables. Il ne se déduit ni d’un taux générique ni des incidents passés.
Fonctionnement
Dans le modèle actuel de stake unique d’EigenLayer, un opérateur alloue des parts du stake délégué à des ensembles d’opérateurs. Les allocations d’une stratégie ne peuvent dépasser 100% et une même part ne peut être le stake unique de deux ensembles. Un service peut slasher la part allouée à son ensemble selon ses règles.
Cette comptabilité limite le double emploi, sans rendre les pertes indépendantes. Un déploiement défectueux peut toucher plusieurs allocations, des opérateurs peuvent partager une dépendance et les validateurs ETH natifs subissent aussi les pénalités ou le slashing du consensus Ethereum.
Rendement net attendu = récompenses attendues - frais - coût d’opportunité - pertes attendues de slashing et de liquidité
Estimez les pertes par scénario plutôt qu’en additionnant les rendements. Vérifiez au minimum :
- La stratégie, l’opérateur, l’ensemble, le pourcentage alloué et le montant slashable de chaque service.
- Les conditions, normes de preuve, autorités, procédures de contestation ou veto et le slashing maximal.
- Les clients, clés, signataires, régions cloud, oracles, administrateurs de mise à niveau et participants communs.
- Les délais de retrait et désallocation, car les parts en attente peuvent rester slashables jusqu’à leur terme.
Exemple
Sur 100 ETH délégués à un opérateur, 40% vont à l’ensemble A, 30% à B et 30% restent non alloués. Si un même défaut logiciel conduit A à slasher 50% de son allocation et B, 100%, la perte est de 20 ETH + 30 ETH = 50 ETH. C’est une illustration, pas une formule universelle : règles, slashings ultérieurs, pénalités Ethereum et décote d’un LRT peuvent modifier la perte.
Risques
- Concentration cachée : des opérateurs différents peuvent utiliser le même client, signataire, centre de données ou région cloud.
- Risque de règles et gouvernance : des conditions larges ou un comité, une clé de mise à niveau ou une procédure défaillante peuvent causer des pertes.
- Risque résiduel de sortie : demander un retrait ou une désallocation peut ne pas arrêter immédiatement le slashing.
- Perte de liquidité : un LRT peut coter sous ses actifs et ajouter une perte avant le règlement comptable.
Idées reçues
Mythe 1 : Plus d’AVS diversifient automatiquement
La diversification n’existe que si les causes de défaillance et allocations slashables sont réellement indépendantes.
Mythe 2 : Aucun slashing passé signifie peu de risque
Un historique court ou calme peut ne contenir aucun stress pertinent. Les pouvoirs et scénarios comptent plus que zéro incident.
Mythe 3 : Un fonds d’assurance garantit le remboursement
La couverture dépend de sa taille, des événements, exclusions, priorités et de la gouvernance. Une assurance annoncée n’est pas une couverture financée et opposable.
Mythe 4 : Sortir met immédiatement fin à la responsabilité
Retraits et désallocations en attente peuvent rester slashables ; un LRT peut aussi subir des délais de liquidité et de rachat.
Sujets connexes
- Sécurité cryptoéconomique
- Staking liquide
- Restaking
- Slashing
- File de sortie et retrait des validateurs
Sources
- ELIP-002 : Slashing par stake unique et ensembles d’opérateurs - Eigen Foundation (consulté : 2026-08-21)
- DelegationManager : slashing et comptabilité - EigenLayer (consulté : 2026-08-21)
- Récompenses et pénalités de la preuve d’enjeu - Ethereum.org (consulté : 2026-08-21)