Qu'est-ce que le restaking et comment EigenLayer transforme l'ETH mis en jeu en sécurité partagée

Introduction

Le passage d'Ethereum à la preuve d'enjeu en septembre 2022 a créé un pool de sécurité économique : plus de 30 millions d'ETH mis en jeu par des validateurs qui risquent de perdre leur dépôt (slashing) s'ils se comportent de manière malveillante. Ce pool de sécurité protège Ethereum, mais il reste inactif en ce qui concerne tous les autres protocoles.

Les nouveaux protocoles qui ont besoin d'une validation décentralisée sont confrontés à un problème d'amorçage. Un réseau d'oracles, une couche de disponibilité des données ou un pont inter-chaînes a besoin de validateurs, et ces validateurs ont besoin d'enjeux économiques suffisamment importants pour rendre les attaques non rentables. Construire cette sécurité à partir de zéro est coûteux. Chaque nouveau protocole doit attirer son propre ensemble de stakeurs, émettre son propre jeton pour les récompenses de mise en jeu, et espérer que suffisamment de capitaux s'engagent pour rendre le système sécurisé.

Le restaking propose un modèle différent. Au lieu de construire une sécurité indépendante, les nouveaux protocoles l'empruntent à Ethereum. Les stakeurs qui ont déjà engagé de l'ETH dans le consensus d'Ethereum choisissent de sécuriser en plus d'autres services. Le même capital soutient plusieurs protocoles simultanément.

EigenLayer a formalisé ce concept et a construit l'infrastructure pour cela. Ce guide explique comment fonctionne le restaking, ce qu'EigenLayer a introduit, et où les risques se cumulent.

Comment fonctionne le staking d'Ethereum avant le restaking

Pour comprendre le restaking, commencez par ce qu'il étend.

Les validateurs d'Ethereum déposent 32 ETH dans un contrat de staking. En retour, ils gagnent des récompenses pour proposer et attester des blocs (actuellement environ 3% à 4% annualisés). Si un validateur agit de manière malveillante (double signature, proposition de blocs conflictuels) ou est hors ligne pendant des périodes prolongées, une partie de ses 32 ETH est réduite (slashing).

Cela crée une garantie de sécurité économique. Attaquer le consensus d'Ethereum nécessite de contrôler suffisamment d'ETH mis en jeu pour que le coût du slashing dépasse le profit de l'attaque. Avec plus de 30 millions d'ETH mis en jeu (environ 100 milliards de dollars aux prix de mi-2026), ce seuil est prohibitif.

Les protocoles de staking liquide comme Lido (stETH) et Rocket Pool (rETH) ont ajouté une couche par-dessus. Les utilisateurs déposent de l'ETH, reçoivent un jeton liquide représentant leur mise, et peuvent utiliser ce jeton dans la DeFi tout en continuant à gagner des récompenses de staking. L'ETH sous-jacent reste mis en jeu avec les validateurs. Pour une analyse détaillée de comment fonctionnent les jetons de staking liquide et les risques de dépeg qu'ils portent, les mécanismes sont un contexte important pour comprendre la couche de risque supplémentaire que le restaking introduit.

Le restaking ajoute une deuxième couche par-dessus le staking (ou le staking liquide). Le même ETH qui sécurise Ethereum sécurise également des protocoles supplémentaires.

L'architecture d'EigenLayer

EigenLayer est un ensemble de contrats intelligents sur Ethereum qui coordonnent le restaking. Le système a trois rôles :

Restakers. Les utilisateurs qui engagent leur ETH mis en jeu (ou des jetons de staking liquide comme stETH) dans EigenLayer. Les restakers déposent dans les contrats d'EigenLayer et délèguent leur mise à un opérateur.

Opérateurs. Les entités qui exécutent des logiciels de validation pour les services activement validés. Un opérateur s'enregistre auprès d'EigenLayer, reçoit la mise déléguée des restakers, et choisit de participer à un ou plusieurs AVS. Les opérateurs sont responsables de répondre aux exigences de validation de chaque AVS et font face au slashing s'ils échouent.

