Une des caractéristiques majeures des investissements d'a16z dans le domaine du Web3 est de ne pas suivre aveuglément les tendances, mais plutôt de cibler avec précision les secteurs clés avant que la perception générale du marché ne se forme, comme par exemple les investissements dans des projets ou entreprises tels que Compound, NEAR, OpenSea et Yuga Labs avant le boom du DeFi, des nouvelles blockchains et des NFT en 2021. En ce qui concerne les secteurs et projets vers lesquels a16z s'est clairement orienté ces deux dernières années, il s'agit de EigenLayer dans le domaine du staking et de Story Protocol dans le domaine de la propriété intellectuelle.
En parlant d'EigenLayer, notre première réaction reste souvent à l'idée de « re-staking ». Tout a effectivement commencé par le re-staking, mais aujourd'hui, l'objectif d'EigenLayer ne se limite plus à offrir plus de bénéfices aux utilisateurs participant au staking, mais vise à construire une plateforme cloud version Web3 basée sur le re-staking. Dans un Web3 où le « prélèvement » est le principal modèle de profit, EigenLayer, qui a reçu des investissements de plusieurs centaines de millions de dollars de a16z, a créé quelque chose de nouveau.
L'essor des services cloud Web2
Peu de gens le savent, mais les deux fondateurs d'a16z, Marc Lowell Andreessen et Ben Horowitz, ont fondé Loudcloud en 1999, reconnu par l'industrie comme l'une des premières entreprises de services cloud, même trois ans avant la création d'Amazon Web Services, le plus grand fournisseur de services cloud au monde. Cela pourrait également être l'une des raisons importantes pour lesquelles a16z a une affection particulière pour le concept de cloud.
Le fondateur de Meihua Wang, Ren Xianghui, a écrit dans son article "Une brève histoire du cloud computing" publié en 2020 : « Nous pouvons aujourd'hui profiter de services de cloud computing économiques et pratiques grâce à deux grandes dynamiques : d'une part, la technologie de virtualisation des ressources informatiques, et d'autre part, l'effet d'économie d'échelle. La première a débuté avec le logiciel de virtualisation Hypervisor lancé par VMWare après 2000, qui ne dépend plus d'un système d'exploitation hôte et permet aux utilisateurs de diviser les ressources matérielles et réseau en plusieurs unités, réalisant ainsi la mise en pool, le partage et la planification à la demande des ressources informatiques. En 2006, Amazon a lancé le service de stockage d'objets S3 et le service de file d'attente simple SQS, ouvrant la voie aux services de cloud computing public."
Le premier a établi la base technique, tandis que le second a ouvert la voie en termes de modèle commercial. Pour les développeurs qui ont besoin de ressources pertinentes pour développer des services en ligne, construire un serveur par eux-mêmes est chronophage, coûteux et laborieux, et il est impossible de s'adapter de manière flexible à l'augmentation ou à la diminution des besoins en ressources. En revanche, le cloud à grande échelle peut non seulement bénéficier d'avantages de coût et de ressources de qualité grâce à ses économies d'échelle, mais il offre également une sécurité, une résilience et une flexibilité supérieures, entre autres avantages.
Selon un rapport de recherche publié par Guo Xin Securities en 2018, en 2017, AWS (Amazon Web Services) a atteint une part de marché terrifiante de 47,10 % dans le domaine de l'IaaS (Infrastructure as a Service) dans le cloud public. Amazon a également réussi à devenir rentable en 2015 grâce à ses services cloud.
En Chine, le géant commercial Alibaba a investi dans la création d'Alibaba Cloud en septembre 2009, devenant l'une des premières grandes entreprises Internet nationales à faire du cloud computing un élément central de sa stratégie. En 2011, Jack Ma a déclaré lors d'un discours interne : « Investir 1 milliard chaque année dans Alibaba Cloud pendant 10 ans, si cela ne fonctionne pas, nous en reparlerons ». Avant cela, il y a eu un épisode intéressant lors du sommet « IT Leaders Summit » en 2010, où, lors d'une discussion sur le cloud computing, Robin Li a qualifié le cloud computing de « nouveau vin dans de vieilles bouteilles », tandis que Pony Ma a estimé qu'il faudrait des centaines d'années, voire mille, pour que le cloud computing devienne une nécessité comme l'eau, l'électricité et le gaz. Seul Jack Ma a déclaré que si Alibaba ne se lançait pas dans le cloud, l'avenir serait sombre.
À l'époque, la méprise des grandes entreprises Internet nationales sur l'importance du cloud computing est évidente. À ce jour, selon un rapport publié en février par Guosen Securities, la part de marché mondiale des clouds publics en 2024 est de 54 % pour les États-Unis et 21 % pour l'Europe de l'Ouest, tandis que la Chine n'en représente que 5 %. Cependant, parmi ces 5 %, Alibaba Cloud détient plus (ou au moins près) d'un tiers de part de marché dans les segments IaaS, PaaS et SaaS.
On peut ainsi voir qu'un marché suffisamment grand, une implication suffisamment précoce et une échelle suffisamment grande permettent aux géants du cloud computing de bénéficier de dividendes à long terme et d'une part de marché élevée. Mais la même chose sera-t-elle vraie dans le domaine de Web3 ?
Que veut faire EigenLayer ?
Pour les développeurs de Web3, créer un produit décentralisé nécessitant un consensus auto-construit est un problème complexe en raison de l'établissement, de l'amélioration et des tests de sécurité du consensus. Cela ressemble à la construction d'un site Web ou d'une application par des développeurs Web2. Si un produit pouvait établir une infrastructure complète pour les développeurs de Web3, permettant aux développeurs de se concentrer uniquement sur les caractéristiques de la chaîne elles-mêmes, y compris la communication, la vérification et l'établissement du consensus, alors tous ces problèmes pourraient être résolus de manière intégrée. De plus, contrairement aux outils de développement, il suffirait de fournir la logique de vérification des transactions pour lancer directement le produit. Est-ce que cela ne représente pas un "service cloud" destiné aux produits Web3 ?
Au moins, c'est ce que pense EigenLayer. La logique de validation des transactions mentionnée ci-dessus, c'est ce que nous appelons communément AVS, service de validation active. Comprendre littéralement « validation active », c'est que EigenLayer peut fournir différentes fonctionnalités de validation exécutées selon les exigences des clients. Prenons quelques exemples : la logique de validation de Layer1 peut être la plus complexe, tandis que Layer2 peut supposer par défaut la validité des transactions et exécuter des défis ultérieurs pour confirmer finalement les transactions. Les oracles peuvent nécessiter des mécanismes pour garantir l'authenticité des données fournies ; ce sont toutes des différences dans le domaine de la « validation ». Même s'il s'agit d'un L1, les différents mécanismes de consensus auront des conceptions différentes en matière de validation, tandis que d'autres aspects seront relativement uniformes.
La description ci-dessus pourrait être une explication assez simple d'AVS, nous n'entrerons pas dans les détails techniques. EigenLayer se concentre initialement sur le "re-staking", où les utilisateurs peuvent staker l'Ethereum ou les tokens LST d'Ethereum sur EigenLayer, et utiliser ces actifs stakés pour fournir des services de validation pour de nouveaux produits. Imaginez, seulement du point de vue de la sécurité, par exemple, si EigenLayer fournit un nœud de validation avec des actifs stakés d'une valeur de 100 millions de dollars pour un nouveau produit, alors, tant que l'attaquant ne parvient pas à compromettre EigenLayer, le coût de l'attaque devra nécessairement dépasser 100 millions de dollars, similaire à la soi-disant attaque des 51 % dans les réseaux Bitcoin et Ethereum.
Dans un article récent, EigenLayer a expliqué en détail le fonctionnement d'AVS : l'état est généré par EigenLayer, cet état est transmis d'une certaine manière au contrat du produit ou de la chaîne cible, et le calcul hors chaîne inclus dans l'état doit finalement être vérifié sur Ethereum.
EigenLayer a également déclaré qu'Eigen Labs développe une solution de validation multi-chaînes pour exploiter l'état d'EigenLayer transmis via RPC. Cet article analyse les méthodes de mise en œuvre d'AVS dans divers environnements, en prenant comme exemples des ordonneurs partagés, des environnements SVM et des chaînes d'applications Cosmos. De plus, EigenLayer a également indiqué qu'il prévoyait d'ajouter davantage de composants de développement à l'avenir pour aider les développeurs à lancer plus facilement des produits ou des services.
Devenir l'Amazon du domaine du « Web3 Cloud » pourrait être l'objectif d'EigenLayer et l'espoir de a16z. En termes de faisabilité, il y a effectivement de l'espace pour le développement, mais est-ce vraiment le cas ?
Le marché Web3 a-t-il une demande suffisante ?
La réalisation de la vision d'EigenLayer dépend en réalité de la capacité du domaine Web3 à disposer d'un nombre suffisant de projets pouvant et souhaitant utiliser l'AVS. D'après les informations disponibles sur le site officiel, près de 40 AVS sont pris en charge, tandis qu'environ 30 d'entre eux bénéficient d'un soutien en actifs de ré-hypothèque d'une valeur de plusieurs centaines de millions de dollars, mais il est actuellement impossible de connaître le taux de rendement spécifique.
D'un point de vue de l'auteur, il est indéniable qu'il y aura une nouvelle floraison des projets à l'avenir, la question clé étant de savoir quand cela arrivera. Les projets RWA conformes et les stablecoins pourraient ne pas choisir facilement des vérificateurs externes, mais devront davantage s'appuyer sur la croissance de l'écosystème natif. Cependant, le problème actuel du Web3 réside dans le fait qu'il semble n'y avoir aucun nouveau scénario en dehors de la finance ; la plupart des utilisateurs viennent pour gagner de l'argent, et non pour en dépenser.
Si Web3 n'est qu'un jeu de gauche à droite dans le domaine financier, alors le plafond d'EigenCloud sera très limité. Car l'explosion du côté des applications doit constamment satisfaire divers besoins, par exemple, les applications Web2 répondent aux besoins d'achat, de divertissement, de socialisation, etc., ce qui a donné naissance à des milliers, voire des centaines de milliers d'applications. Web3 n'est pas une avancée technologique révolutionnaire comme Internet ; au mieux, c'est un nouveau module construit sur Internet. À part les tentatives de "refaire tout sur Web3" et les tentatives de transformation des modes de collaboration, à part l'émission constante de nouveaux actifs, combien de "produits" véritablement significatifs nécessitent une protection de la sécurité dès le départ, déterminent véritablement le niveau de développement d'EigenCloud.
Applications non financières au service de la sécurité des consensus
Le cœur d'EigenCloud est d'étendre directement la sécurité établie par Ethereum au fil des ans à tout produit basé sur son AVS, en plaçant finalement tous les calculs hors chaîne sur Ethereum pour validation, c'est-à-dire en utilisant Ethereum comme garantie de base pour tous les produits. Cela ressemble en fait à un système d'exploitation pour les produits cloud dans le Web2.
L'idée d'EigenCloud sur le cloud ne peut pas vraiment être considérée comme innovante, mais l'idée d'utiliser la sécurité d'Ethereum comme base, sans se concentrer sur la décentralisation dans la conception, et sans utiliser son propre jeton émis comme moyen de paiement des frais, est intéressante. Ce mécanisme offre une nouvelle approche de conception de produits natifs, tout en fournissant un excellent modèle pour les projets non financiers.
La finance a été introduite pour la première fois dans le Web3, précisément parce que la blockchain est intrinsèquement un livre de comptes, un véritable « sanctuaire » pour l'émission d'actifs. Les applications comme les stablecoins et la tokenisation des RWA ont déjà été largement acceptées, mais le plafond des histoires d'émission et de transaction d'actifs est déjà visible à l'œil nu. Si des applications non financières, comme les jeux TON qui ont autrefois fait fureur, peuvent également être acceptées comme les stablecoins, alors le plafond d'EigenCloud pourrait être élevé de manière exponentielle. Je crois qu'EigenLayer a également la motivation de favoriser l'avènement de cette époque et de partager l'expérience de conception d'EigenCloud, qui est en soi un produit non financier natif.
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
EigenLayer, qui réplique les services cloud Web2, explore de nouveaux scénarios au-delà de la finance.
Rédigé par : Babywhale, Techub News
Une des caractéristiques majeures des investissements d'a16z dans le domaine du Web3 est de ne pas suivre aveuglément les tendances, mais plutôt de cibler avec précision les secteurs clés avant que la perception générale du marché ne se forme, comme par exemple les investissements dans des projets ou entreprises tels que Compound, NEAR, OpenSea et Yuga Labs avant le boom du DeFi, des nouvelles blockchains et des NFT en 2021. En ce qui concerne les secteurs et projets vers lesquels a16z s'est clairement orienté ces deux dernières années, il s'agit de EigenLayer dans le domaine du staking et de Story Protocol dans le domaine de la propriété intellectuelle.
En parlant d'EigenLayer, notre première réaction reste souvent à l'idée de « re-staking ». Tout a effectivement commencé par le re-staking, mais aujourd'hui, l'objectif d'EigenLayer ne se limite plus à offrir plus de bénéfices aux utilisateurs participant au staking, mais vise à construire une plateforme cloud version Web3 basée sur le re-staking. Dans un Web3 où le « prélèvement » est le principal modèle de profit, EigenLayer, qui a reçu des investissements de plusieurs centaines de millions de dollars de a16z, a créé quelque chose de nouveau.
L'essor des services cloud Web2
Peu de gens le savent, mais les deux fondateurs d'a16z, Marc Lowell Andreessen et Ben Horowitz, ont fondé Loudcloud en 1999, reconnu par l'industrie comme l'une des premières entreprises de services cloud, même trois ans avant la création d'Amazon Web Services, le plus grand fournisseur de services cloud au monde. Cela pourrait également être l'une des raisons importantes pour lesquelles a16z a une affection particulière pour le concept de cloud.
Le fondateur de Meihua Wang, Ren Xianghui, a écrit dans son article "Une brève histoire du cloud computing" publié en 2020 : « Nous pouvons aujourd'hui profiter de services de cloud computing économiques et pratiques grâce à deux grandes dynamiques : d'une part, la technologie de virtualisation des ressources informatiques, et d'autre part, l'effet d'économie d'échelle. La première a débuté avec le logiciel de virtualisation Hypervisor lancé par VMWare après 2000, qui ne dépend plus d'un système d'exploitation hôte et permet aux utilisateurs de diviser les ressources matérielles et réseau en plusieurs unités, réalisant ainsi la mise en pool, le partage et la planification à la demande des ressources informatiques. En 2006, Amazon a lancé le service de stockage d'objets S3 et le service de file d'attente simple SQS, ouvrant la voie aux services de cloud computing public."
Le premier a établi la base technique, tandis que le second a ouvert la voie en termes de modèle commercial. Pour les développeurs qui ont besoin de ressources pertinentes pour développer des services en ligne, construire un serveur par eux-mêmes est chronophage, coûteux et laborieux, et il est impossible de s'adapter de manière flexible à l'augmentation ou à la diminution des besoins en ressources. En revanche, le cloud à grande échelle peut non seulement bénéficier d'avantages de coût et de ressources de qualité grâce à ses économies d'échelle, mais il offre également une sécurité, une résilience et une flexibilité supérieures, entre autres avantages.
Selon un rapport de recherche publié par Guo Xin Securities en 2018, en 2017, AWS (Amazon Web Services) a atteint une part de marché terrifiante de 47,10 % dans le domaine de l'IaaS (Infrastructure as a Service) dans le cloud public. Amazon a également réussi à devenir rentable en 2015 grâce à ses services cloud.
En Chine, le géant commercial Alibaba a investi dans la création d'Alibaba Cloud en septembre 2009, devenant l'une des premières grandes entreprises Internet nationales à faire du cloud computing un élément central de sa stratégie. En 2011, Jack Ma a déclaré lors d'un discours interne : « Investir 1 milliard chaque année dans Alibaba Cloud pendant 10 ans, si cela ne fonctionne pas, nous en reparlerons ». Avant cela, il y a eu un épisode intéressant lors du sommet « IT Leaders Summit » en 2010, où, lors d'une discussion sur le cloud computing, Robin Li a qualifié le cloud computing de « nouveau vin dans de vieilles bouteilles », tandis que Pony Ma a estimé qu'il faudrait des centaines d'années, voire mille, pour que le cloud computing devienne une nécessité comme l'eau, l'électricité et le gaz. Seul Jack Ma a déclaré que si Alibaba ne se lançait pas dans le cloud, l'avenir serait sombre.
À l'époque, la méprise des grandes entreprises Internet nationales sur l'importance du cloud computing est évidente. À ce jour, selon un rapport publié en février par Guosen Securities, la part de marché mondiale des clouds publics en 2024 est de 54 % pour les États-Unis et 21 % pour l'Europe de l'Ouest, tandis que la Chine n'en représente que 5 %. Cependant, parmi ces 5 %, Alibaba Cloud détient plus (ou au moins près) d'un tiers de part de marché dans les segments IaaS, PaaS et SaaS.
On peut ainsi voir qu'un marché suffisamment grand, une implication suffisamment précoce et une échelle suffisamment grande permettent aux géants du cloud computing de bénéficier de dividendes à long terme et d'une part de marché élevée. Mais la même chose sera-t-elle vraie dans le domaine de Web3 ?
Que veut faire EigenLayer ?
Pour les développeurs de Web3, créer un produit décentralisé nécessitant un consensus auto-construit est un problème complexe en raison de l'établissement, de l'amélioration et des tests de sécurité du consensus. Cela ressemble à la construction d'un site Web ou d'une application par des développeurs Web2. Si un produit pouvait établir une infrastructure complète pour les développeurs de Web3, permettant aux développeurs de se concentrer uniquement sur les caractéristiques de la chaîne elles-mêmes, y compris la communication, la vérification et l'établissement du consensus, alors tous ces problèmes pourraient être résolus de manière intégrée. De plus, contrairement aux outils de développement, il suffirait de fournir la logique de vérification des transactions pour lancer directement le produit. Est-ce que cela ne représente pas un "service cloud" destiné aux produits Web3 ?
Au moins, c'est ce que pense EigenLayer. La logique de validation des transactions mentionnée ci-dessus, c'est ce que nous appelons communément AVS, service de validation active. Comprendre littéralement « validation active », c'est que EigenLayer peut fournir différentes fonctionnalités de validation exécutées selon les exigences des clients. Prenons quelques exemples : la logique de validation de Layer1 peut être la plus complexe, tandis que Layer2 peut supposer par défaut la validité des transactions et exécuter des défis ultérieurs pour confirmer finalement les transactions. Les oracles peuvent nécessiter des mécanismes pour garantir l'authenticité des données fournies ; ce sont toutes des différences dans le domaine de la « validation ». Même s'il s'agit d'un L1, les différents mécanismes de consensus auront des conceptions différentes en matière de validation, tandis que d'autres aspects seront relativement uniformes.
La description ci-dessus pourrait être une explication assez simple d'AVS, nous n'entrerons pas dans les détails techniques. EigenLayer se concentre initialement sur le "re-staking", où les utilisateurs peuvent staker l'Ethereum ou les tokens LST d'Ethereum sur EigenLayer, et utiliser ces actifs stakés pour fournir des services de validation pour de nouveaux produits. Imaginez, seulement du point de vue de la sécurité, par exemple, si EigenLayer fournit un nœud de validation avec des actifs stakés d'une valeur de 100 millions de dollars pour un nouveau produit, alors, tant que l'attaquant ne parvient pas à compromettre EigenLayer, le coût de l'attaque devra nécessairement dépasser 100 millions de dollars, similaire à la soi-disant attaque des 51 % dans les réseaux Bitcoin et Ethereum.
Dans un article récent, EigenLayer a expliqué en détail le fonctionnement d'AVS : l'état est généré par EigenLayer, cet état est transmis d'une certaine manière au contrat du produit ou de la chaîne cible, et le calcul hors chaîne inclus dans l'état doit finalement être vérifié sur Ethereum.
EigenLayer a également déclaré qu'Eigen Labs développe une solution de validation multi-chaînes pour exploiter l'état d'EigenLayer transmis via RPC. Cet article analyse les méthodes de mise en œuvre d'AVS dans divers environnements, en prenant comme exemples des ordonneurs partagés, des environnements SVM et des chaînes d'applications Cosmos. De plus, EigenLayer a également indiqué qu'il prévoyait d'ajouter davantage de composants de développement à l'avenir pour aider les développeurs à lancer plus facilement des produits ou des services.
Devenir l'Amazon du domaine du « Web3 Cloud » pourrait être l'objectif d'EigenLayer et l'espoir de a16z. En termes de faisabilité, il y a effectivement de l'espace pour le développement, mais est-ce vraiment le cas ?
Le marché Web3 a-t-il une demande suffisante ?
La réalisation de la vision d'EigenLayer dépend en réalité de la capacité du domaine Web3 à disposer d'un nombre suffisant de projets pouvant et souhaitant utiliser l'AVS. D'après les informations disponibles sur le site officiel, près de 40 AVS sont pris en charge, tandis qu'environ 30 d'entre eux bénéficient d'un soutien en actifs de ré-hypothèque d'une valeur de plusieurs centaines de millions de dollars, mais il est actuellement impossible de connaître le taux de rendement spécifique.
D'un point de vue de l'auteur, il est indéniable qu'il y aura une nouvelle floraison des projets à l'avenir, la question clé étant de savoir quand cela arrivera. Les projets RWA conformes et les stablecoins pourraient ne pas choisir facilement des vérificateurs externes, mais devront davantage s'appuyer sur la croissance de l'écosystème natif. Cependant, le problème actuel du Web3 réside dans le fait qu'il semble n'y avoir aucun nouveau scénario en dehors de la finance ; la plupart des utilisateurs viennent pour gagner de l'argent, et non pour en dépenser.
Si Web3 n'est qu'un jeu de gauche à droite dans le domaine financier, alors le plafond d'EigenCloud sera très limité. Car l'explosion du côté des applications doit constamment satisfaire divers besoins, par exemple, les applications Web2 répondent aux besoins d'achat, de divertissement, de socialisation, etc., ce qui a donné naissance à des milliers, voire des centaines de milliers d'applications. Web3 n'est pas une avancée technologique révolutionnaire comme Internet ; au mieux, c'est un nouveau module construit sur Internet. À part les tentatives de "refaire tout sur Web3" et les tentatives de transformation des modes de collaboration, à part l'émission constante de nouveaux actifs, combien de "produits" véritablement significatifs nécessitent une protection de la sécurité dès le départ, déterminent véritablement le niveau de développement d'EigenCloud.
Applications non financières au service de la sécurité des consensus
Le cœur d'EigenCloud est d'étendre directement la sécurité établie par Ethereum au fil des ans à tout produit basé sur son AVS, en plaçant finalement tous les calculs hors chaîne sur Ethereum pour validation, c'est-à-dire en utilisant Ethereum comme garantie de base pour tous les produits. Cela ressemble en fait à un système d'exploitation pour les produits cloud dans le Web2.
L'idée d'EigenCloud sur le cloud ne peut pas vraiment être considérée comme innovante, mais l'idée d'utiliser la sécurité d'Ethereum comme base, sans se concentrer sur la décentralisation dans la conception, et sans utiliser son propre jeton émis comme moyen de paiement des frais, est intéressante. Ce mécanisme offre une nouvelle approche de conception de produits natifs, tout en fournissant un excellent modèle pour les projets non financiers.
La finance a été introduite pour la première fois dans le Web3, précisément parce que la blockchain est intrinsèquement un livre de comptes, un véritable « sanctuaire » pour l'émission d'actifs. Les applications comme les stablecoins et la tokenisation des RWA ont déjà été largement acceptées, mais le plafond des histoires d'émission et de transaction d'actifs est déjà visible à l'œil nu. Si des applications non financières, comme les jeux TON qui ont autrefois fait fureur, peuvent également être acceptées comme les stablecoins, alors le plafond d'EigenCloud pourrait être élevé de manière exponentielle. Je crois qu'EigenLayer a également la motivation de favoriser l'avènement de cette époque et de partager l'expérience de conception d'EigenCloud, qui est en soi un produit non financier natif.