Qu'est-ce qui ne va pas avec le re-staking ?
TechFlow SélectionTechFlow Sélection
Qu'est-ce qui ne va pas avec le re-staking ?
Revue approfondie du parcours de re-staking d’EigenLayer.
Dédié à des analyses Web3 approfondiesRédaction : Kydo, responsable des récits chez EigenCloud
Traduction : Saoirse, Foresight News
De temps en temps, des amis m'envoient des tweets moquant le restaking, mais ces critiques manquent toujours le cœur du sujet. Alors j'ai décidé d'écrire moi-même un article de « démolition » avec recul.
Vous pourriez penser que je suis trop impliqué pour être objectif, ou trop fier pour admettre « nous nous sommes trompés ». Vous imaginez peut-être que même si tout le monde considère désormais le restaking comme un échec, j'écrirai quand même un long texte pour défendre bec et ongles, sans jamais prononcer le mot « échec ».
Ces impressions sont compréhensibles, et nombreuses ont un fondement.
Mais cet article vise simplement à exposer les faits objectivement : ce qui s'est produit, ce qui a abouti, ce qui n'a pas fonctionné, et les leçons que nous en avons tirées.
J'espère que ces expériences auront une valeur universelle, pouvant servir de référence aux développeurs d'autres écosystèmes.
Après plus de deux ans passés à intégrer toutes les principales AVS (services de validation autonome) sur EigenLayer et à concevoir EigenCloud, je souhaite faire un bilan honnête : où avons-nous échoué, où avons-nous réussi, et quelle est notre direction future.
Qu'est-ce exactement que le restaking ?
Le fait que je doive encore expliquer ce qu'est le restaking montre déjà que, lorsque celui-ci était au cœur de l'industrie, nous n'avons pas su le clarifier suffisamment. Voici donc la « leçon numéro 0 » : concentrer un récit central et le répéter inlassablement.
L'objectif de l'équipe Eigen a toujours été simple à dire, difficile à réaliser : améliorer la vérifiabilité du calcul hors chaîne afin de permettre aux gens de construire des applications plus sûres sur chaîne.
Les AVS sont notre première tentative claire et assumée dans cette voie.
Une AVS (service de validation autonome) est un réseau de preuve d'enjeu (PoS), constitué d'un ensemble d'opérateurs décentralisés exécutant des tâches hors chaîne. Le comportement de ces opérateurs est surveillé, et toute violation entraîne une pénalité financière sur leurs actifs mis en jeu. Pour que ce mécanisme de sanction fonctionne, il faut impérativement disposer d’un « capital engagé ».
C’est précisément là que réside la valeur du restaking : plutôt que de construire un système de sécurité depuis zéro pour chaque AVS, le restaking permet de réutiliser l’ETH déjà mis en jeu pour sécuriser plusieurs AVS. Cela réduit non seulement le coût en capital, mais accélère aussi le démarrage de l’écosystème.
Ainsi, le cadre conceptuel du restaking peut se résumer ainsi :
-
AVS : la « couche service », support des nouveaux systèmes économiques de sécurité PoS ;
-
Restaking : la « couche capital », qui sécurise ces systèmes en réutilisant les actifs déjà engagés.
Je pense toujours que cette idée est élégante, mais la réalité ne s'est pas déroulée comme sur un schéma — beaucoup de choses n’ont pas atteint leurs objectifs.
Ce qui n’a pas fonctionné
1. Nous avons mal choisi notre marché : trop de niche
Nous ne voulions pas n'importe quel type de calcul vérifiable, mais étions obsédés par un système « décentralisé dès le jour un, basé sur des sanctions, entièrement sécurisé par l'économie cryptographique ».
Nous espérions que les AVS deviendraient des « services d'infrastructure » — tout comme les développeurs construisent des SaaS (software as a service), n'importe qui pourrait créer une AVS.
Cette position semble cohérente, mais elle a fortement réduit le champ des développeurs potentiels.
Le résultat final est un marché « petit, lent, à haut seuil » : peu d'utilisateurs potentiels, coûts élevés de mise en œuvre, cycles longs tant pour l'équipe que pour les développeurs. Que ce soit l'infrastructure EigenLayer, ses outils de développement, ou chaque AVS en amont, tout prend des mois, voire des années à construire.
Trois ans plus tard : seulement deux AVS majeures sont aujourd’hui en production — DIN (réseau d'infrastructure décentralisée) d'Infura et EigenZero de LayerZero. Ce taux d'adoption est loin d'être « massif ».
Franchement, nous avions conçu un scénario où les équipes souhaitaient dès le départ une sécurité cryptographique et des opérateurs décentralisés, mais la demande réelle du marché penche vers des solutions « plus progressives, centrées sur les applications ».
2. Contraindre au silence par l’environnement réglementaire
Nous avons lancé le projet au sommet de l’ère « Gary Gensler » (NDLR : président de la SEC américaine, connu pour sa rigueur face à l’industrie crypto). À cette époque, plusieurs sociétés de staking faisaient face à des enquêtes et poursuites.
En tant que projet de restaking, presque chaque mot que nous prononcions publiquement pouvait être interprété comme une « promesse d'investissement », une « publicité sur les rendements », voire attirer une assignation.
Ce brouillard réglementaire a dicté notre manière de communiquer : impossible de parler librement, même face à une avalanche de mauvaises informations, de trahisons par des partenaires ou d'attaques médiatiques, sans pouvoir corriger les malentendus en temps réel.
Nous ne pouvions même pas dire simplement « ce n'est pas comme ça » — car il fallait d'abord évaluer les risques juridiques.
Le résultat : nous avons lancé un jeton verrouillé sans communication suffisante. En y repensant, c'était effectivement risqué.
Si vous avez déjà trouvé que l’équipe Eigen était « évasive » ou « anormalement silencieuse » sur certains sujets, c’est très probablement dû à ce contexte réglementaire — un seul tweet erroné pouvant entraîner des risques importants.
3. Les premières AVS ont dilué la valeur de la marque
L’influence initiale de la marque Eigen reposait largement sur Sreeram (membre clé de l’équipe) — son énergie, son optimisme, et sa conviction que « les systèmes et les gens peuvent s’améliorer » ont accumulé une grande sympathie pour l’équipe.
Des milliards de dollars d’actifs engagés ont renforcé davantage cette confiance.
Mais nos campagnes promotionnelles conjointes avec les premières AVS n’ont pas atteint ce niveau de qualité. Beaucoup de ces AVS étaient bruyantes, surfant sur les tendances du moment, sans être ni techniquement les plus solides, ni moralement exemplaires.
Avec le temps, « EigenLayer » a commencé à être associé aux derniers programmes de minage de liquidités ou de distributions gratuites. Les doutes, la fatigue, voire le rejet que nous subissons aujourd’hui trouvent souvent leur origine à cette période.
Si nous pouvions recommencer, nous aimerions partir sur « moins d’AVS, mais de meilleure qualité », être plus sélectifs sur les partenaires bénéficiant de notre caution, et accepter une croissance plus lente, moins médiatisée.
4. Une recherche excessive de « minimisation de la confiance » menant à une surconception technique
Nous avons tenté de construire un « système de sanction universel parfait », généraliste, flexible, capable de couvrir tous les cas de figure, pour atteindre une « minimisation maximale de la confiance ».
Mais concrètement, cela a ralenti nos itérations produits, et nous a obligés à passer beaucoup de temps à expliquer un mécanisme que la majorité n’était pas prête à comprendre. Même aujourd’hui, un an après son lancement, nous devons encore vulgariser constamment ce système de sanctions.
Rétrospectivement, la voie la plus raisonnable aurait été de lancer d’abord des schémas simples de sanctions, permettant aux différentes AVS d’expérimenter des modèles ciblés, puis d’augmenter progressivement la complexité. Mais nous avons placé la « conception complexe » en premier, payant un prix fort en termes de rapidité et de clarté.
Ce que nous avons vraiment accompli
On aime trop vite coller l’étiquette « échec » sur les choses, ce qui est bien trop hâtif.
Dans le chapitre du restaking, de nombreuses réalisations ont été excellentes, et ces succès sont cruciaux pour notre orientation future.
1. Nous avons prouvé que nous pouvons gagner dans des marchés très concurrentiels
Nous préférons la « victoire partagée », mais nous n’avons pas peur de la concurrence — une fois qu’on entre sur un marché, nous visons la première place.
Dans le domaine du restaking, Paradigm et Lido ont soutenu ensemble notre principal concurrent. À l’époque, la valeur totale verrouillée (TVL) d’EigenLayer était inférieure à 1 milliard.
Notre adversaire disposait d’un avantage narratif, de ressources en distribution, de soutien financier, et d’une « confiance par défaut ». Beaucoup m’ont dit : « leur combinaison sera plus efficace, ils vous écraseront ». La réalité fut autre — aujourd’hui, nous détenons 95 % de parts du marché du restaking, et attirons 100 % des développeurs de premier plan.
Dans le domaine de la disponibilité des données (DA), nous avons démarré plus tard, avec une équipe plus petite et moins de financements, alors que les pionniers disposaient d’un avantage précoce et d’un puissant dispositif marketing. Pourtant, aujourd’hui, quel que soit l’indicateur clé, EigenDA (la solution DA d’Eigen) occupe une part significative du marché DA ; avec le déploiement complet de notre plus grand partenaire, cette part va croître exponentiellement.
Les deux marchés étaient extrêmement compétitifs, mais nous avons fini par nous démarquer.
2. EigenDA est devenu un produit mature, transformateur pour l’écosystème
Lancer EigenDA sur l’infrastructure EigenLayer a été une surprise majeure.
Il est devenu la pierre angulaire d’EigenCloud, et a apporté à Ethereum ce dont il avait désespérément besoin : un canal DA à très grande échelle. Grâce à lui, les Rollups peuvent maintenir une haute vitesse sans avoir à quitter l’écosystème Ethereum pour rejoindre une nouvelle blockchain.
MegaETH a été lancé parce que l’équipe croyait que Sreeram pouvait les aider à surmonter le goulot d’étranglement DA ; Mantle a initialement proposé à BitDAO de construire un L2 pour la même raison.
EigenDA est aussi devenu un « bouclier » pour Ethereum : avec une solution DA native à haut débit au sein de l’écosystème, les blockchains externes auront plus de mal à « capter l’attention via le récit d’Ethereum tout en aspirant sa valeur ».
3. Stimuler le développement du marché des pré-confimations
L’un des sujets centraux initiaux d’EigenLayer portait sur la façon de débloquer la fonctionnalité de pré-confirmation sur Ethereum via EigenLayer.
Depuis, les pré-confimations ont gagné en notoriété grâce au réseau Base, mais leur mise en œuvre reste difficile.
Pour stimuler l’écosystème, nous avons lancé conjointement le programme Commit-Boost — visant à résoudre l’« effet de verrouillage » des clients de pré-confirmation, en créant une plateforme neutre où chacun peut innover via les engagements des validateurs.
Aujourd’hui, des dizaines de milliards de dollars circulent via Commit-Boost, plus de 35 % des validateurs y participent. Avec le lancement imminent des principaux services de pré-confirmation, ce ratio continuera d’augmenter.
Ceci est crucial pour la « résilience » de l’écosystème Ethereum, et pose les bases d’une innovation continue sur le marché des pré-confimations.
4. Garantir en permanence la sécurité des actifs
Pendant des années, nous avons protégé des centaines de milliards de dollars d’actifs.
Cela peut sembler banal, voire « ennuyeux » — mais rappelez-vous combien d’infrastructures crypto ont fait faillite de diverses manières, et vous apprécierez à sa juste valeur cette « banalité ». Pour éviter les risques, nous avons mis en place un solide système de sécurité opérationnelle, recruté et formé une équipe mondiale en sécurité, et intégré une « culture de la pensée antagoniste » dans l’équipe.
Cette culture est essentielle pour toute activité touchant les fonds utilisateurs, l’IA ou des systèmes réels, et ne peut pas être ajoutée a posteriori — elle doit être ancrée dès le départ.
5. Empêcher que Lido ne détienne durablement plus de 33 % des parts de staking
Un impact sous-estimé de l’ère du restaking : une grande partie de l’ETH s’est dirigée vers les fournisseurs de LRT, empêchant Lido de dépasser durablement 33 % du staking.
Cela a une importance capitale pour l’équilibre social d’Ethereum. Si Lido avait maintenu durablement une part largement supérieure à 33 % sans alternative crédible, cela aurait provoqué de graves controverses de gouvernance et des conflits internes.
Le restaking et les LRT n’ont pas « miraculeusement rendu complètement décentralisé », mais ils ont bel et bien inversé la tendance à la concentration du staking — un accomplissement loin d’être négligeable.
6. Identifier clairement où se situe « la véritable frontière »
La plus grande « prise de conscience » est philosophique : nous avons validé l'idée centrale selon laquelle « le monde a besoin de plus de systèmes vérifiables », mais nous avons aussi compris que « le chemin » était différent — nous avions pris une mauvaise direction.
Le bon chemin n’est certainement pas de « commencer par une sécurité économique cryptographique universelle, insister sur des opérateurs entièrement décentralisés dès le jour un, puis attendre que toutes les applications viennent s’y connecter ».
La vraie manière d’accélérer l’avancée de la frontière consiste à fournir aux développeurs des outils directs pour rendre leurs applications spécifiques vérifiables, et à associer à ces outils les primitives de validation adaptées. Nous devons « aller activement vers les besoins des développeurs », plutôt que de leur demander de devenir dès le départ des « concepteurs de protocoles ».
Pour cela, nous avons commencé à développer des services modulaires internes — EigenCompute (service de calcul vérifiable) et EigenAI (service d’IA vérifiable). Certaines fonctionnalités que d’autres équipes mettraient des années et des centaines de millions de dollars à construire, nous pouvons les lancer en quelques mois.
La direction suivante
Alors, face à ces expériences — le timing, les réussites, les erreurs, les « cicatrices » de la marque — comment devons-nous réagir ?
Voici brièvement notre prochain plan et sa logique :
1. Faire du jeton EIGEN le cœur du système
À l’avenir, l’ensemble d’EigenCloud et de tous les produits que nous construisons autour seront centrés sur le jeton EIGEN.
Le rôle du jeton EIGEN sera :
-
Le moteur central de la sécurité économique d’EigenCloud ;
-
L’actif garantissant les différents risques assumés par la plateforme ;
-
L’outil central de capture de valeur couvrant tous les flux de frais et activités économiques de la plateforme.
Au début, les attentes sur « ce que le jeton EIGEN peut capturer » divergeaient de la « mécanique réelle » — causant de la confusion. Dans la prochaine phase, nous comblerons cet écart par des conceptions concrètes et des systèmes opérationnels. Plus de détails seront publiés ultérieurement.
2. Permettre aux développeurs de construire des « applications vérifiables », pas seulement des AVS
Notre argument central reste inchangé : améliorer la vérifiabilité du calcul hors chaîne pour permettre de construire des applications plus sûres sur chaîne. Mais les outils de « vérifiabilité » ne seront plus limités à un seul type.
Parfois, ce sera la sécurité économique cryptographique ; parfois, ce seront des preuves ZK, des TEE (environnements d’exécution fiables), ou des solutions hybrides. L’essentiel n’est pas de « privilégier une technologie », mais de faire de la « vérifiabilité » une primitive standard directement intégrable dans la stack technique des développeurs.
Notre objectif est de réduire l’écart entre deux états :
Passer de « j’ai une application » à « j’ai une application que les utilisateurs, partenaires ou régulateurs peuvent vérifier ».
Compte tenu de l’état actuel de l’industrie, la combinaison « cryptographique + TEE » est sans doute le meilleur choix — offrant un équilibre optimal entre « programmabilité pour les développeurs » (ce qu’ils peuvent construire) et « sécurité » (pas une sécurité théorique, mais une sécurité réellement applicable).
À l’avenir, lorsque les preuves ZK et autres mécanismes de vérification seront assez matures pour répondre aux besoins des développeurs, nous les intégrerons également à EigenCloud.
3. Investir profondément le domaine de l’IA
Le plus grand changement actuel dans le calcul mondial est l’IA — en particulier les agents IA (AI Agents). L’industrie crypto ne peut y échapper.
Un agent IA est fondamentalement « un modèle linguistique enveloppant des outils, exécutant des actions dans un environnement donné ».
Aujourd’hui, non seulement le modèle linguistique est une boîte noire, mais la logique d’action de l’agent IA est opaque — c’est pourquoi des attaques ont déjà eu lieu en raison de la nécessité de « faire confiance au développeur ».
Mais si l’agent IA devient « vérifiable », on n’aura plus besoin de compter sur la confiance envers le développeur.
Pour rendre un agent IA vérifiable, trois conditions doivent être remplies : la traçabilité du raisonnement du LLM (grand modèle linguistique), la vérifiabilité de l’environnement de calcul exécutant les actions, et la possibilité de stocker, récupérer et comprendre le contexte via une couche de données vérifiable.
EigenCloud est justement conçu pour ces cas d’usage :
-
EigenAI : fournit un service de raisonnement LLM déterministe et vérifiable ;
-
EigenCompute : fournit un environnement d’exécution vérifiable ;
-
EigenDA : fournit un service de stockage et de récupération de données vérifiable.
Nous croyons que les « agents IA vérifiables » sont l’un des cas d’usage les plus compétitifs de notre « cloud vérifiable » — c’est pourquoi nous avons constitué une équipe dédiée travaillant intensivement sur ce domaine.
4. Refonder la narration autour du « staking et des rendements »
Pour obtenir des rendements réels, il faut assumer des risques réels.
Nous explorons des « cas d’usage élargis du staking », où le capital engagé soutiendra les risques suivants :
-
Les risques liés aux contrats intelligents ;
-
Les risques liés à différents types de calcul ;
-
Les risques clairement définis, quantifiables et tarifables.
Les futurs rendements refléteront fidèlement les « risques transparents et compréhensibles assumés », plutôt que de poursuivre aveuglément le « dernier mode du minage de liquidités ».
Cette logique s’intégrera naturellement aux usages du jeton EIGEN, à ses garanties et à ses mécanismes de transfert de valeur.
Dernières pensées
Le restaking n’est pas devenu la « couche universelle » que j’(et d’autres) espérions, mais il n’a pas disparu. Après un long parcours, il est devenu ce que la plupart des « premiers produits » finissent par être :
Un chapitre important, un ensemble de leçons chèrement acquises, et désormais une infrastructure supportant des activités bien plus vastes.
Nous continuons à maintenir les activités liées au restaking, et nous les respectons encore — simplement, nous refusons d’être limités par le récit initial.
Si vous êtes membre de la communauté, développeur d’AVS, ou investisseur qui associe encore Eigen au « projet de restaking », j’espère que cet article vous permettra de mieux comprendre « ce qui s’est passé » et « où nous allons maintenant ».
Aujourd’hui, nous entrons dans un domaine où le marché total adressable (TAM) est bien plus large : d’un côté les services cloud, de l’autre les besoins immédiats des développeurs en couche applicative. Nous explorons aussi le secteur de l’IA, encore sous-exploité, et avançons sur ces axes avec notre habituelle intensité opérationnelle.
L’équipe est toujours pleine d’élan, et j’ai hâte de prouver à tous les sceptiques — que nous pouvons réussir.
Jamais je n’ai été aussi confiant en Eigen, et j’achète continuellement des jetons EIGEN, ce que je continuerai à faire.
Nous en sommes encore au tout début.
Bienvenue dans la communauté officielle TechFlow
Groupe Telegram :https://t.me/TechFlowDaily
Compte Twitter officiel :https://x.com/TechFlowPost
Compte Twitter anglais :https://x.com/BlockFlow_News
@0xkydo
