Що сталося з рестейкінгом?

Автор: Kydo, керівник напрямку наративу EigenCloud

Переклад: Saoirse, Foresight News

Час від часу друзі надсилають мені іронічні твіти про restaking, але ці жарти не потрапляють у точку. Тому я вирішив сам написати рефлексивний «пост-відгук».

Можливо, вам здається, що я надто близький до цієї історії, щоб залишатися об’єктивним; або що я надто гордий, щоб визнати «ми прорахувалися». Можливо, ви думаєте, що навіть якщо всі вже визнали «провал restaking», я все одно напишу довгу статтю на захист, так і не визнавши «помилку».

Ці думки цілком розумні, і багато з них мають сенс.

Але ця стаття лише прагне об’єктивно висвітлити факти: що сталося, що вдалося, що не спрацювало, і які уроки ми з цього винесли.

Я сподіваюся, що досвід, описаний у тексті, буде універсальним і стане в пригоді розробникам інших екосистем.

Після підключення всіх основних AVS (автономних верифікаційних сервісів) на EigenLayer і понад двох років роботи над EigenCloud, я хочу чесно підсумувати: де ми помилилися, що зробили правильно і куди рухаємося далі.

Що таке restaking (повторний стейкінг)?

Якщо сьогодні мені все ще потрібно окремо пояснювати «що таке restaking», це вже свідчить про те, що коли restaking був у центрі уваги галузі, ми не змогли чітко донести його суть. Це й є «урок 0» — сфокусуватися на одному основному наративі та постійно повторювати його.

Мета команди Eigen завжди була «просто сказати, складно реалізувати»: підвищити верифікованість позаланцюгових обчислень, щоби люди могли будувати додатки на блокчейні безпечніше.

AVS — це наш перший і дуже чіткий експеримент у цьому напрямку.

AVS (автономний верифікаційний сервіс) — це мережа на основі proof-of-stake, де група децентралізованих операторів виконує позаланцюгові завдання. Дії операторів контролюються, і в разі порушень їхній стейк карально знижується. Для впровадження «карального механізму» потрібен «стейкований капітал» як забезпечення.

Саме тут і полягає цінність restaking: кожен AVS не будує систему безпеки з нуля — restaking дозволяє повторно використовувати стейкований ETH для забезпечення безпеки кількох AVS. Це знижує капітальні витрати і пришвидшує запуск екосистеми.

Отже, концептуальна рамка restaking:

AVS — це «сервісний шар», що є основою нової PoS-криптоекономічної безпеки;

Restaking — це «капітальний шар», який через повторне використання існуючих стейків забезпечує цю безпеку для систем.

Я досі вважаю цю ідею витонченою, але на практиці вона не спрацювала так, як на малюнках — багато речей не вдалося реалізувати.

Що не вдалося

1. Ми обрали неправильний ринок: надто вузький

Ми прагнули не просто «будь-яких верифікованих обчислень», а наполягали на «системі, яка з першого дня є децентралізованою, каральною та повністю криптоекономічно захищеною».

Ми хотіли, щоб AVS став «інфраструктурним сервісом» — як SaaS для розробників, щоби будь-хто міг створити AVS.

Ця позиція виглядала принциповою, але різко звузила потенційну аудиторію розробників.

Результат: ринок «малий, повільний, з високим порогом входу»: мало потенційних користувачів, висока вартість запуску, і для обох сторін (команди та розробників) цикл просування дуже довгий. Як базова інфраструктура EigenLayer, так і кожен AVS, вимагали місяців або навіть років для побудови.

Майже три роки потому: наразі у продакшені працюють лише два основні AVS — DIN (децентралізована інфраструктурна мережа) від Infura та EigenZero від LayerZero. Такий рівень «адопшену» складно назвати «масовим».

Відверто кажучи, ми спочатку уявляли, що команди хочуть з першого дня отримати криптоекономічну безпеку й децентралізованих операторів, але на практиці ринок шукає «поступові, орієнтовані на застосування» рішення.

2. Регуляторні обмеження змусили нас «мовчати»

