Однією з основних характеристик інвестицій a16z у сфері Web3 є те, що вони не сліпо слідують за трендами, а часто точно визначають ключові напрямки до того, як загальне розуміння ринку сформується, наприклад, ще до буму DeFi, нових блокчейн-платформ і NFT в 2021 році вони інвестували в такі проекти чи компанії, як Compound, NEAR, OpenSea, Yuga Labs. Говорячи про напрямки та проекти, які a16z явно підтримує останні два роки, це, зокрема, EigenLayer у сфері повторного стейкінгу та Story Protocol у сфері інтелектуальної власності.
Говорячи про EigenLayer, наша перша реакція часто залишається на словах «повторне ставлення». Все дійсно почалося з повторного ставлення, але на сьогоднішній день мета EigenLayer вже не обмежується тим, щоб приносити більше прибутку користувачам, які беруть участь у ставках, а базуючись на повторному ставленні, створити платформу хмари версії Web3. У світі Web3, де основною моделлю прибутку є «оподаткування», a16z не шкодує інвестувати понад сто мільйонів доларів у EigenLayer, щоб реалізувати нову концепцію.
Підйом хмарних послуг Web2
Мало хто знає, що двоє засновників a16z, Марк Лоуелл Андріссен і Бен Хоровіц, заснували Loudcloud у 1999 році, яка вважається однією з перших компаній у сфері хмарних послуг, навіть на три роки раніше, ніж була заснована найбільша у світі компанія з хмарних послуг Amazon Web Services. Можливо, це також одна з важливих причин, чому a16z так любить концепцію хмар.
Засновник MeiHuaNet Рен Сяньхуй у своїй статті "Коротка історія хмарних обчислень", опублікованій у 2020 році, написав: «Сьогодні ми можемо насолоджуватися економічними та зручними послугами хмарних обчислень, головним чином завдяки двом основним факторам: по-перше, технології віртуалізації обчислювальних ресурсів, по-друге, ефекту масштабу. Перша з них виникла після 2000 року з програмним забезпеченням віртуалізації Hypervisor, випущеним VMWare, яке більше не залежить від одного основного операційного системи, а дозволяє користувачам розділяти апаратні та мережеві ресурси на кілька одиниць, тим самим реалізуючи пулінг, спільне використання та планування обчислювальних ресурсів за запитом. У 2006 році Amazon запустила послугу зберігання об'єктів S3 та службу простих черг SQS, що поклало початок публічним послугам хмарних обчислень.»
Перше заклало технологічну основу, а друге стало піонером у бізнес-моделях. Для розробників, які потребують відповідних ресурсів для розробки онлайн-сервісів, самостійна побудова серверів є трудомісткою, витратною та виснажливою справою, а також не дозволяє гнучко реагувати на зміни в потребах у ресурсах. Масштабовані хмари не лише можуть отримати переваги у витратах та якісних ресурсах за рахунок економії масштабу, але також забезпечують вищий рівень безпеки, відмовостійкості та гнучкості.
Згідно з дослідженням, опублікованим компанією GuoXin Securities у 2018 році, у 2017 році частка AWS (Amazon Web Services) на ринку публічних хмарних IaaS (інфраструктура як послуга) досягла жахливих 47,10%. Саме завдяки хмарним послугам Amazon вдалося у 2015 році вийти на прибуток.
В Китаї бізнес-гігант Alibaba інвестував у створення Alibaba Cloud у вересні 2009 року, ставши однією з перших великих інтернет-компаній, які визначили хмарні обчислення як стратегічний центр. У 2011 році Джек Ма в одній з внутрішніх промов заявив: «Щорічно інвестувати 10 мільярдів у Alibaba Cloud протягом 10 років, якщо не вийде, тоді поговоримо». Перед цим був цікавий епізод: на «Саміті лідерів IT», який відбувся в Китаї в 2010 році, під час обговорення хмарних обчислень Лі Яньхун сказав, що хмарні обчислення – це «нове вино в старій пляшці», а Ма Хуатен вважав, що хмарні обчислення стануть «водою, електрикою і вугіллям» лише через кілька сотень або навіть тисячу років. Лише Джек Ма заявив, що якщо Alibaba не займеться хмарами, то в майбутньому вона помре.
Тоді було видно, як великі інтернет-компанії в країні неправильно оцінювали важливість хмарних обчислень. Станом на сьогодні, згідно з доповіддю, опублікованою компанією Guoxin Securities у лютому цього року, частка США та Західної Європи на світовому ринку публічних хмар у 2024 році склала 54% і 21% відповідно, тоді як частка Китаю лише 5%. Але з цих 5% Alibaba Cloud займає більше (або принаймні близько) 1/3 частки на ринках IaaS, PaaS та SaaS.
Таким чином, видно, що достатньо великий ринок, достатньо раннє залучення та достатньо великий масштаб дозволяють гігантам хмарних обчислень отримувати довгострокові дивіденди та високу частку ринку. Але чи буде так само в області Web3?
Що хоче зробити EigenLayer?
Для розробників Web3 розробка децентралізованого продукту, що вимагає самостійного створення консенсусу, є складним питанням, оскільки істинне створення, вдосконалення та безпека консенсусу завжди були клопіткою проблемою, подібно до того, як розробники Web2 створюють вебсайти, додатки тощо. Якщо існує продукт, який може створити цілий набір інфраструктури для розробників Web3, дозволяючи їм зосередитися лише на особливостях самої ланцюга, включаючи комунікацію, верифікацію, створення консенсусу тощо, це може бути вирішено в одному місці, і, на відміну від розробницьких інструментів, йому потрібно лише надати логіку верифікації транзакцій, щоб можна було безпосередньо запустити продукт, чи не є це "хмарним сервісом" для продуктів Web3?
Принаймні, так вважає EigenLayer. У вищезгаданому згадувалася логіка перевірки транзакцій, а саме те, що ми часто називаємо AVS, активна служба перевірки. Якщо буквально зрозуміти «активну перевірку», це означає, що EigenLayer може надавати різні функції перевірки, виконувані відповідно до вимог клієнта. Наприклад, логіка перевірки Layer1 може бути найскладнішою, тоді як Layer2 може за замовчуванням вважати транзакції дійсними, а потім виконувати виклики для остаточного підтвердження транзакції; оракул може потребувати деяких механізмів для забезпечення достовірності поданих даних. Це все відображає різницю в «перевірці». Навіть якщо це L1, різні механізми консенсусу матимуть різні дизайни в цій справі перевірки, тоді як в інших аспектах вони будуть відносно однорідними.
Вищезазначене може бути досить простим поясненням AVS, ми не будемо занурюватися в занадто детальну техніку. EigenLayer спочатку фокусується на «пере-стейкінгу», користувачі можуть стейкувати свої ефіри або токени LST ефіру на EigenLayer, які використовуються як стейкінгові активи для надання послуг верифікації новим продуктам. Уявіть собі, що з точки зору безпеки, наприклад, если EigenLayer надає верифікаційні вузли зі стейкінгом вартістю 100 мільйонів доларів для нового продукту, тоді, якщо атакуючий не може зламати EigenLayer, його витрати на атаку повинні перевищувати 100 мільйонів доларів, подібно до так званої атаки 51% у мережах Bitcoin та Ethereum.
У недавній статті EigenLayer детально виклав принцип роботи AVS: статус, створений EigenLayer, передається певним чином до контракту цільового продукту або ланцюга, і статус, що містить, офлайн-обчислення, в кінцевому підсумку потребують перевірки в Ethereum.
EigenLayer також повідомляє, що Eigen Labs розробляє рішення для багатоланцюгової верифікації для використання стану EigenLayer, що передається через RPC. У цій статті на прикладах спільного сортувальника, SVM середовища та Cosmos додатків ланцюга детально розглянуто реалізацію AVS в різних середовищах. Крім того, EigenLayer також заявляє про плани додати більше компонентів розробки в майбутньому, щоб допомогти розробникам легше запускати продукти або послуги.
Стати «Амазоном» у сфері «Web3 Cloud» може бути метою EigenLayer і сподіванням a16z, але з точки зору можливості реалізації дійсно є чималий простір для розвитку, але чи це дійсно так?
Чи є достатній попит на ринку Web3?
Реалізація концепції EigenLayer насправді залежить від того, чи зможе майбутня сфера Web3 мати достатню кількість проектів, які можуть використовувати та готові використовувати AVS. Згідно з інформацією на офіційному сайті, підтримуються близько 40 AVS, тоді як приблизно 30 з них мають підтримку повторного заставного активу вартістю понад 100 мільйонів доларів, але наразі неможливо дізнатися конкретний рівень доходності.
З точки зору автора, немає сумнівів, що майбутні проекти знову розквітнуть, ключове питання полягає в тому, коли це станеться. Проекти, що відповідають вимогам RWA та стабільних монет, можуть неохоче обирати зовнішніх перевірників, більше покладаючись на зростання рідної екосистеми, але зараз проблема Web3 полягає в тому, що, окрім фінансів, здається, немає нових сценаріїв; більшість користувачів приходять, щоб заробити гроші, а не витратити їх.
Якщо Web3 залишиться лише грою з лівою та правою рукою фінансів, тоді межа EigenCloud буде дуже обмеженою. Адже вибух на стороні застосування неминуче викликаний постійним задоволенням різних потреб, наприклад, застосування Web2 задовольняють потреби в покупках, розвагах, соціалізації тощо, що призвело до появи тисяч і навіть сотень тисяч застосувань. Web3 не є революційним технологічним прогресом, як Інтернет; це, по суті, новий модуль, побудований на основі Інтернету. Окрім спроби «переробити все в Web3» та так званих спроб змінити способи співпраці, крім постійного випуску нових активів, скільки з того, що потребує акценту на безпеці на початкових етапах, дійсно визначає «продукт», що в свою чергу визначає висоту розвитку EigenCloud.
Нефінансові додатки, що служать безпеці консенсусу
Ядро EigenCloud полягає в тому, щоб безпосередньо розширити безпеку, яку Ethereum встановлював протягом багатьох років, на будь-який продукт, заснований на його AVS, а також в кінцевому підсумку проводити перевірку офлайн-обчислень на Ethereum, тобто використовувати Ethereum як базове забезпечення всіх продуктів. Це насправді подібно до операційної системи хмарних продуктів у Web2.
EigenCloud щодо концепції хмари не можна назвати інноваційною, але ідея використання безпеки Ethereum як основи, а також відсутність прагнення до децентралізації в дизайні, і те, що не використовують власні випущені токени як спосіб оплати, є цікавими. Такий механізм пропонує новий підхід до дизайну нативних продуктів, а також служить гарним прикладом для недержавних проектів.
Фінанси вперше були введені у Web3, оскільки блокчейн за своєю природою є бухгалтерською книгою, яка сама по собі є «святим місцем» для випуску активів. Стабільні монети, токенізація RWA та подібні застосування вже здобули широку популярність, але історія випуску активів та торгівлі активами має очевидний стелю. Якщо, наприклад, такі нефінансові застосування, як колись популярні ігри TON, також можуть бути прийняті так само, як стабільні монети, то стеля EigenCloud може бути піднята в експоненційному масштабі. Вірю, що EigenLayer також має мотивацію сприяти приходу такої епохи та поділитися досвідом проектування EigenCloud, який сам по собі є нефінансовим нативним продуктом.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
EigenLayer, що відтворює Web2 хмарні сервіси, досліджує нові сценарії поза фінансовою сферою.
Автор: Babywhale, Новини Techub
Однією з основних характеристик інвестицій a16z у сфері Web3 є те, що вони не сліпо слідують за трендами, а часто точно визначають ключові напрямки до того, як загальне розуміння ринку сформується, наприклад, ще до буму DeFi, нових блокчейн-платформ і NFT в 2021 році вони інвестували в такі проекти чи компанії, як Compound, NEAR, OpenSea, Yuga Labs. Говорячи про напрямки та проекти, які a16z явно підтримує останні два роки, це, зокрема, EigenLayer у сфері повторного стейкінгу та Story Protocol у сфері інтелектуальної власності.
Говорячи про EigenLayer, наша перша реакція часто залишається на словах «повторне ставлення». Все дійсно почалося з повторного ставлення, але на сьогоднішній день мета EigenLayer вже не обмежується тим, щоб приносити більше прибутку користувачам, які беруть участь у ставках, а базуючись на повторному ставленні, створити платформу хмари версії Web3. У світі Web3, де основною моделлю прибутку є «оподаткування», a16z не шкодує інвестувати понад сто мільйонів доларів у EigenLayer, щоб реалізувати нову концепцію.
Підйом хмарних послуг Web2
Мало хто знає, що двоє засновників a16z, Марк Лоуелл Андріссен і Бен Хоровіц, заснували Loudcloud у 1999 році, яка вважається однією з перших компаній у сфері хмарних послуг, навіть на три роки раніше, ніж була заснована найбільша у світі компанія з хмарних послуг Amazon Web Services. Можливо, це також одна з важливих причин, чому a16z так любить концепцію хмар.
Засновник MeiHuaNet Рен Сяньхуй у своїй статті "Коротка історія хмарних обчислень", опублікованій у 2020 році, написав: «Сьогодні ми можемо насолоджуватися економічними та зручними послугами хмарних обчислень, головним чином завдяки двом основним факторам: по-перше, технології віртуалізації обчислювальних ресурсів, по-друге, ефекту масштабу. Перша з них виникла після 2000 року з програмним забезпеченням віртуалізації Hypervisor, випущеним VMWare, яке більше не залежить від одного основного операційного системи, а дозволяє користувачам розділяти апаратні та мережеві ресурси на кілька одиниць, тим самим реалізуючи пулінг, спільне використання та планування обчислювальних ресурсів за запитом. У 2006 році Amazon запустила послугу зберігання об'єктів S3 та службу простих черг SQS, що поклало початок публічним послугам хмарних обчислень.»
Перше заклало технологічну основу, а друге стало піонером у бізнес-моделях. Для розробників, які потребують відповідних ресурсів для розробки онлайн-сервісів, самостійна побудова серверів є трудомісткою, витратною та виснажливою справою, а також не дозволяє гнучко реагувати на зміни в потребах у ресурсах. Масштабовані хмари не лише можуть отримати переваги у витратах та якісних ресурсах за рахунок економії масштабу, але також забезпечують вищий рівень безпеки, відмовостійкості та гнучкості.
Згідно з дослідженням, опублікованим компанією GuoXin Securities у 2018 році, у 2017 році частка AWS (Amazon Web Services) на ринку публічних хмарних IaaS (інфраструктура як послуга) досягла жахливих 47,10%. Саме завдяки хмарним послугам Amazon вдалося у 2015 році вийти на прибуток.
В Китаї бізнес-гігант Alibaba інвестував у створення Alibaba Cloud у вересні 2009 року, ставши однією з перших великих інтернет-компаній, які визначили хмарні обчислення як стратегічний центр. У 2011 році Джек Ма в одній з внутрішніх промов заявив: «Щорічно інвестувати 10 мільярдів у Alibaba Cloud протягом 10 років, якщо не вийде, тоді поговоримо». Перед цим був цікавий епізод: на «Саміті лідерів IT», який відбувся в Китаї в 2010 році, під час обговорення хмарних обчислень Лі Яньхун сказав, що хмарні обчислення – це «нове вино в старій пляшці», а Ма Хуатен вважав, що хмарні обчислення стануть «водою, електрикою і вугіллям» лише через кілька сотень або навіть тисячу років. Лише Джек Ма заявив, що якщо Alibaba не займеться хмарами, то в майбутньому вона помре.
Тоді було видно, як великі інтернет-компанії в країні неправильно оцінювали важливість хмарних обчислень. Станом на сьогодні, згідно з доповіддю, опублікованою компанією Guoxin Securities у лютому цього року, частка США та Західної Європи на світовому ринку публічних хмар у 2024 році склала 54% і 21% відповідно, тоді як частка Китаю лише 5%. Але з цих 5% Alibaba Cloud займає більше (або принаймні близько) 1/3 частки на ринках IaaS, PaaS та SaaS.
Таким чином, видно, що достатньо великий ринок, достатньо раннє залучення та достатньо великий масштаб дозволяють гігантам хмарних обчислень отримувати довгострокові дивіденди та високу частку ринку. Але чи буде так само в області Web3?
Що хоче зробити EigenLayer?
Для розробників Web3 розробка децентралізованого продукту, що вимагає самостійного створення консенсусу, є складним питанням, оскільки істинне створення, вдосконалення та безпека консенсусу завжди були клопіткою проблемою, подібно до того, як розробники Web2 створюють вебсайти, додатки тощо. Якщо існує продукт, який може створити цілий набір інфраструктури для розробників Web3, дозволяючи їм зосередитися лише на особливостях самої ланцюга, включаючи комунікацію, верифікацію, створення консенсусу тощо, це може бути вирішено в одному місці, і, на відміну від розробницьких інструментів, йому потрібно лише надати логіку верифікації транзакцій, щоб можна було безпосередньо запустити продукт, чи не є це "хмарним сервісом" для продуктів Web3?
Принаймні, так вважає EigenLayer. У вищезгаданому згадувалася логіка перевірки транзакцій, а саме те, що ми часто називаємо AVS, активна служба перевірки. Якщо буквально зрозуміти «активну перевірку», це означає, що EigenLayer може надавати різні функції перевірки, виконувані відповідно до вимог клієнта. Наприклад, логіка перевірки Layer1 може бути найскладнішою, тоді як Layer2 може за замовчуванням вважати транзакції дійсними, а потім виконувати виклики для остаточного підтвердження транзакції; оракул може потребувати деяких механізмів для забезпечення достовірності поданих даних. Це все відображає різницю в «перевірці». Навіть якщо це L1, різні механізми консенсусу матимуть різні дизайни в цій справі перевірки, тоді як в інших аспектах вони будуть відносно однорідними.
Вищезазначене може бути досить простим поясненням AVS, ми не будемо занурюватися в занадто детальну техніку. EigenLayer спочатку фокусується на «пере-стейкінгу», користувачі можуть стейкувати свої ефіри або токени LST ефіру на EigenLayer, які використовуються як стейкінгові активи для надання послуг верифікації новим продуктам. Уявіть собі, що з точки зору безпеки, наприклад, если EigenLayer надає верифікаційні вузли зі стейкінгом вартістю 100 мільйонів доларів для нового продукту, тоді, якщо атакуючий не може зламати EigenLayer, його витрати на атаку повинні перевищувати 100 мільйонів доларів, подібно до так званої атаки 51% у мережах Bitcoin та Ethereum.
У недавній статті EigenLayer детально виклав принцип роботи AVS: статус, створений EigenLayer, передається певним чином до контракту цільового продукту або ланцюга, і статус, що містить, офлайн-обчислення, в кінцевому підсумку потребують перевірки в Ethereum.
EigenLayer також повідомляє, що Eigen Labs розробляє рішення для багатоланцюгової верифікації для використання стану EigenLayer, що передається через RPC. У цій статті на прикладах спільного сортувальника, SVM середовища та Cosmos додатків ланцюга детально розглянуто реалізацію AVS в різних середовищах. Крім того, EigenLayer також заявляє про плани додати більше компонентів розробки в майбутньому, щоб допомогти розробникам легше запускати продукти або послуги.
Стати «Амазоном» у сфері «Web3 Cloud» може бути метою EigenLayer і сподіванням a16z, але з точки зору можливості реалізації дійсно є чималий простір для розвитку, але чи це дійсно так?
Чи є достатній попит на ринку Web3?
Реалізація концепції EigenLayer насправді залежить від того, чи зможе майбутня сфера Web3 мати достатню кількість проектів, які можуть використовувати та готові використовувати AVS. Згідно з інформацією на офіційному сайті, підтримуються близько 40 AVS, тоді як приблизно 30 з них мають підтримку повторного заставного активу вартістю понад 100 мільйонів доларів, але наразі неможливо дізнатися конкретний рівень доходності.
З точки зору автора, немає сумнівів, що майбутні проекти знову розквітнуть, ключове питання полягає в тому, коли це станеться. Проекти, що відповідають вимогам RWA та стабільних монет, можуть неохоче обирати зовнішніх перевірників, більше покладаючись на зростання рідної екосистеми, але зараз проблема Web3 полягає в тому, що, окрім фінансів, здається, немає нових сценаріїв; більшість користувачів приходять, щоб заробити гроші, а не витратити їх.
Якщо Web3 залишиться лише грою з лівою та правою рукою фінансів, тоді межа EigenCloud буде дуже обмеженою. Адже вибух на стороні застосування неминуче викликаний постійним задоволенням різних потреб, наприклад, застосування Web2 задовольняють потреби в покупках, розвагах, соціалізації тощо, що призвело до появи тисяч і навіть сотень тисяч застосувань. Web3 не є революційним технологічним прогресом, як Інтернет; це, по суті, новий модуль, побудований на основі Інтернету. Окрім спроби «переробити все в Web3» та так званих спроб змінити способи співпраці, крім постійного випуску нових активів, скільки з того, що потребує акценту на безпеці на початкових етапах, дійсно визначає «продукт», що в свою чергу визначає висоту розвитку EigenCloud.
Нефінансові додатки, що служать безпеці консенсусу
Ядро EigenCloud полягає в тому, щоб безпосередньо розширити безпеку, яку Ethereum встановлював протягом багатьох років, на будь-який продукт, заснований на його AVS, а також в кінцевому підсумку проводити перевірку офлайн-обчислень на Ethereum, тобто використовувати Ethereum як базове забезпечення всіх продуктів. Це насправді подібно до операційної системи хмарних продуктів у Web2.
EigenCloud щодо концепції хмари не можна назвати інноваційною, але ідея використання безпеки Ethereum як основи, а також відсутність прагнення до децентралізації в дизайні, і те, що не використовують власні випущені токени як спосіб оплати, є цікавими. Такий механізм пропонує новий підхід до дизайну нативних продуктів, а також служить гарним прикладом для недержавних проектів.
Фінанси вперше були введені у Web3, оскільки блокчейн за своєю природою є бухгалтерською книгою, яка сама по собі є «святим місцем» для випуску активів. Стабільні монети, токенізація RWA та подібні застосування вже здобули широку популярність, але історія випуску активів та торгівлі активами має очевидний стелю. Якщо, наприклад, такі нефінансові застосування, як колись популярні ігри TON, також можуть бути прийняті так само, як стабільні монети, то стеля EigenCloud може бути піднята в експоненційному масштабі. Вірю, що EigenLayer також має мотивацію сприяти приходу такої епохи та поділитися досвідом проектування EigenCloud, який сам по собі є нефінансовим нативним продуктом.