Le 17 juillet 2026, ether.fi a annonc\u00e9 avoir souscrit aupr\u00e8s de Nexus Mutual la plus grande couverture jamais mise en place contre le risque de slashing sur Ethereum : jusqu\u2019\u00e0 15 000 ETH, soit environ 25 millions d\u2019euros au cours actuel. Cette annonce dit quelque chose d\u2019important sur l\u2019\u00e9tat du restaking en 2026. Apr\u00e8s deux ans pass\u00e9s \u00e0 vendre du rendement, le secteur se met enfin \u00e0 vendre de l\u2019assurance. Entre l\u2019effondrement de la valeur totale bloqu\u00e9e d\u2019EigenCloud depuis son pic, le piratage du pont de Kelp DAO en avril dernier et la multiplication des produits de couverture d\u00e9centralis\u00e9e, la question qui agite d\u00e9sormais les investisseurs n\u2019est plus seulement \u00ab combien \u00e7a rapporte \u00bb, mais \u00ab que se passe-t-il si plusieurs choses tournent mal en m\u00eame temps \u00bb. C\u2019est ce risque de slashing en cascade, encore largement absent des tableaux de bord de rendement, qui est au c\u0153ur de ce dossier.<\/p>
Le restaking consiste \u00e0 r\u00e9utiliser un actif d\u00e9j\u00e0 mis\u00e9, de l\u2019ETH natif ou un jeton de liquid staking, pour s\u00e9curiser en plus des services tiers appel\u00e9s AVS (Actively Validated Services) : oracles, ponts inter-cha\u00eenes, couches de disponibilit\u00e9 des donn\u00e9es, s\u00e9quenceurs de rollups. En \u00e9change, le d\u00e9posant touche un rendement additionnel. En contrepartie, il accepte des conditions de slashing suppl\u00e9mentaires, propres \u00e0 chaque service s\u00e9curis\u00e9. Le concept a \u00e9t\u00e9 popularis\u00e9 par EigenLayer, devenu EigenCloud, qui reste de loin le plus gros acteur du secteur malgr\u00e9 une chute de sa valeur totale bloqu\u00e9e depuis son pic de 2025 (les agr\u00e9gateurs se contredisent sur le chiffre exact, entre environ 8 et plus de 15 milliards de dollars selon la m\u00e9thodologie et le moment de la mesure).<\/p>
Cette m\u00e9canique inqui\u00e8te depuis le d\u00e9but. Vitalik Buterin l\u2019avait r\u00e9sum\u00e9 d\u00e8s mai 2023 dans un billet rest\u00e9 une r\u00e9f\u00e9rence du secteur, Don’t overload Ethereum’s consensus<\/a> : \u00ab Any expansion of the ‘duties’ of Ethereum’s consensus increases the costs, complexities and risks of running a validator \u00bb. Il ajoutait que chaque extension de ce type fragilise le consensus social qui tient l\u2019ensemble de l\u2019\u00e9cosyst\u00e8me. Trois ans plus tard, cette mise en garde structure encore le d\u00e9bat, sauf qu\u2019elle ne porte plus sur un risque th\u00e9orique : le slashing est activ\u00e9 en production depuis avril 2025, et 2026 est la premi\u00e8re ann\u00e9e o\u00f9 plusieurs incidents r\u00e9els permettent de juger si le risque a \u00e9t\u00e9 correctement isol\u00e9, ou s\u2019il se propage d\u2019un service \u00e0 l\u2019autre.<\/p> Le calendrier compte ici : le slashing n\u2019a \u00e9t\u00e9 activ\u00e9 en production sur EigenCloud qu\u2019en avril 2025, pr\u00e8s de deux ans apr\u00e8s le lancement du protocole. Pendant cette p\u00e9riode de transition, la quasi-totalit\u00e9 du rendement affich\u00e9 provenait de points et de promesses de jetons futurs, pas d\u2019un risque r\u00e9ellement encouru. 2026 est donc la premi\u00e8re ann\u00e9e compl\u00e8te o\u00f9 le slashing, la couverture d\u2019assurance et la baisse de valorisation des jetons de gouvernance coexistent r\u00e9ellement, ce qui explique pourquoi la conversation a bascul\u00e9 du rendement vers le risque en quelques mois \u00e0 peine.<\/p> Le risque sp\u00e9cifique au restaking ne ressemble pas \u00e0 celui du staking simple. Dans le staking classique, un validateur ne peut \u00eatre sanctionn\u00e9 que pour ses propres fautes : double signature, inactivit\u00e9 prolong\u00e9e. Dans le restaking, la m\u00eame unit\u00e9 d\u2019ETH peut garantir plusieurs AVS \u00e0 la fois. Un bug dans un seul de ces services, une mauvaise configuration d\u2019un op\u00e9rateur ou une attaque cibl\u00e9e peut donc, en th\u00e9orie, d\u00e9clencher des p\u00e9nalit\u00e9s sur plusieurs fronts simultan\u00e9ment, un ph\u00e9nom\u00e8ne que les analystes appellent le slashing en cascade ou slashing corr\u00e9l\u00e9.<\/p> Ce risque a \u00e9t\u00e9 document\u00e9 publiquement par plusieurs voix du secteur. Matt Leisinger, cofondateur et directeur produit d\u2019Alluvial (la soci\u00e9t\u00e9 qui a b\u00e2ti Liquid Collective), a averti que la concentration d\u2019un m\u00eame capital sur de multiples services actifs simultan\u00e9ment cr\u00e9e une surface d\u2019attaque qui grandit plus vite que les m\u00e9canismes de d\u00e9fense ne se d\u00e9veloppent, un constat repris par plusieurs m\u00e9dias sp\u00e9cialis\u00e9s courant juillet 2026. La diff\u00e9rence avec une simple attaque de gouvernance, comme celle qui a permis de d\u00e9tourner 20 millions de dollars sur BonkDAO<\/a> en achetant du pouvoir de vote, c\u2019est que le slashing en cascade ne n\u00e9cessite pas de faire voter qui que ce soit : il suffit qu\u2019un seul op\u00e9rateur mal configur\u00e9 partage son exposition entre plusieurs AVS pour que la faute d\u2019un service technique se propage financi\u00e8rement \u00e0 des services qui n\u2019ont rien \u00e0 voir avec elle.<\/p> Ce risque n\u2019est pas propre \u00e0 un protocole en particulier. Il est structurel \u00e0 toute architecture qui encourage la r\u00e9utilisation d\u2019un m\u00eame capital pour maximiser le rendement affich\u00e9, ce qui explique pourquoi la r\u00e9ponse du secteur en 2026 ne consiste pas \u00e0 supprimer la pratique, mais \u00e0 construire, protocole par protocole, des m\u00e9canismes pour en limiter la propagation.<\/p> Face \u00e0 cette crainte, EigenCloud a document\u00e9 publiquement le m\u00e9canisme cens\u00e9 limiter la propagation : les Operator Sets et l\u2019allocation de stake unique (Unique Stake Allocation). Le principe, d\u00e9taill\u00e9 dans le billet fondateur du mod\u00e8le de s\u00e9curit\u00e9 d\u2019EigenLayer<\/a>, tient en une phrase : \u00ab a unit of ETH can only be slashed by a single Operator Set at any given time \u00bb, une unit\u00e9 d\u2019ETH ne peut \u00eatre sanctionn\u00e9e que par un seul groupe d\u2019op\u00e9rateurs \u00e0 la fois.<\/p> Concr\u00e8tement, un op\u00e9rateur qui re\u00e7oit du stake d\u00e9l\u00e9gu\u00e9 ne l\u2019engage pas en bloc sur l\u2019ensemble des AVS auxquels il participe. Il alloue une fraction distincte de son ETH \u00e0 chaque Operator Set, et seule cette fraction est expos\u00e9e au risque de slashing propre \u00e0 ce service. Un AVS peut donc exiger un stake garanti (Total Stake) tout en s\u2019appuyant sur cette allocation unique pour calculer le co\u00fbt r\u00e9el d\u2019une attaque. En th\u00e9orie, cela devrait emp\u00eacher qu\u2019un bug isol\u00e9 dans un oracle fasse sauter, dans la foul\u00e9e, le stake engag\u00e9 sur un rollup ou un pont totalement ind\u00e9pendant.<\/p> Cette m\u00e9canique d\u2019allocation est aussi li\u00e9e aux incitations \u00e9conomiques du protocole. Le programme d\u2019incitations programmatiques d\u2019EigenCloud, qui a doubl\u00e9 les \u00e9missions annuelles de EIGEN destin\u00e9es aux stakers et op\u00e9rateurs depuis octobre 2025, r\u00e9compense la \u00ab stake productive \u00bb, c\u2019est-\u00e0-dire le capital r\u00e9ellement engag\u00e9 sur des AVS actifs plut\u00f4t que du stake inactif. Un tel design a le m\u00e9rite d\u2019aligner les incitations sur l\u2019usage r\u00e9el du r\u00e9seau, mais il pousse aussi, m\u00e9caniquement, les op\u00e9rateurs \u00e0 r\u00e9partir leur stake sur davantage de services pour capter davantage d\u2019incitations, exactement le comportement que l\u2019allocation de stake unique est cens\u00e9e rendre plus co\u00fbteux.<\/p> En pratique, cette isolation d\u00e9pend enti\u00e8rement du comportement des op\u00e9rateurs et des choix de configuration faits au moment du d\u00e9p\u00f4t, pas d\u2019une garantie automatique et absolue du protocole. Un op\u00e9rateur qui choisit de sur-allouer son stake \u00e0 plusieurs AVS pour maximiser son rendement recr\u00e9e artificiellement la corr\u00e9lation que le design cherche \u00e0 \u00e9viter. C\u2019est un rappel utile : les audits de s\u00e9curit\u00e9<\/a>, aussi rigoureux soient-ils, valident un code, pas les d\u00e9cisions \u00e9conomiques prises ensuite par les op\u00e9rateurs qui l\u2019utilisent au quotidien.<\/p> Le risque de cascade n\u2019est pas qu\u2019une inqui\u00e9tude qualitative, il a aussi \u00e9t\u00e9 mod\u00e9lis\u00e9 math\u00e9matiquement. Dans leur article Robust Restaking Networks<\/a>, les chercheurs Naveen Durvasula et Tim Roughgarden (Columbia University) posent une question simple : \u00e0 partir de quelle marge de sur-collat\u00e9ralisation un r\u00e9seau de restaking peut-il garantir qu\u2019une perte initiale limit\u00e9e ne d\u00e9g\u00e9n\u00e8re pas en cascade incontr\u00f4lable ?<\/p> Leur r\u00e9ponse tient dans un exemple rest\u00e9 c\u00e9l\u00e8bre dans le petit monde de la recherche en s\u00e9curit\u00e9 crypto : si le co\u00fbt d\u2019une attaque d\u00e9passe toujours son profit potentiel d\u2019au moins 10 %, alors une perte soudaine de 0,1 % du stake total ne peut, dans le pire des cas, entra\u00eener une perte cumul\u00e9e sup\u00e9rieure \u00e0 1,1 % du stake total. Le papier fournit aussi des conditions calculables en temps polynomial pour mesurer, service par service ou coalition par coalition, \u00e0 quel point un r\u00e9seau donn\u00e9 est robuste, des m\u00e9triques que les auteurs sugg\u00e8rent d\u2019exposer directement aux d\u00e9posants plut\u00f4t que de les laisser enfouies dans des billets de blog technique.<\/p> C\u2019est une nuance importante pour 2026 : la robustesse d\u2019un syst\u00e8me de restaking n\u2019est pas binaire. Elle d\u00e9pend d\u2019une marge de s\u00e9curit\u00e9 \u00e9conomique pr\u00e9cise, que tr\u00e8s peu de tableaux de bord grand public affichent aujourd\u2019hui \u00e0 c\u00f4t\u00e9 du chiffre de rendement annualis\u00e9.<\/p> Le 17 juillet 2026, ether.fi, le plus gros \u00e9metteur de jetons de restaking liquide (LRT) avec une part de march\u00e9 largement dominante, a rendu cette question tangible en annon\u00e7ant une couverture Nexus Mutual allant jusqu\u2019\u00e0 15 000 ETH de pertes li\u00e9es au slashing, soit environ 25 millions d\u2019euros au cours actuel de l\u2019ETH. Selon Decrypt<\/a>, ce montant d\u00e9passe la somme de toutes les pertes de slashing enregistr\u00e9es sur Ethereum depuis le lancement du r\u00e9seau.<\/p> Mike Silagadze, fondateur et directeur g\u00e9n\u00e9ral d\u2019ether.fi, a justifi\u00e9 l\u2019initiative ainsi : \u00ab We’ve always believed the safest protocols will ultimately win. That’s why we’ve invested heavily in audits, operational security, staking architecture, and now the largest insurance program in the industry. \u00bb De son c\u00f4t\u00e9, Hugh Karp, fondateur de Nexus Mutual, a salu\u00e9 un jalon pour tout le secteur : \u00ab Covering their users for up to 15,000 ETH in slashing penalties is a historic step, and we’re proud they chose Nexus Mutual to take it with them. \u00bb<\/p> ether.fi revendique plus de 6 milliards de dollars d\u2019actifs sous gestion cumul\u00e9s entre ses produits Cash, Stake et Liquid. Reste une question que l\u2019annonce ne r\u00e9sout pas enti\u00e8rement : une couverture plafonn\u00e9e, aussi large soit-elle, prot\u00e8ge contre un incident isol\u00e9, pas contre une cascade qui toucherait simultan\u00e9ment plusieurs AVS au-del\u00e0 du plafond souscrit.<\/p> Le staking liquide institutionnel affronte une version plus modeste, mais plus mature, du m\u00eame probl\u00e8me. Liquid Collective, la plateforme b\u00e2tie avec Coinbase, Kraken, Figment et Kiln, d\u00e9taille sur son site un programme de couverture \u00e0 trois \u00e9tages qui vaut la peine d\u2019\u00eatre compar\u00e9 \u00e0 celui d\u2019ether.fi.<\/p> Premier \u00e9tage : une couverture Nexus Mutual<\/a> qui agit comme une ombrelle pouvant aller jusqu\u2019\u00e0 5 millions de dollars (environ 4,4 millions d\u2019euros) de pertes de slashing au-del\u00e0 des franchises. Deuxi\u00e8me \u00e9tage : une tr\u00e9sorerie de couverture interne, financ\u00e9e par un pr\u00e9l\u00e8vement fixe de 0,30 % des r\u00e9compenses du r\u00e9seau, qui absorbe les franchises lors d\u2019incidents affectant l\u2019ensemble du r\u00e9seau, comme un bug de client. Troisi\u00e8me \u00e9tage : l\u2019engagement propre de chaque op\u00e9rateur de n\u0153ud, plafonn\u00e9 \u00e0 5 millions de dollars par op\u00e9rateur, qui couvre en priorit\u00e9 les fautes individuelles.<\/p> Cette architecture distingue explicitement le risque syst\u00e9mique (un bug de client affecte tout le monde) du risque idiosyncratique (un op\u00e9rateur mal g\u00e9r\u00e9). Le restaking, par construction, brouille cette distinction : une faute idiosyncratique chez un seul op\u00e9rateur mal configur\u00e9 peut devenir syst\u00e9mique d\u00e8s lors que son stake est partag\u00e9 entre plusieurs AVS. C\u2019est pr\u00e9cis\u00e9ment l\u2019angle mort que la recherche de Durvasula et Roughgarden cherche \u00e0 quantifier, et que les produits d\u2019assurance actuels ne couvrent encore que partiellement.<\/p> Autrement dit, la maturit\u00e9 d\u2019un produit de couverture ne se mesure pas seulement \u00e0 son plafond en dollars, mais \u00e0 sa capacit\u00e9 \u00e0 distinguer, et donc \u00e0 tarifer s\u00e9par\u00e9ment, des cat\u00e9gories de risque que le restaking a justement tendance \u00e0 m\u00e9langer.<\/p> Le tableau ci-dessous r\u00e9sume les principaux m\u00e9canismes de gestion du risque de slashing actifs mi-2026. Aucun n\u2019\u00e9limine le risque de cascade : chacun le r\u00e9partit diff\u00e9remment entre le protocole, un assureur mutualiste externe et l\u2019op\u00e9rateur individuel.<\/p>Le slashing en cascade : la peur que les dashboards de rendement ne montrent pas<\/h2>
Comment EigenLayer isole (en partie) le risque : Operator Sets et allocation de stake unique<\/h2>
Ce que dit la recherche : le papier qui chiffre le risque de cascade<\/h2>
ether.fi et Nexus Mutual : 15 000 ETH, la plus grande couverture jamais souscrite<\/h2>
Liquid Collective : la cascade \u00e0 trois \u00e9tages du staking liquide institutionnel<\/h2>
Panorama des m\u00e9canismes de couverture en 2026<\/h2>