Коли ми запускали проєкт, це був пік «ери Гері Генслера» (примітка: Гері Генслер — голова SEC США, відомий жорстким ставленням до криптоіндустрії). Тоді кілька компаній зі стейкінгу опинилися під розслідуванням і в судах.

Як «restaking-проєкт», практично кожне наше публічне висловлювання могло бути витлумачене як «інвестиційна обіцянка» чи «реклама прибутковості», а то й призвести до повістки в суд.

Така «регуляторна імла» визначила нашу комунікацію: ми не могли вільно висловлюватися, навіть коли стикалися з хвилею негативу, партнерськими звинуваченнями чи публічними атаками, не могли оперативно спростовувати непорозуміння.

Навіть сказати «це не так» — означало спершу зважити юридичні ризики.

В результаті, без належної комунікації, ми випустили токени з локом. Зараз я розумію, що це був ризикований крок.

Якщо вам здавалося, що «Eigen команда уникає теми або мовчить», швидше за все, це було через регуляторний тиск — одна помилкова фраза могла нести серйозні ризики.

3. Ранні AVS розмили бренд

Ранній бренд Eigen багато в чому будувався на харизмі Sreeram (ключового члена команди) — його енергія, оптимізм і віра, що системи та люди можуть ставати кращими, викликали довіру.

Мільярди стейкінг-капіталу лише посилили цю довіру.

Але у спільному промоушені перших AVS ми не змогли втримати «висоту бренду». Багато ранніх AVS були гучними, але гналися лише за хайпом. Вони не були ні «технологічно найсильнішими», ні «еталоном доброчесності».

Згодом EigenLayer почали асоціювати з «ліквідним майнінгом та airdrop’ами». Сьогоднішня втома та скепсис багатьох — наслідок саме тієї фази.

Якби можна було повернутись, я б обрав шлях «менше, але якісніше AVS», був би вибагливішим до партнерів, які отримують бренд-підтримку, і погодився б на «повільнішу, менш гучну» промокампанію.

4. Технічна гіперорієнтація на «мінімізацію довіри» призвела до надмірної складності

Ми намагалися створити «ідеальну універсальну каральну систему» — гнучку, універсальну, яка покриває всі сценарії покарання, щоби мінімізувати довіру.

Але на практиці це сповільнило ітерацію продукту, а також змусило витрачати багато часу на пояснення механізму, який «більшість ще не готова зрозуміти». Навіть зараз ми досі займаємося просвітництвом щодо каральної системи, запущеної майже рік тому.

Заднім числом видно, що більш розумний шлях — спочатку просте рішення для покарань, дати різним AVS попробувати сфокусовані моделі, а вже потім ускладнювати систему. Але ми поставили «складність» на перше місце й втратили у «швидкості» та «ясності».

Що вдалося

Люблять одразу клеїти ярлик «провал», але це надто поверхово.

У «restaking»-главі є чимало дуже вдалих речей, і вони критично важливі для нашого майбутнього.

1. Ми довели: можемо перемагати у жорсткій конкуренції

Ми любимо «win-win», але й не боїмося конкуренції — якщо вже йдемо на ринок, то тільки, щоб стати лідерами.

У restaking-сфері Paradigm і Lido об’єдналися, щоб підтримати нашого прямого конкурента. На той момент TVL EigenLayer був менше 1 млрд.

У суперника було перевага наративу, канали, капітал, і «дефолтна довіра». Багато хто казав мені: «Їхня команда вас просто розчавить». Але сталося інакше — зараз ми маємо 95% ринку капіталу restaking і залучили 100% топових розробників.

У «data availability (DA)» ми стартували пізніше, з меншою командою, меншим фінансуванням, а лідери ринку вже мали перевагу першого ходу й потужний маркетинг. Але зараз, за будь-яким ключовим показником, EigenDA займає значну частку DA-ринку; а після масштабного запуску найбільшого партнера ця частка виросте експоненційно.

Обидва ці ринки були надзвичайно конкурентними, але ми все ж таки вирвалися вперед.

2. EigenDA стала зрілим продуктом, який змінив екосистему