Services activement validés (AVS). Les protocoles qui utilisent la sécurité restakée d'EigenLayer. Un AVS définit sa propre logique de validation, sa structure de récompenses et ses conditions de slashing. Lorsqu'un opérateur choisit de participer à un AVS, l'ETH restaké qui soutient cet opérateur devient soumis aux règles de slashing de l'AVS.

Le flux :

1. Un restaker dépose du stETH (ou de l'ETH natif) dans EigenLayer.
2. Le restaker délègue à un opérateur.
3. L'opérateur choisit de participer à des AVS (par exemple, EigenDA, un service de disponibilité des données).
4. L'opérateur exécute le logiciel de validation de l'AVS.
5. Le restaker gagne des récompenses supplémentaires de l'AVS, en plus de son rendement de staking Ethereum de base.
6. Si l'opérateur viole les règles d'un AVS, la mise déléguée peut être réduite (slashing).

Les contrats d'EigenLayer appliquent la logique de délégation et de slashing, mais ils ne définissent pas ce qui constitue une infraction passible de slashing. Chaque AVS écrit son propre contrat de slashing, que le DelegationManager d'EigenLayer appelle lorsqu'un événement de slashing est prouvé. Cette modularité permet à tout type de protocole de devenir un AVS, mais cela signifie également que la sécurité de la logique de slashing de chaque AVS varie indépendamment.

À quoi ressemblent les services activement validés

Les AVS sont le côté demande du marché du restaking. Ce sont des protocoles qui ont besoin d'une validation décentralisée mais ne veulent pas construire leur propre ensemble de validateurs et leur propre économie de jetons à partir de zéro.

Le premier et plus grand AVS est EigenDA, une couche de disponibilité des données construite par l'équipe d'EigenLayer. Les rollups peuvent publier leurs données de transaction sur EigenDA au lieu du calldata ou des blobs d'Ethereum, réduisant ainsi les coûts tout en héritant de la sécurité de l'ETH restaké. D'ici mi-2026, EigenDA traitait les données de plusieurs rollups L2, offrant une alternative à Celestia et à l'espace blob natif d'Ethereum.

Les autres catégories d'AVS comprennent :

Réseaux d'oracles. Un oracle décentralisé peut utiliser l'ETH restaké comme caution de sécurité au lieu d'exiger des oracles qu'ils jalonnent un jeton séparé. Si un oracle soumet un prix faux, l'ETH restaké qui le soutient est slashé. Cela fournit des garanties économiques plus fortes qu'un jeton oracle autonome avec une petite capitalisation boursière.

Ponts inter-chaînes. Les validateurs de ponts peuvent être adossés à de l'ETH restaké, créant ainsi une dissuasion économique contre les attestations frauduleuses bien plus grande que ce qu'un jeton de pont autonome pourrait fournir. Étant donné que les exploits de ponts ont causé plus de 4 milliards de dollars de pertes, l'attrait d'une sécurité de niveau Ethereum pour la validation des ponts est significatif.

Réseaux de gardiens. Les protocoles qui nécessitent du calcul ou de l'automatisation hors chaîne (gardiens de liquidation, relais MEV) peuvent utiliser la sécurité restakée pour garantir la performance. Un contrat de slashing AVS peut pénaliser les opérateurs qui ne parviennent pas à exécuter les actions requises dans un délai donné.

Coprocesseurs. Les services de calcul hors chaîne qui produisent des résultats vérifiables, tels que la génération de preuves ZK ou la vérification d'inférence IA, peuvent utiliser le slashing AVS pour garantir une sortie correcte. Cette catégorie s'étend à mesure que de plus en plus de protocoles cherchent à vérifier le calcul hors chaîne sans l'exécuter sur la chaîne.

D'ici mi-2026, plus de 20 AVS avaient été lancés sur EigenLayer, avec EigenDA traitant le plus grand volume. L'expansion d'EigenLayer pour accepter n'importe quel jeton ERC-20 comme actif restakable a élargi la base de garantie potentielle au-delà de l'ETH et de ses dérivés de staking liquide.

Les jetons de restaking liquide : la troisième couche

Tout comme le staking liquide a créé des représentations négociables de l'ETH jalonnée (stETH, rETH), les protocoles de restaking liquide créent des jetons négociables représentant des positions restakées.

Les principaux protocoles de restaking liquide :

Ether.fi (eETH). Le plus grand protocole de restaking liquide par TVL. Les utilisateurs déposent de l'ETH, Ether.fi le jalonne et le restake via EigenLayer, et les utilisateurs reçoivent de l'eETH qu'ils peuvent utiliser dans la DeFi. Ether.fi a distancé ses concurrents dans le secteur du staking liquide en offrant un flux de dépôt simplifié en une étape et en s'intégrant aux principaux protocoles DeFi pour la composabilité.

Renzo (ezETH). Abstrait le processus de délégation d'EigenLayer. Les utilisateurs déposent de l'ETH ou du stETH, Renzo gère la sélection des opérateurs et l'adhésion aux AVS, et les utilisateurs reçoivent de l'ezETH. Renzo se différencie en offrant une exposition diversifiée aux AVS : le protocole répartit la mise déléguée entre plusieurs opérateurs et AVS pour réduire le risque de concentration.

Puffer (pufETH). Se concentre sur la participation de validateurs solo et la technologie anti-slashing en plus du restaking liquide. L'approche de Puffer comprend une technologie de signature sécurisée qui vise à empêcher les validateurs de produire des messages slashables, même si leurs clés sont compromises.

Kelp (rsETH). Agrège les positions restakées à travers les opérateurs et les AVS en un seul jeton liquide. Kelp vise à fournir une exposition de restaking diversifiée similaire à une approche de fonds indiciel.

Les LRT ajoutent de la commodité mais ajoutent également une autre couche de risque de contrat intelligent. La pile devient : ETH -> ETH jalonnée -> jeton de staking liquide -> restaké sur EigenLayer -> jeton de restaking liquide. Chaque couche introduit son propre contrat, sa propre gouvernance et son propre mode de défaillance potentiel. Un bug ou une exploitation à n'importe quelle couche peut se répercuter en cascade vers le bas.

L'arithmétique de la sécurité partagée

La proposition de valeur du restaking dépend d'une économie simple.

Supposons qu'un nouveau réseau oracle ait besoin de 100 millions de dollars de sécurité économique pour rendre les attaques non rentables. Sans restaking, il doit convaincre les stakeurs d'acheter et de verrouiller 100 millions de dollars de son jeton natif. Le jeton a besoin de stabilité de prix, de liquidité et de confiance du marché, ce qu'aucun nouveau projet n'a dès le premier jour.

Avec le restaking, le réseau oracle devient un AVS sur EigenLayer. Il emprunte la sécurité de l'ETH déjà mis en jeu, un actif liquide avec des marchés profonds et une valeur établie. L'oracle n'émet pas de jeton de staking. Il paie des récompenses libellées en ETH aux opérateurs, et les 100 millions de dollars d'ETH restakés qui soutiennent ces opérateurs fournissent la sécurité.

Le coût pour l'AVS est la récompense qu'il doit payer aux opérateurs (et par extension aux restakeurs) pour qu'ils adhèrent. Cela est généralement libellé dans le jeton propre de l'AVS ou en ETH. Le coût est inférieur à celui de l'amorçage d'une économie de staking autonome car les restakeurs gagnent déjà un rendement de staking de base. L'AVS n'a besoin d'offrir qu'une récompense marginale suffisante pour justifier le risque de slashing supplémentaire.

Pour les restakeurs, l'attrait est l'empilement de rendements. Une position pourrait gagner :

• 3,5 % du staking de consensus Ethereum
• 0,5 % des frais de protocole de staking liquide
• 1 % à 3 % des récompenses AVS via le restaking

Les rendements agrégés de 5 % à 7 % sur l'ETH ont attiré des capitaux importants dans le restaking en 2024 et 2025. À son apogée, EigenLayer détenait plus de 15 milliards de dollars d'actifs restakés, ce qui en fait l'un des plus grands protocoles DeFi par TVL.

Cependant, l'empilement de rendements n'est pas de l'argent gratuit. Chaque point de pourcentage supplémentaire de rendement s'accompagne d'une augmentation correspondante de l'exposition au risque. Plus le rendement agrégé est élevé, plus la position est exposée à des vecteurs de slashing.

Risque de slashing : là où le restaking devient dangereux

La capitalisation des rendements s'accompagne d'une capitalisation des risques. L'ETH restaké est soumis à un slashing provenant de plusieurs sources simultanément.

Slashing de consensus Ethereum. Si le validateur sous-jacent double-signe ou commet une faute imputable, la mise de base est slashée selon les règles d'Ethereum. Ce risque existe avec ou sans restaking.

Slashing AVS. Chaque AVS auquel l'opérateur adhère introduit ses propres conditions de slashing. Un opérateur exécutant trois AVS est confronté à trois ensembles indépendants de règles de slashing. Un bug dans le contrat de slashing d'un seul AVS pourrait déclencher un slash incorrect.

Slashing corrélé. Si un opérateur exécute plusieurs AVS et qu'une seule panne d'infrastructure (panne de centre de données, compromission de clé) provoque des violations sur tous, la même mise peut être slashée plusieurs fois. Les contrats d'EigenLayer permettent un slashing proportionnel, ce qui signifie que le slash total peut dépasser ce qui se produirait avec un seul AVS.

Risque de contrat intelligent dans les contrats de slashing. La logique de slashing AVS est définie dans des contrats intelligents écrits par l'équipe AVS. Un bug dans le contrat de slashing pourrait slasher des opérateurs honnêtes. Contrairement au slashing de consensus Ethereum, qui a été testé au combat depuis 2020, les contrats de slashing AVS sont nouveaux et moins audités.

Risque de capitalisation LRT. Les utilisateurs détenant des jetons de restaking liquide sont confrontés à tous les risques ci-dessus plus le risque de contrat intelligent du protocole LRT lui-même, et le risque que le LRT se dépegne de sa valeur sous-jacente lors d'un événement de slashing ou d'une crise de liquidité.

Risque systémique. Si un événement de slashing à grande échelle frappe un opérateur majeur, la pression de vente résultante sur les LRT pourrait déclencher des liquidations en cascade dans les protocoles DeFi qui acceptent les LRT comme garantie. Une cascade de liquidations liée au restaking ne s'est pas encore produite, mais la possibilité structurelle existe alors que de plus en plus de protocoles DeFi intègrent les LRT comme types de garantie.

Le paysage concurrentiel au-delà d'EigenLayer

Le restaking n'est plus un monopole d'EigenLayer.

Symbiotic a été lancé en 2024 en tant que protocole de restaking sans permission. Contrairement à EigenLayer, qui n'acceptait initialement que l'ETH et les jetons de staking liquide, Symbiotic accepte tout jeton ERC-20 comme garantie. Cela permet aux protocoles de restaker leurs propres jetons de gouvernance ou des stablecoins. L'architecture de Symbiotic est également plus modulaire : les conditions de slashing, la distribution des récompenses et la gestion des opérateurs sont séparées en contrats distincts que chaque AVS peut personnaliser indépendamment.

Karak a introduit le concept de restaking sur plusieurs chaînes, avec un support pour le restaking sur Arbitrum, Mantle et d'autres L2 en plus du réseau principal Ethereum. L'approche multi-chaînes de Karak séduit les AVS qui veulent une sécurité provenant d'actifs sur d'autres chaînes qu'Ethereum, et les restakeurs qui veulent éviter de pontifier vers le réseau principal Ethereum.

Babylon applique le concept de restaking au Bitcoin. Les détenteurs de BTC verrouillent leurs Bitcoins dans un script à verrouillage temporel et les utilisent pour sécuriser les chaînes à preuve d'enjeu. Le Bitcoin ne quitte jamais la blockchain Bitcoin (pas d'enveloppement, pas de pont), mais il est soumis à une pénalité via un mécanisme cryptographique appelé signatures uniques extractibles. Si un staker signe des messages contradictoires, le schéma EOTS révèle sa clé privée, permettant à quiconque de réclamer le Bitcoin verrouillé comme pénalité.

