Что не так с повторным стейкингом?

Автор: Kydo, руководитель направления нарратива в EigenCloud

Перевод: Saoirse, Foresight News

Время от времени друзья присылают мне ироничные твиты про restaking, но большинство из них не попадают в суть. Поэтому я решил сам написать рефлексивную «разгромную» статью.

Возможно, вы подумаете, что я слишком вовлечён, чтобы быть объективным, или что я слишком горд, чтобы признать: «мы просчитались». Может быть, вы считаете, что даже если все уже решили, что «restaking провалился», я всё равно напишу длинный текст в защиту и не скажу слово «провал».

Все эти мнения вполне разумны, и в них есть доля истины.

Но эта статья создана лишь для объективного изложения фактов: что на самом деле произошло, что получилось, что не удалось, и какие уроки мы из этого извлекли.

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

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

Что такое restaking на самом деле?

Если мне до сих пор приходится объяснять, что такое restaking, это уже говорит о том, что, пока restaking был в центре внимания, мы так и не смогли донести его суть. Это и есть «урок номер 0» — сфокусироваться на главном нарративе и повторять его снова и снова.

Цель команды Eigen всегда была проста, но сложна в реализации: повысить проверяемость off-chain вычислений, чтобы люди могли строить приложения на блокчейне более безопасно.

AVS — наша первая и чёткая попытка реализовать это.

AVS (автономный верификационный сервис) — это PoS-сеть, в которой группа децентрализованных операторов выполняет off-chain задачи. За их действиями следят, а в случае нарушения их стейк подвергается штрафу. Чтобы реализовать «штрафную систему», необходим «стейкованный капитал» в качестве основы.

В этом и заключается ценность restaking: не нужно каждому AVS строить свою систему безопасности с нуля — restaking позволяет повторно использовать уже застейканный ETH, обеспечивая безопасность сразу для нескольких AVS. Это снижает стоимость капитала и ускоряет запуск экосистемы.

Итак, концептуальная схема restaking такова:

AVS: «уровень сервисов», платформа для новых PoS-систем криптоэкономической безопасности;

Restaking: «уровень капитала», повторное использование уже существующих стейков для обеспечения этих систем.

Я до сих пор считаю эту идею элегантной, но в реальности всё оказалось не так идеально — многие результаты не оправдали ожиданий.

Что не оправдало ожиданий

1. Мы выбрали слишком нишевой рынок

Нам нужна была не «любая верифицируемая вычислительная система», а именно такая, которая с первого дня децентрализована, экономически безопасна и основана на штрафах.

Мы хотели, чтобы AVS стал инфраструктурным сервисом — как SaaS, только любой может построить AVS.

Это звучит принципиально, но сильно сужает круг потенциальных разработчиков.

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

Три года спустя: у нас лишь два основных AVS работают в продакшене — DIN (Decentralized Infrastructure Network) от Infura и EigenZero от LayerZero. Такой «уровень внедрения» сложно назвать «широким».

Честно говоря, мы проектировали систему для команд, которые хотят иметь криптоэкономическую безопасность и децентрализованных операторов с первого дня, а рынок на деле требовал «плавных и ориентированных на приложения» решений.

2. Из-за регуляторной среды нам пришлось «молчать»

Когда мы запускались, был разгар «эры Гэри Генслера» (прим.: глава SEC США, известный жёстким отношением к криптоиндустрии). В тот момент многие компании, связанные со стейкингом, подвергались расследованиям и искам.

Как проект restaking, почти каждое публичное высказывание могло быть интерпретировано как «инвестиционное обещание» или «реклама доходности», что грозило повестками.

Эта регуляторная неопределённость определяла наш стиль коммуникации: мы не могли свободно говорить, даже если сталкивались с волной негатива и обвинений со стороны партнёров или подвергались атакам в медиа — мы не могли оперативно опровергать ложь.

Мы даже не могли просто сказать «это не так» — сначала нужно было взвесить юридические риски.

В результате, при недостаточной коммуникации, мы выпустили токен с локапом. Сейчас я понимаю, это было рискованно.

