Le nouveau récit d’EigenDA porté par le Restaking à cent milliards de dollars
TechFlow SélectionTechFlow Sélection
Le nouveau récit d’EigenDA porté par le Restaking à cent milliards de dollars
Cet article explore en profondeur la manière dont la technologie blockchain peut résoudre le problème de pénurie de GPU auquel sont confrontées les start-ups d'intelligence artificielle, et comment l'agrégation de clusters de GPU pourrait se produire à l'avenir.
Dédié à des analyses Web3 approfondiesRédaction : Sreeram Kannan, EigenLayer ; IOSG Ventures
Le 11ᵉ Sommet des Amis d’IOSG Ventures, « Restaking Summit », s’est récemment déroulé avec succès à Denver. Centré sur des sujets d’actualité tels que la disponibilité des données (DA), le Staking/Restaking, les AVS, les Bitcoin Rollups et les Coprocesseurs, l’événement comprenait 4 conférences, 5 tables rondes et une discussion informelle (fireside chat). Il a attiré 1 862 inscrits, pour un total cumulé de plus de 2 000 participants présents sur place. Nous publierons prochainement les comptes rendus détaillés des présentations et discussions. Restez à l’écoute.
Voici ci-dessous la transcription de la présentation principale de Sreeram Kannan, fondateur et PDG d’EigenLayer, intitulée « Converting Cloud to Crypto ». Bonne lecture ! 👇
MC : Accueillons maintenant chaleureusement notre invité d’honneur, le PDG et fondateur d’EigenLayer, Sreeram Kannan. Il va nous présenter : « Converting Cloud to Crypto ».
Sreeram Kannan :
Je remercie sincèrement l’équipe d’IOSG Ventures pour l’organisation de ce sommet. Je suis ravi d’être ici aujourd’hui. Étant donné que EigenLayer a déjà été bien présenté, je vais plutôt aborder EigenDA et le thème que nous explorons actuellement : à quel moment et en quel lieu construisons-nous EigenDA ? Comment intégrer le cloud au monde de la cryptomonnaie ?
Quand vous pensez aux rollups, deux objectifs différents peuvent venir à l’esprit. Le premier consiste à externaliser le trafic de la couche 1 Ethereum vers une couche 2. Ce n’est toutefois pas l’angle que nous allons traiter ici. Notre propos porte plutôt sur la manière d’introduire au sein de la cryptomonnaie des capacités de calcul à l’échelle du cloud.
Tout d’abord, pourquoi les applications cloud ont-elles besoin de la cryptomonnaie ?
Si l’on considère deux types d’applications, elles se situent sur deux axes fondamentalement différents. Le premier est la « valeur par bit », c’est-à-dire combien de valeur représente chaque bit échangé dans une application. Le second est le « débit », soit la vitesse à laquelle les données circulent. Aujourd’hui, les applications cryptographiques fonctionnent à forte valeur par bit mais faible débit. En revanche, les applications cloud reposent précisément sur l’inverse : un très haut débit, mais une très faible valeur par bit.
Combien vaut un seul tweet publié par un utilisateur ? Pourtant, lorsqu’un grand nombre de tweets sont combinés, ils créent une immense valeur pour un réseau social. Alors, pourquoi les applications cloud ont-elles besoin de la cryptomonnaie ? Parce que celle-ci permet des incitations natives, une gouvernance par les utilisateurs et une innovation sans permission. Ce dernier point est l’un de nos sujets préférés : comment garantir que toute personne ayant une bonne idée puisse construire par-dessus les applications existantes ? Si vous développez au-dessus des API de Twitter ou Facebook, vous vivez constamment dans la crainte qu’un jour ces API soient fermées ou que votre accès soit bloqué.
En revanche, dans la cryptomonnaie, vous disposez d’API solides, immuables et vérifiées, sur lesquelles vous pouvez bâtir en toute sécurité. Toutefois, les applications cloud exigent également un débit extrêmement élevé. Or, comme vous le savez, les niveaux actuels de débit ne suffisent pas pour les applications cloud. De plus, le coût par bit doit être très bas, ce qui constitue l’une des deux dimensions clés sur lesquelles se concentre EigenDA.
Avant d’aller plus loin, examinons brièvement pourquoi utiliser des rollups ?
Lorsque l’on considère les applications cloud et grand public, plusieurs dimensions ne correspondent pas au modèle de déploiement actuel des applications dans la cryptomonnaie.
Premièrement, l’expérience utilisateur : on souhaite une interaction instantanée, des confirmations ultra-rapides. Rien ne vaut alors un séquenceur centralisé unique pour y parvenir.
Ce séquenceur reste néanmoins soumis à divers mécanismes de contrôle et d’équilibre : la validité de la fonction de transition d’état est vérifiée via des preuves efficaces (ZK) ou des preuves optimistes, tout en garantissant l’inclusion des transactions renvoyées à la couche 1 Ethereum ou directement à la couche de disponibilité des données. Cette confirmation instantanée transforme radicalement l’expérience utilisateur.
Deuxièmement, lorsque l’on veut intégrer des applications cloud natives, il est impossible d’exiger que tous les développeurs programment exclusivement en EVM. Nous avons besoin de nouvelles machines virtuelles, de nouveaux langages de programmation, de moteurs de jeu, de moteurs d’inférence IA, tous nativement intégrés à notre infrastructure blockchain. C’est là que les rollups nous apportent une aide précieuse.
Un autre aspect peu compris est que, avec un séquenceur centralisé unique, on peut réaliser des choses impossibles sur une blockchain décentralisée : il s’agit du contrôle subjectif d’accès (Subjective Admission Control). Qu’est-ce que cela signifie ? Par exemple, nous pouvons vouloir autoriser certains utilisateurs authentifiés à utiliser gratuitement une application. Or, cela n’est pas faisable sur une blockchain traditionnelle, car celle-ci doit empêcher le spam. La seule manière d’y parvenir est de facturer des frais, mais le prix est un mécanisme imparfait : il ne distingue pas entre les robots MEV et les vrais utilisateurs.
C’est pourtant possible grâce aux rollups. Pourquoi ? Parce qu’avec un séquenceur centralisé, on peut appliquer un contrôle subjectif d’accès. Par exemple, si vous possédez déjà un compte Facebook ou Twitter, vous devriez pouvoir vous connecter et utiliser l’application sans payer ni même avoir besoin d’un portefeuille. Cela simplifie considérablement l’adoption par les nouveaux utilisateurs. Les rollups offrent donc des super-pouvoirs encore mal compris. Enfin, nous souhaitons bénéficier de tout cela sans perdre les avantages habituels.
La composable entre applications dans l’espace blockchain. Nous voulons accéder à la liquidité existante et construire sur les travaux d’autres développeurs. Chez EigenLayer, nous essayons justement de permettre aux développeurs de se concentrer sur la création de systèmes véritablement résilients, sans duplication inutile d’efforts. Si l’on observe l’évolution de la civilisation, elle tend vers une spécialisation croissante, où chacun produit davantage de choses spécialisées tout en consommant des biens de plus en plus généralistes. C’est exactement ce rôle que jouent les rollups et EigenLayer.
Très bien, les rollups sont excellents, mais ils posent aussi de nombreux problèmes. Voici ceux que nous observons.
Le premier problème est le débit.
Si vous interrogez n’importe quel développeur crypto, il s’inquiète probablement de l’espace bloc. Si la demande en espace bloc augmente, risque-t-on d’être submergé ? Imaginez que Yuga Labs lance son prochain « Bored Ape » et noie soudainement le réseau sous un flot de trafic : vous ne pouvez plus accéder au système.
Mais ce n’est pas ainsi que fonctionne le cloud : son espace s’adapte automatiquement à la demande. Si la demande augmente, le cloud fournit plus d’espace. C’est ce que la cryptomonnaie devrait être capable de faire — mais ce n’est pas encore le cas.
Vient ensuite l’économie des coûts. Un développeur cloud est habitué à des performances et un coût très prévisibles. En revanche, le développeur crypto fait face à des coûts élevés et instables. Même lorsque les coûts sont bas, on ne sait jamais quand l’espace bloc sera saturé, entraînant des frais de congestion.
Nous avons besoin de sécurité. Nous disposons de moyens pour résoudre les deux premiers problèmes — obtenir un haut débit et un faible coût. Mais il est hors de question de sacrifier la sécurité. Enfin, nous avons besoin de nouvelles fonctionnalités : créer de nouvelles machines virtuelles, intégrer davantage de composants.
Comment EigenDA résout-il tous ces problèmes ? L’idée maîtresse est que EigenDA offre une capacité supérieure d’un ordre de grandeur par rapport à tout ce qui existe actuellement. Ethereum 4844, la mise à niveau Dencun imminente, permet quelques dizaines de Ko/s. EigenDA, dès son lancement, atteindra 10 Mo/s. À mon avis, ce débit dépasse déjà les besoins actuels des applications. Mais les développeurs de la prochaine génération sauront exploiter cette puissance. EigenDA représente donc une amélioration d’un ordre de grandeur par rapport à l’échelle actuelle de la cryptomonnaie. Cependant, nous pensons que ce n’est pas suffisant : notre objectif est de convertir le cloud en cryptomonnaie, ce qui exige encore plus d’échelle. Et c’est ce vers quoi nous travaillons.
Dans la cryptomonnaie, la décentralisation nominale est souvent opposée à l’extensibilité : si vous voulez impliquer davantage de nœuds, vous devez réduire les exigences techniques pour chaque nœud, etc. Ainsi, décentralisation et extensibilité sont souvent contradictoires. EigenDA, lui, s’adapte horizontalement : sa décentralisation est extensible. Plus vous avez de nœuds, plus le réseau peut transmettre de débit. Aucun nœud individuel n’a besoin de télécharger toutes les données. Telle est l’architecture d’EigenDA.
Passons maintenant à l’économie : volatilité des prix, etc. Si l’on compare un rollup à une couche 1, on constate que le rollup peine à concurrencer la couche 1 sur certains aspects.
Premièrement, le coût de la disponibilité des données : écrire des données dans un référentiel commun est assez cher. Deuxièmement, ce coût est incertain. Même s’il est bas aujourd’hui, après le lancement d’EIP-4844, vous pourriez penser : « Je sais que le coût sera moindre au prochain bloc, alors allons-y ! » Vous construisez toutes vos applications là-dessus, puis soudain, une nouvelle inscription apparaît et inonde toute votre bande passante.
Je pense que 4844, même s’il apporte plus de bande passante, ne réduira pas significativement les coûts en gaz, à cause de cette incertitude. C’est un gros problème. En revanche, si vous êtes une couche 1, vous n’avez pas ce problème, car vous connaissez précisément votre base de coûts : personne d’autre ne peut interférer avec vous.
Enfin, les rollups encourent un risque de change : s’ils ont un jeton natif et perçoivent des frais en celui-ci, ils ignorent de combien ces frais peuvent fluctuer, car le taux entre leur jeton et l’ETH peut varier. Il existe donc un risque de swap.
Or, ce n’est pas le cas pour une couche 1, car vous pouvez simplement prélever une partie de votre inflation. Alors, que faisons-nous chez EigenDA ? Comment permettons-nous aux rollups de surpasser les couches 1 ?
Pourquoi ? Premièrement, coût bas de disponibilité des données : nous construisons une disponibilité massive à très grande échelle, ce qui rend le coût très faible. Deuxièmement, EigenDA permet des réservations à long terme, comme réserver une instance AWS que vous seul utilisez. Vous pouvez réserver un canal de disponibilité des données exclusif, ce qui est possible dans EigenDA.
Ensuite, même lorsque vous effectuez une telle réservation, vous payez nominalement en ETH, mais vous pouvez aussi payer avec votre propre jeton natif. Cela vous permet de fixer une inflation donnée pour votre jeton local, utilisée précisément pour financer la disponibilité des données. Enfin, le jeton du rollup peut être utilisé dans EigenDA pour un double staking (Dual Staking).
Cela signifie que le système de disponibilité des données est protégé non seulement par les stakers d’ETH, mais aussi par un comité détenteur de votre propre jeton. Tout cela est géré en externe par les systèmes EigenLayer et EigenDA. C’est ce que propose EigenDA aux rollups. EigenDA apporte une sécurité centrée sur Ethereum. Voici l’architecture : les stakers d’ETH participent à EigenLayer et peuvent restaker vers EigenDA. Nous intégrons également la décentralisation issue des opérateurs de nœuds Ethereum. Enfin, nous autorisons l’utilisation du jeton du rollup pour le Dual Staking.
Ainsi, lorsque vous construisez sur EigenDA, vous bénéficiez d’une haute sécurité de disponibilité des données. Enfin, il existe d’autres limites au-delà de la bande passante.
D’autres limitations existent aujourd’hui sur Ethereum. Par exemple, le temps nécessaire pour atteindre la finalité est trop lent : 12 minutes pour confirmer définitivement un bloc. De nouvelles blockchains apparaissent en promettant une confirmation en une seconde, voire moins. C’est une proposition compétitive.
Que pouvons-nous faire ? Nous pouvons construire de nouveaux services sur EigenLayer pour résoudre ces problèmes. Par exemple, une couche de finalité ultra-rapide comme celle que NEAR est en train de développer. Ou encore utiliser un séquenceur décentralisé comme Espresso. On pourrait aussi remplacer les ponts par des séquenceurs distribués, car les ponts constituent un modèle fragile et peu fiable.
Quand quelqu’un souhaite transférer des données d’un L2 à un autre L2, pouvons-nous disposer d’un pont véritablement robuste ? Un pont sécurisé par une mise en jeu suffisante, permettant d’accepter immédiatement le reçu à l’autre extrémité et de transférer la valeur ? Grâce à un pont restaké, on peut obtenir une confirmation quasi instantanée. Enfin, on peut offrir de meilleurs outils de gestion du MEV. Si vous êtes un rollup sur EigenDA, vous pouvez vous y connecter.
Ainsi, EigenDA apporte de nombreux services complémentaires aux rollups EigenDA.
J’ai mentionné certaines limites d’Ethereum, mais il existe aussi de nouvelles possibilités : nouveaux oracles, nouveaux « watchers » capables d’actions pilotées par des événements, chiffrement homomorphe complet, vérification de preuves ZK, coprocesseurs d’IA, et bien d’autres catégories innovantes. Toutes ces avancées faciliteront de plus en plus la collaboration entre les rollups et l’écosystème EigenLayer.
Je remercie encore une fois IOSG Ventures pour l’organisation de ce sommet.
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
IOSG Ventures
