Sreeram Kannan d'EigenLayer parle de la tendance HOT (et risquée) du « resttaking » sur Ethereum

Sreeram Kannan était professeur à l'Université de Washington, à Seattle, lorsqu'il a commencé à travailler pour son laboratoire de recherche sur la blockchain en 2017.

C'est là, alors qu'il travaillait au laboratoire, qu'il a fondé sa société, EigenLabs, l'organisation à l'origine d'EigenLayer - un protocole blockchain considéré comme un pionnier d'une tendance qui vient d'arriver dans l'écosystème Ethereum , connue sous le nom de re-jalonnageL'idée est de réutiliser les jetons ETH mis en jeu sur la blockchain Ethereum pour une double fonction, en les utilisant pour assurer la sécurité d'autres applications.

Cet article est présenté dans le dernier numéro deLe Protocole, notre newsletter hebdomadaire explorant la technologie derrière la Crypto, un bloc à la fois. Inscrivez-vous icipour le recevoir dans votre boîte mail chaque mercredi.

EigenLayer a récemment fait parler de lui, alors que l'écosystème de re-staking commence à prendre forme. Certaines personnalités de premier plan Ethereum ont également tiré la sonnette d'alarme sur les risques ; le cofondateur Ethereum, Vitalik Buterin, a à un moment donné averti que la nouvelle fonctionnalité pourrait à terme poser des risques systémiques pour la stabilité de la blockchain principale.

Nous avons discuté avec Kannan la semaine dernière, et lui avons posé des questions sur EigenLayer et le retaking. Voici quelques points saillants :

• À propos de Kannanréponse aux inquiétudes de Buterinà propos du staking : « Tout ce que le resttaking peut faire, le staking liquide peut déjà le faire. »
• À propos du plan d'Ethereum visant à ralentir le rythme de l'arrivée de nouveaux validateurs, via la proposition EIP-7514 : « C'est une chose extrêmement importante pour Ethereum d'être conservateur et de ne pas avoir de débordement. »
• Quant à savoir si Ethereum atteindra un jour sa capacité maximale en matière de sécurité partagée : « Il y a absolument une limite. »

Q : J'ai vu l'article de blog de Vitalik sur la surcharge de la couche de consensus et sur la façon dont le retaking, selon lui, pourrait poser des risques systémiques pour Ethereum. Je suis curieux d'entendre votre avis sur son point de vue ?

Traduction en anglais : ONEune des choses qu’il souhaite, je pense, mettre en évidence, c’est : « Hé, n’externalisez T et ne créez T quelque chose qui, si le protocole tourne mal, va se transformer en Ethereum . »

Je pense que c'est une position assez raisonnable de la part d' Ethereum, que vous construisez des protocoles et que les protocoles doivent internaliser le consensus social plutôt que de l'externaliser vers Ethereum.

Je l'ai donc interprété comme une façon de ne pas surcharger le consensus social Ethereum , qui n'est utilisé que pour forker la chaîne. Et ne présumez T que vous pouvez créer un protocole qui, parce que vous êtes trop gros pour faire faillite, permet à Ethereum de contourner cela. C'est donc ainsi que je l'ai interprété.

Et je pense que c'est une déclaration assez évidente à notre avis. Mais je pense qu'il faut le dire, que quelqu'un le dise, c'est donc une bonne chose que Vitalik soit sorti et l'ait dit.

Parce que ce que nous ne voulons T , c'est que les appels déploient du code qui n'est pas correctement audité, qui n'a T de contrôles de sécurité internes, et que la communauté Ethereum doive maintenant travailler dur pour trouver comment le récupérer.

Je pense que beaucoup de gens, après avoir lu l’article, ont beaucoup parlé de la nécessité de réévaluer les risques.

Je veux que ce soit très clair : tout ce que le resttaking peut faire, le liquid staking peut déjà le faire, donc je considère le resttaking comme un risque moindre que le liquid staking.

Q : Pouvez-vous développer ce point ?

Traduction en anglais :Fondamentalement, vous pouvez prendre un jeton de jalonnement liquide, puis le déposer dans des protocoles DeFi complexes, ou vous pouvez simplement le déposer pour valider une nouvelle couche 2, ou un nouvel oracle ou l'une de ces choses.

Donc tout ce que le resttaking peut faire, le liquid staking peut déjà le faire. Parce que vous savez, vous avez le jeton LSD [abréviation de liquid staking derived], et vous pouvez faire tout ce que vous voulez avec. Et une chose particulière que vous pourriez faire avec cela, bien sûr, c'est d'aller valider un autre réseau.

Je considère donc le resttaking comme un simple cas d’utilisation particulier du liquid staking, mais en réduisant en réalité le risque de ce cas d’utilisation particulier.

Q : Pourquoi pensez-vous que le resttaking fait l'actualité ?

Traduction en anglais : Je ne sais T . Je suis content que les gens en parlent. Bien sûr, tout ce qui ajoute de nouvelles récompenses aux stakers est quelque chose d'intéressant.

J'ai dit que tout ce qui pouvait être fait avec EigenLayer pouvait être fait avec des LST, mais les gens ne savaient T quoi faire avec ces LST.

Ils faisaient exactement la même chose que ce que les gens font avec l’éther, c’est-à-dire prêter, emprunter, le même ensemble de paramètres DeFi.

