Introduction
Les systèmes de restaking reposent sur la participation coordonnée de plusieurs parties prenantes, chacune ayant des motivations, des expositions aux risques et des responsabilités différentes. Que ce soit en stakant de l'Ethereum, en déléguant du Bitcoin ou en gérant un AVS (Service Activement Validé), les participants doivent comprendre comment la valeur circule dans le système et quelles conditions d'échec pourraient entraîner des pertes.
Dans les systèmes basés sur EigenLayer, le processus de restaking réunit trois acteurs principaux : (1) les Restakers, qui délèguent des capitaux et choisissent d'opter pour les conditions AVS ; (2) les Opérateurs, qui exécutent la logique AVS ; et (3) les AVS, qui définissent ce qui doit être validé et selon quelles règles. EigenLayer agit comme la couche de coordination et d'application, reliant ces acteurs par le biais de contrats intelligents, de canaux de récompense et de logique de slashing.
Restakers : Gagner grâce à la réutilisation des actifs mis en jeu
Les restakers sont des individus ou des institutions qui engagent des actifs – généralement des tokens déjà mis en jeu comme l'ETH, les LST ou le BTC – dans des protocoles de restaking. En choisissant d'opter pour des conditions de slashing supplémentaires, ils deviennent éligibles pour gagner des récompenses provenant des AVS qui utilisent leur capital pour la sécurité.
Par exemple, un validateur Ethereum qui stake de l'ETH pour sécuriser le réseau Ethereum peut choisir de restaker cet ETH dans EigenLayer. Ce faisant, il accepte des garanties de performance supplémentaires définies par un AVS, telles que la disponibilité, la disponibilité des données ou des réponses d'oracle correctes. En échange, il reçoit des récompenses en tokens supplémentaires ou des frais de l'AVS.
EigenLayer permet à ces restakers de déléguer leurs jetons à un ou plusieurs opérateurs qui servent activement des AVS spécifiques. Le restaker conserve une exposition aux récompenses et aux sanctions liées à la performance de l'opérateur sur ces AVS.
L'attrait principal du restaking est l'efficacité du capital : les restakers gagnent plusieurs flux de récompenses sans avoir besoin de désengager ou de redéployer du capital. Cependant, cela s'accompagne d'un risque supplémentaire, car une mauvaise performance de l'AVS ou de son opérateur peut entraîner une réduction de l'actif restaké.
Les restakers doivent donc évaluer attentivement chaque AVS avant d'y adhérer. Cela inclut l'examen du contrat de déchirement de l'AVS, du processus de résolution des litiges et de l'historique ou de la réputation de son opérateur. Sans une visibilité claire sur ces paramètres, la promesse d'un rendement supérieur peut dissimuler un risque asymétrique.
Opérateurs : Gardiens techniques de la logique AVS
Les opérateurs gèrent l'infrastructure hors chaîne ou sur chaîne requise par les Services Validés Activement. Cela peut inclure des nœuds complets, des relais, des serveurs de disponibilité des données ou des environnements d'exécution spécialisés en fonction de la conception des SVA.
Dans EigenLayer, les opérateurs s'inscrivent pour servir des AVS spécifiques. Leur performance est continuellement surveillée, et le non-respect des attentes – comme le temps d'arrêt du nœud, des calculs incorrects ou l'équivocation – peut entraîner une réduction des mises des restakers. Les opérateurs eux-mêmes ne misent pas toujours leur propre capital, mais la qualité de leur service affecte directement ceux qui leur ont délégué.
Karak et Symbiotic introduisent des couches supplémentaires de complexité, permettant aux opérateurs de servir plusieurs AVS à travers différents types d'actifs. Cela augmente la flexibilité opérationnelle mais corrèle également les risques. Si un opérateur échoue tout en servant plusieurs AVS, des événements de slashing peuvent impacter simultanément plusieurs restakers ou vaults.
Par exemple, un opérateur servant EigenDA (une couche de disponibilité des données), AltLayer (un séquenceur de rollup AVS) et Witness Chain (un service de tour de guet décentralisé) doit maintenir des normes de disponibilité et de réponse distinctes pour les trois. Chacun de ces AVS a des conditions de pénalité uniques codées dans le registre EigenLayer. Les opérateurs doivent suivre et respecter ces attentes de performance en parallèle.
Les opérateurs doivent donc gérer la surveillance des performances, les systèmes de basculement et les alertes en temps réel pour éviter de déclencher des litiges. Beaucoup construisent ou intègrent désormais des tableaux de bord pour les opérateurs et des protocoles d'assurance pour aider à minimiser les risques et à se remettre des pénalités.
AVS Builders : Designers de sécurité et distributeurs de récompenses
Les constructeurs AVS sont les développeurs ou protocoles qui s'appuient sur des actifs restakés pour la sécurité. Cela peut inclure des réseaux d'oracle, des séquenceurs de rollup, des ponts ou des coprocesseurs. Au lieu de créer leur propre réseau de validateurs, les AVS définissent des règles de pénalité et délèguent l'application à des contrats intelligents et des systèmes de gouvernance d'un protocole de restaking.
Les équipes AVS conçoivent la structure d'incitation, y compris :
- Le type de travail requis (par exemple, disponibilité, consensus, relais de données),
- Le mécanisme de paiement (frais fixes, récompenses en tokens, frais de service),
- La logique de sanction et le modèle de résolution des litiges.
Ils doivent trouver un équilibre entre l'établissement de règles de pénalité strictes (pour maintenir la sécurité) et l'attraction de suffisamment de re-stakers et d'opérateurs (pour garantir la participation). Si les conditions sont trop sévères, les re-stakers peuvent les éviter. Si elles sont trop clémentes, l'AVS devient vulnérable à la manipulation ou aux temps d'arrêt.
Les AVS du monde réel sur EigenLayer illustrent cet équilibre. EigenDA, par exemple, exige une bande passante élevée et une disponibilité constante des données ; AltLayer nécessite un séquençage de rollup sécurisé et réactif ; et Witness Chain utilise des opérateurs pour vérifier les horodatages et les preuves de fraude dans des environnements inter-chaînes. Chaque AVS publie ses propres exigences de mise, ses performances attendues et sa logique de slashing, visibles à la fois pour les restakers et les opérateurs.
En 2025, de nombreux constructeurs d'AVS commencent à publier des tableaux de bord de transparence, des contrats de sanction open-source et des audits tiers de leur logique de litige pour instaurer la confiance avec les restakers. Le succès à long terme d'un AVS dépend autant de la gouvernance et de la communication que de la conception du protocole.
Comprendre le slashing : définitions et mécanismes
La pénalité est le principal mécanisme d'application dans les systèmes de restaking. Elle fait référence à la perte partielle ou totale des actifs restakés en raison d'une violation des règles définies par l'AVS. La pénalité garantit que les participants ont des "enjeux" et agissent honnêtement sous la pression économique.
Il existe plusieurs types de slashing sur les plateformes :
- La réduction de temps d'arrêt se produit lorsqu'un opérateur ne parvient pas à respecter les seuils de disponibilité.
- La coupe d'équivocation pénalise la soumission de messages conflictuels ou contradictoires dans les processus de consensus.
- La réduction pour exécution malveillante est déclenchée lorsque les opérateurs exécutent une logique qui viole de manière prouvable les règles AVS.
EigenLayer utilise un système de pénalité basé sur des défis, où la mauvaise conduite des restakers doit être prouvée lors d'une fenêtre de litige en deux phases. Cela donne aux opérateurs et aux équipes AVS le temps de présenter des preuves ou de contester des affirmations avant qu'une sanction ne soit finalisée. Babylon, en revanche, applique des pénalités par l'invalidation de verrouillage temporel Bitcoin, ce qui rend le capital temporairement inaccessible ou complètement perdu en fonction de la gravité de l'infraction.
Les litiges sont souvent traités sur la chaîne par le biais d'arbitrage lié—les participants stakent des tokens pour contester un comportement inapproprié et gagnent des récompenses si leur réclamation est validée. Cependant, ce processus introduit un délai dans l'exécution, nécessitant un design approprié pour éviter la manipulation ou l'abus.
Atténuation des risques et meilleures pratiques
À mesure que les plateformes de restaking se développent en échelle et en complexité, les participants doivent adopter des stratégies proactives pour gérer le risque :
- La diversification est essentielle. Les restakers devraient éviter de mettre tous leurs actifs derrière un seul AVS ou opérateur, en particulier dans les protocoles en phase de démarrage où la logique de réduction n'est pas encore éprouvée.
- La sélection des opérateurs doit être basée sur la transparence, l'historique de disponibilité et la participation à la gouvernance communautaire.
- Des protocoles d'assurance émergent, offrant une compensation partielle pour les événements de slashing en échange de primes. Cela inclut des mécanismes natifs (comme les pools d'assurance optionnels proposés par EigenLayer) ou des fournisseurs d'assurance DeFi tiers.
- Les outils de surveillance en temps réel aident les opérateurs et les AVS à détecter les anomalies avant qu'elles ne deviennent des infractions graves. Ceux-ci sont de plus en plus proposés sous forme de SDK et de tableaux de bord par les plateformes elles-mêmes.
- La sensibilisation réglementaire devient essentielle. En 2025, de nouvelles directives sur le staking dans le cadre du MiCA de l'UE et les règles proposées de la SEC des États-Unis classifient les programmes de restaking impliquant des récompenses et des pénalités comme potentiellement financiers. Les participants – en particulier les institutions – doivent surveiller l'évolution de ces cadres.