Запуск EigenDA на базі EigenLayer був справжньою несподіванкою.

Вона стала основою EigenCloud і принесла Ethereum те, чого бракувало найбільше — надмасштабний DA-канал. Завдяки цьому rollup-и можуть працювати швидко, не залишаючи екосистему Ethereum і не переходячи на нові ланцюги.

MegaETH стартував саме тому, що команда повірила: Sreeram допоможе їм вирішити DA-бутелнек; коли Mantle пропонував BitDAO створити L2, це також базувалося на довірі до EigenDA.

EigenDA стала «щитком» для Ethereum: коли всередині екосистеми з’явилася high-throughput DA, зовнішнім ланцюгам складніше «приваблювати користувачів наративом Ethereum і висмоктувати цінність екосистеми».

3. Розвиток ринку попереднього підтвердження (pre-confirmation)

Одне з питань, з якого починав EigenLayer, — як розблокувати pre-confirmation для Ethereum через EigenLayer.

Потім pre-confirmation отримав велику увагу через Base, але втілити це на практиці було складно.

Щоб пришвидшити екосистему, ми також запустили ініціативу Commit-Boost — подолати «ефект локінгу» pre-confirmation клієнтів і створити нейтральну платформу для інновацій через обіцянки валідації.

Зараз через Commit-Boost проходять мільярди доларів, понад 35% валідаторів вже підключилися до програми. З запуском основних pre-confirmation сервісів ця частка зросте.

Це критично важливо для antifragility Ethereum і задає фундамент для подальших інновацій у pre-confirmation.

4. Постійне забезпечення безпеки активів

Впродовж років ми забезпечували безпеку активів на десятки мільярдів доларів.

Це звучить буденно, навіть «нудно» — але якщо згадати, скільки інфраструктур у крипті «зламалося» різними способами, ця «буденність» — велика рідкість. Щоб уникнути ризиків, ми створили потужну операційну систему безпеки, зібрали й виростили топову security-команду, і зробили «конфліктне мислення» частиною культури.

Ця культура критично важлива для будь-якого бізнесу, що працює з грошима користувачів, AI чи реальними системами — і її не можна «добудувати пізніше», фундамент має бути з самого початку.

5. Запобігли домінуванню Lido >33% у стейкінгу

Restaking мав недооцінений ефект: величезна кількість ETH пішла до LRT-провайдерів, не дозволивши Lido надовго перетнути 33%.

Це важливо для «соціальної рівноваги» Ethereum. Якби Lido довго утримував понад 33% стейкінгу без альтернатив, це неминуче спричинило б суперечки в управлінні й розколи всередині.

Restaking і LRT не «чарівним чином зробили децентралізацію», але вони реально змінили тренд концентрації стейкінгу — і це неабияке досягнення.

6. Чітке розуміння «справжнього фронтиру»

Найбільший «здобуток» — концептуальний: ми довели, що «світ потребує більше верифікованих систем», але й зрозуміли правильний шлях до цього.

Правильний шлях — це не «спочатку універсальна криптоекономічна безпека, одразу повна децентралізація операторів і чекати, коли всі підключаться».

Дійсно прискорити «фронтир» можна лише, даючи розробникам прямі інструменти для верифікованих додатків під свої конкретні цілі й відповідні верифікаційні примітиви. Треба «підлаштовуватися під потреби розробників», а не вимагати, щоби вони з першого дня стали «архітекторами протоколів».

Тому ми вже створюємо внутрішні модульні сервіси — EigenCompute (верифіковані обчислення) і EigenAI (верифікований AI). Деякі речі, на які іншим потрібно роки й сотні мільйонів доларів, ми зможемо запустити за кілька місяців.

Куди рухаємося далі

То як відповідати на все це — вчасні рішення, успіхи, уроки, шрами бренду?

Коротко про наші наступні плани та логіку:

1. Зробити токен EIGEN ядром системи

Надалі весь EigenCloud і все, що ми навколо нього будуємо, буде сфокусовано навколо токена EIGEN.

Роль EIGEN:

економічний драйвер безпеки EigenCloud;