Je pense ONE des choses qu'EigenLayer a fait, c'est en créant cette nouvelle catégorie, cette validation, si je peux emprunter le réseau de confiance Ethereum pour faire de nouvelles choses : je peux construire une nouvelle couche 1, je peux construire un nouveau réseau de type Oracle, je peux construire un nouveau système de disponibilité des données, je peux construire n'importe quel système au-dessus du réseau de confiance Ethereum , de sorte qu'il internalise toute l'innovation dans Ethereum, ou agrège toute l'innovation dans Ethereum, plutôt que chaque innovation nécessitant un tout nouveau système.

Je pense donc que ce récit est assez attrayant.

Q : Je viens de lire les nouvelles à propos deEIP-7514, qui est une solution à court terme pour résoudre le problème de surpopulation des validateurs, en limitant les entrées de nouveaux validateurs. Comment cela affecte-t-il un EigenLayer ?

Traduction en anglais :Je pense que cela signifie principalement la même chose pour EigenLayer que pour les protocoles de jalonnement liquide, à savoir qu’il y aura un taux plus faible auquel de nouveaux validateurs pourront entrer.

Il y a une longue file d'attente à l'entrée en ce moment, et les gens ne veulent T attendre aussi longtemps.

Et le rendre plus lent ne fera que ralentir la nouvelle croissance des LST. Mais je comprends parfaitement qu'il est extrêmement important pour Ethereum d'être conservateur et de ne pas avoir un débordement de validateurs qui pourraient ne pas pouvoir être gérés par la couche de consensus.

Mais à long terme, si le jalonnement total d' Ethereum ne peut pas augmenter, ONEune des choses qui se produit est que le rendement total ou le retour que les stakers obtiennent est limité par le jalonnement Ethereum , alors qu'en présence de resttaking, il est possible pour eux d'obtenir certaines de ces récompenses supplémentaires. À part cela, c'est assez similaire.

Q : Vous disiez qu’EigenDA est comme un AVS interne (service de validation active) – expliquez-nous ce que c’est :

Traduction en anglais :Pour KEEP ce système de sécurité partagée et pour que EigenLayer KEEP aussi décentralisé que possible, nous avons décidé de nous assurer qu'il existe un système de données hautement évolutif à sa base. Et c'est ce qu'est EigenDA, c'est un système de disponibilité des données hautement évolutif, construit sur les mêmes idées qui sous-tendent la feuille de route Ethereum , en particulier ce qu'on appelle le danksharding.

Notre point de vue est que la construction d'une couche de disponibilité des données adjacente à Ethereum nécessite une réflexion sur les premiers principes, tandis que Celestia et Avail sont conçus pour être des chaînes à part entière.

Si vous construisez un système de disponibilité des données adjacent à Ethereum, vous souhaiterez que les validateurs Ethereum y participent. Ce n'est donc ONE partie de l'histoire. Bien entendu, EigenLayer permet cela.

Mais ensuite, vous allez au-delà de cela, et vous voyez : « Oh, ce n’est pas seulement vous voulez que les nœuds Ethereum participent. »

Ethereum dispose déjà d'un consensus intégré et vous donne l'ordre des différentes transactions. Vous devez donc créer le système de disponibilité des données, qui n'a T besoin de son propre ordre.

Alors que tous les autres protocoles existants comme Celestia et Avail, sont essentiellement des chaînes qui doivent faire leur propre commande ; nous avons construit un système qui n'a T de commande interne ; toute commande est effectuée sur Ethereum.

Q : Jetons de re-staking liquides : une fois que vos jetons de staking liquides sont verrouillés sur EigenLayer, ils deviennent illiquides ?

Traduction en anglais : C'est vrai, le problème que les jetons de re-staking liquide tentent de résoudre est le suivant : puis-je simplement avoir une position re-staking, tout en la KEEP liquide. Vous pouvez donc prendre ce jeton de réception de re-staking liquide, puis le transférer.

Nous ne construisons pas ce type de resttaking liquide, mais d'autres personnes construisent un resttaking liquide par-dessus.

Q : Je pense que votre commentaire était que vous souhaitez utiliser la sécurité partagée Ethereum pour autant de choses que possible. Je suis curieux, maintenant qu'il y a aussi des gens qui construisent sur la base de ce que vous faites, existe-t-il une limite naturelle à ce que vous savez Ethereum peut prendre en charge ?

Traduction en anglais : Il s’agit d’une question similaire à celle que ONEon pourrait déjà se poser au niveau de la couche applicative d’ Ethereum: combien d’applications sur Ethereum sont des contrats intelligents et combien de contrats intelligents peuvent être construits sur Ethereum?

C'est donc la même chose avec EigenLayer, car les gens jalonnent et exécutent de nouvelles applications, mais maintenant ils le font de manière beaucoup plus flexible et programmable avec ces alias au-dessus d'EigenLayer, tous contribuent à Ethereum. Leur jalonnement ETH augmente les récompenses, ETH lui-même augmente potentiellement en valeur en raison de tous ces cas d'utilisation supplémentaires.

Ainsi, au fil du temps, cela peut commencer à s'adapter à de plus en plus de besoins.

Mais il y a absolument une limite.