Если вам казалось, что «команда Eigen уклоняется от комментариев или подозрительно молчит по каким-то вопросам», скорее всего, это было следствием регуляторной среды — один неаккуратный твит мог привести к серьёзным последствиям.

3. Ранние AVS размыли ценность бренда

В начале сила бренда Eigen во многом строилась на личности Sreeram’а (члена команды) — его энергия, оптимизм и вера в улучшение систем и людей вызывали симпатию к проекту.

Многомиллиардный стейк ещё больше усилил этот уровень доверия.

Но совместный маркетинг с первыми AVS не соответствовал «статусу бренда». Многие ранние AVS были очень шумными, но просто следовали трендам — они не были ни «технически самыми сильными», ни «надежнейшими» примерами.

Постепенно EigenLayer начали ассоциировать с «новейшими ликвидными фармингами и эйрдропами». Многое из сегодняшней критики, усталости или даже раздражения уходит корнями в тот период.

Если бы можно было вернуться назад, я бы начал с «меньшего, но более качественного» AVS, был бы разборчивее в том, кто получает брендовый эндорсмент, и спокойно относился бы к более медленному и менее хайповому продвижению.

4. Погоня за минимальным доверием привела к избыточной сложности

Мы пытались построить «идеальную универсальную штрафную систему» — гибкую, применимую ко всем сценариям, с минимальным доверием.

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

Оглядываясь назад, более разумным было бы сначала запустить простую систему штрафов, позволить AVS пробовать более узкие модели, а сложность наращивать постепенно. Мы же поставили «сложный дизайн» впереди, и в итоге проиграли в скорости и понятности.

Что действительно удалось

Люди любят навешивать ярлык «провал», но это слишком поспешно.

В разделе о restaking было сделано очень много хорошего, и эти результаты крайне важны для нашего будущего.

1. Мы доказали: можем выигрывать в жёсткой конкуренции

Нам ближе «вин-вин», но мы не боимся конкуренции — если входим на рынок, то обязательно становимся лидерами.

В restaking нас напрямую пытались обойти поддерживаемые Paradigm и Lido конкуренты. Тогда TVL EigenLayer не превышал $1 млрд.

У конкурентов были преимущество в нарративе, каналы, капитал и «базовое доверие». Многие говорили мне: «их команда сильнее, они вас раздавят». Но этого не случилось — сейчас мы контролируем 95% рынка restaking и привлекаем 100% топ-разработчиков.

В сфере Data Availability (DA) мы стартовали позже, с меньшей командой и деньгами, а лидеры уже имели фору и маркетинг. Но сейчас по всем ключевым метрикам EigenDA занимает значительную долю рынка DA; с выходом крупнейших партнёров эта доля будет расти экспоненциально.

Обе эти ниши были крайне конкурентными, но мы в итоге вышли в лидеры.

2. EigenDA стал зрелым продуктом, меняющим экосистему

Запуск EigenDA на базе EigenLayer стал для нас приятным сюрпризом.

Это краеугольный камень EigenCloud и долгожданное решение для Ethereum — огромный DA-канал. Теперь rollup могут работать на высокой скорости, не уходя из экосистемы Ethereum на другие L1.

MegaETH стартовал именно потому, что команда поверила: Sreeram поможет преодолеть DA-узкое место; Mantle предложил BitDAO создать L2 по той же причине.

EigenDA стал и «щитком» для Ethereum: когда внутри экосистемы есть высокопроизводительный native DA, внешним L1 сложнее «забирать value, оставаясь на нарративе Ethereum».

3. Продвижение рынка pre-confirmation

Одним из ранних вопросов было: как с помощью EigenLayer разблокировать pre-confirmation в Ethereum.

С тех пор pre-confirmation получил много внимания через сеть Base, но внедрение всё ещё сложно.

Для развития экосистемы мы запустили программу Commit-Boost — чтобы решить проблему lock-in в pre-confirmation клиентах и создать нейтральную платформу для инноваций через validator commitment.