актив, що покриває ризики платформи;

ключовий інструмент для захоплення цінності у всіх потоках витрат і економічних активностях.

Раніше очікування щодо «яку цінність уловить EIGEN» не збігалися з «реальним механізмом» — це викликало плутанину. На наступному етапі ми через дизайн і робочі рішення закриємо цю прірву. Деталі — незабаром.

2. Дати розробникам будувати «верифіковані додатки», не лише AVS

Основна теза незмінна: підвищити верифікованість позаланцюгових обчислень, щоб додатки на блокчейні були безпечнішими. Але інструменти для цього не обмежуються одним підходом.

Іноді це криптоекономічна безпека; іноді — ZK-докази, TEE (trusted execution environment), або гібрид. Не йдеться про «одну улюблену технологію», а про те, щоб «верифікованість» стала стандартним примітивом у tech stack розробника.

Наша ціль — скоротити шлях між «у мене є додаток» і «у мене є додаток, що може бути верифікований користувачем, партнером чи регулятором».

На сьогодні «криптоекономіка + TEE» — найкращий вибір: оптимальний баланс між «програмованістю для девелоперів» і реальною (не теоретичною) безпекою.

Коли ZK та інші верифікаційні механізми дозріють, ми інтегруємо їх у EigenCloud.

3. Глибоке занурення в AI

Головна світова трансформація в обчисленнях — це AI, особливо AI-агенти. Криптоіндустрія не залишиться осторонь.

AI-агент — це «LLM, що обгорнутий інструментами й діє в певному середовищі».

Зараз не лише LLM — «чорний ящик», а й логіка AI-агента непрозора. Саме тому вже були атаки через «довіру до розробника».

Але якщо AI-агент буде верифікований, потреба у довірі до розробника зникне.

Щоб це стало реальністю, потрібно: верифікувати inference LLM, верифікувати середовище виконання і мати верифікований data layer для зберігання, пошуку та розуміння контексту.

Саме для таких сценаріїв створено EigenCloud:

EigenAI — детермінований, верифікований inference LLM;

EigenCompute — верифіковане середовище виконання;

EigenDA — верифіковане зберігання і пошук даних.

Ми віримо, що «верифікований AI-агент» — один із найконкурентніших use-case для «верифікованої хмари», тому вже створили спеціальну команду для цієї ніші.

4. Перезапуск наративу «стейкінг і дохід»

Справжній дохід можливий лише за справжнього ризику.

Ми досліджуємо ширший діапазон стейкінг-застосувань, щоби стейкінг-капітал покривав такі ризики:

смарт-контракт;

різні типи обчислень;

чітко описані й оціночно вимірювані ризики.

Майбутній дохід буде чесно відображати «прозорі, зрозумілі ризики», а не просто слідувати «моді на ліквідний майнінг».

Ця логіка органічно увійде в сценарії використання токена EIGEN, спектр гарантій і механізми обігу вартості.

Наостанок

Restaking не став тією «універсальною платформою», на яку я (і не тільки я) сподівався, але й не зник. З часом він став тим, чим стають більшість «першої хвилі продуктів»:

важливою главою, низкою важких уроків і фундаментом для ширших бізнесів.

Ми продовжуємо підтримувати restaking-бізнес і цінуємо його — просто не хочемо більше застрягати у старому наративі.

Якщо ви — член спільноти, AVS-розробник чи інвестор, який досі асоціює Eigen із «тим restaking-проєктом», сподіваюся, цей текст допоможе вам краще зрозуміти, «що сталося» і «куди ми тепер рухаємося».

Ми виходимо на ринок із значно більшим TAM: з одного боку — хмарні сервіси, з другого — прямі потреби додатків для розробників. Ми досліджуємо ще нерозкритий AI-напрям і будемо рухатися вперед з тією ж енергією.

Команда заряджена, і я вже не можу дочекатися, коли доведу всім скептикам — ми це зробимо.

Я ніколи не був таким оптимістичним щодо Eigen, постійно докуповую EIGEN і буду це робити й надалі.

Ми тільки на старті.