L'émergence de concurrents suggère que le restaking devient une catégorie, pas un produit unique. La question à long terme est de savoir si la fragmentation de la sécurité entre les couches de restaking concurrentes affaiblit le modèle de sécurité partagé qui rend le restaking précieux en premier lieu. Si le même capital est réparti entre EigenLayer, Symbiotic et Karak, la sécurité fournie par chacun est proportionnellement réduite.

Comment la sélection des opérateurs façonne le risque

Tous les opérateurs EigenLayer ne présentent pas le même profil de risque. Le choix de l'opérateur détermine à quels AVS votre mise est exposée, la qualité de l'infrastructure exécutant ces AVS, et la maturité opérationnelle de l'équipe gérant le nœud.

Les opérateurs professionnels (Figment, P2P, Kiln et autres fournisseurs de staking institutionnels) exécutent généralement une infrastructure redondante dans plusieurs centres de données, maintiennent des équipes de sécurité dédiées et limitent le nombre d'AVS auxquels ils adhèrent. Les opérateurs solo ou les petites équipes peuvent offrir des rendements plus élevés en adhérant à davantage d'AVS, mais ils concentrent également le risque entre moins de mains et une infrastructure moins résiliente.

Les antécédents de l'opérateur sont le signal le plus fiable. Le tableau de bord de délégation d'EigenLayer montre la disponibilité historique, les événements de pénalité (le cas échéant) et la liste des engagements AVS actifs. Un opérateur avec une disponibilité de 99,9 % sur 12 mois d'exploitation et une sélection AVS conservatrice présente un profil de risque sensiblement différent d'un nouvel opérateur exécutant des stratégies multi-AVS agressives.