Сегодня через Commit-Boost прошло несколько миллиардов долларов, более 35% валидаторов уже подключились. По мере запуска новых pre-confirmation сервисов эта доля будет расти.

Это критически важно для «антикрихкости» Ethereum и долгосрочных инноваций на рынке pre-confirmation.

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

Мы обеспечили безопасность активов на миллиарды долларов за несколько лет.

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

Эта культура критична для любого бизнеса, работающего с пользовательскими средствами, 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

Наш главный тезис не изменился: повысить проверяемость off-chain вычислений для более безопасных dApps. Но инструменты для верификации не будут ограничены одним видом.

Иногда это криптоэкономическая безопасность, иногда ZK-доказательства, TEE или гибридные схемы. Суть не в «культе одной технологии», а в том, чтобы верифицируемость стала стандартным примитивом в стеке разработчика.

Наша цель — сократить разрыв между:

«У меня есть приложение» и «у меня есть приложение, которое может верифицировать пользователь, партнёр или регулятор».

Сегодняшняя индустрия показывает: «криптоэкономика + TEE» — лучший баланс между «программируемостью» и «реальной безопасностью».

В будущем, когда ZK и другие механизмы дозреют, мы интегрируем их в EigenCloud.

3. Глубокая работа с AI

Главная мировая перемена в вычислениях — это AI, особенно AI-агенты. Криптоиндустрия тоже в этом участвует.

AI-агент — по сути, языковая модель, обёрнутая инструментами и действующая в определённой среде.

Сегодня не только языковые модели — «чёрный ящик», но и логика работы AI-агентов непрозрачна. Уже были хакерские атаки из-за необходимости «доверять разработчику».

Но если AI-агент верифицируем, доверие к разработчику не нужно.

Для этого нужно: верифицируемость инференса LLM, среды исполнения операций и слоя для хранения, поиска и понимания данных.

EigenCloud нацелен именно на такие сценарии:

EigenAI: верифицируемый, детерминированный inference LLM;

EigenCompute: верифицируемая среда выполнения операций;

EigenDA: верифицируемое хранение и поиск данных.

Мы уверены: «верифицируемые AI-агенты» — один из самых конкурентных сценариев для нашего «верифицируемого облака». Уже собрана спецкоманда для этой области.

4. Переформатирование нарратива «стейкинг и доходность»

Чтобы получать реальную доходность, нужно брать на себя реальные риски.

Мы исследуем более широкий спектр «стейкинг-юзкейсов», чтобы капитал мог покрывать:

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

риски разных типов вычислений;

риски с чётким описанием и измеряемым прайсингом.

Будущая доходность будет отражать «прозрачные, понятные риски», а не просто «трендовый фарминг».

Эта логика естественно встроится в сценарии использования EIGEN, круг его обеспечения и механизмы циркуляции стоимости.

Последнее слово

Restaking не стал тем «универсальным слоем», каким я (и другие) его когда-то представляли, но и не исчез. За годы он стал тем, чем обычно становятся «продукты первого поколения»:

важной главой, набором нелёгких уроков и теперь уже — инфраструктурой для более широких бизнесов.

Мы продолжаем развивать restaking, по-прежнему его ценим — просто не хотим снова ограничиваться первоначальным нарративом.

Если вы участник сообщества, AVS-разработчик или инвестор, до сих пор ассоциирующий Eigen с «тем самым restaking-проектом», надеюсь, эта статья дала вам понимание «что было» и «куда мы теперь идём».

Сейчас мы выходим на рынок с гораздо большим TAM: с одной стороны — облачные сервисы, с другой — прямые потребности разработчиков. Мы также исследуем «недоразвитый AI-сектор» и будем двигаться в этом направлении с прежней энергией.

Команда по-прежнему заряжена, и я не могу дождаться момента, чтобы доказать всем скептикам — у нас всё получится.

Я никогда не был так уверен в Eigen и продолжаю увеличивать свою долю EIGEN — и буду делать это дальше.

Мы всё ещё только в начале пути.