La délégation n'est pas permanente. Les restakers peuvent redéléguer à un autre opérateur, bien que le processus implique un délai de retrait. Si un opérateur commence à adhérer à des AVS avec des conditions de pénalité floues ou des antécédents d'audit douteux, la redélégation est le principal outil de gestion des risques disponible pour les restakers.

Ce que cela ne couvre pas

Ce guide explique les mécanismes et les risques du restaking. Il ne couvre pas :

• La comparaison détaillée des AVS individuels et de leurs structures de récompense
• La tokenomique du jeton EIGEN et ses fonctions de gouvernance
• Les instructions étape par étape pour le restaking via des protocoles spécifiques
• La classification réglementaire des rendements du restaking

Vérifications pratiques avant de restaker

Comprendre le risque de l'opérateur. Lorsque vous déléguez à un opérateur, vous héritez de son exposition aux pénalités. Examinez à quels AVS l'opérateur a adhéré, son historique de disponibilité et sa configuration d'infrastructure. Un opérateur exécutant 15 AVS sur un seul serveur dans un seul centre de données est un risque concentré.

Examiner les conditions de pénalité des AVS. Avant que votre opérateur adhère à un nouvel AVS, comprenez ce qui déclenche une pénalité. Certaines conditions de pénalité des AVS sont simples (ne pas soumettre de données dans un délai). D'autres sont complexes ou dépendent de mécanismes de résolution de litiges qui n'ont pas été testés sous stress.

Évaluer les risques des LRT séparément. Si vous détenez un jeton de restaking liquide, vous portez le risque de restaking plus le risque de contrat intelligent du protocole LRT. Vérifiez les rapports d'audit pour le protocole LRT et les contrats de restaking sous-jacents. Considérez le mécanisme de rachat du LRT : certains LRT permettent un rachat instantané, tandis que d'autres mettent en file d'attente les retraits.

Surveillez votre position. Le restaking n'est pas une stratégie de dépôt et d'oubli. De nouveaux AVS, des changements d'opérateur et des événements de pénalité peuvent modifier votre profil de risque. Des protocoles comme EigenLayer fournissent des tableaux de bord montrant les performances des opérateurs et le statut des AVS. Configurez des notifications pour les changements d'opérateur si le protocole les prend en charge.

Considérez la file d'attente de retrait. Les positions restakées peuvent avoir des périodes de retrait plus longues que le staking simple. EigenLayer impose un délai de retrait (actuellement 7 jours), et pendant les périodes de forte demande, la file peut s'allonger. Ne restakez pas des fonds dont vous pourriez avoir besoin rapidement. Intégrez le délai de retrait dans votre planification de liquidité.