Рестейкинг: EigenLayer, AVS-сервисы и риски каскада

Рестейкинг (restaking) — это механизм, при котором уже застейканный актив (чаще всего ETH в сети Ethereum) дополнительно используется как залог безопасности для внешних сервисов.

В экосистеме EigenLayer такие сервисы называют AVS (Actively/Autonomous Verifiable Services): дата-слои, оракулы, мосты, sequencer-пулы и т. д. Вместо запуска собственного PoS эти сервисы «арендуют» криптоэкономическую безопасность базового стейка. Стейкер получает допдоход, но берёт на себя новые сценарии слэшинга и каскадные риски.

Базовая модель рестейкинга

Участники:

Стейкеры — держат залог (native ETH, LST или LRT) и добровольно расширяют набор условий, при которых их стейк могут штрафовать.
Операторы — инфраструктурные провайдеры; принимают делегированный стейк, запускают ноды AVS и несут операционную ответственность.
AVS-сервисы — внешние распределённые системы, которые опираются на залог рестейкеров вместо собственного набора валидаторов.

Упрощённо поток выглядит так:

Стейкер депонирует актив в протокол рестейкинга и делегирует его оператору.
Оператор подключает один или несколько AVS (DA, мост, оракул, sequencer и т.п.).
При нарушении правил любого подключённого AVS делегированный залог может быть слэшнут (частично сожжён или удержан).
Доходы от AVS распределяются между оператором и делегаторами по заранее заданной формуле.

Shared security. Вместо десятков мелких PoS-сетей появляется единый крупный пул залога (ETH + LST/LRT), который обеспечивает безопасность сразу для нескольких сервисов. Это повышает эффективность капитала, но усиливает взаимозависимость протоколов.

AVS: какие сервисы «арендуют» безопасность

Типичные классы AVS:

DA-слои (Data Availability) — публикация и хранение блоков/чанков данных для L2-роллапов (пример: EigenDA).
Оракулы и keeper-сети — доставка цен и состояний для DeFi-протоколов, автоматическое выполнение операций.
Кросс-чейн-мосты — пороговые подписи и наблюдение за событиями в других сетях.
ZK-копроцессоры и VMs — проверяемые вычисления, внешние виртуальные машины, offchain-логика.
Sequencer-пулы — упорядочивание транзакций для L2 и апп-чейнов.

Класс AVS	Задача	Типовой риск для стейкера
DA-слой	Обеспечить доступность данных для L2/роллапов	Даунтайм, потеря данных, нарушение SLA
Оракулы / Keepers	Поставлять честные и актуальные фиды	Манипуляции ценой, согласованный офлайн
Мосты / Threshold-сети	Подписывать кросс-чейн-сообщения	Захват k-из-n ключей, неверная подпись
ZK-копроцессор / VM	Проверять вычисления и пруфы	Ошибочный пруф, баг проверки
Sequencer-пул	Честно упорядочивать транзакции	Цензура, MEV-манипуляции, double-inclusion

AVS обычно публикуют:

правила участия и условия слэшинга;
ожидаемые SLA (аптайм, задержки);
модель вознаграждения операторов и стейкеров.

Типы стейка в рестейкинге: native, LST и LRT

Рестейкинг — это не только про «голый ETH».

Native restaking.

В залоге — валидаторский ETH. Валидатор напрямую связывает свою позицию по стейкингу Ethereum с AVS; штрафы AVS могут ударить по «физическому» валидатору.

Рестейкинг через LST.

Стейкер вносит ликвидный токен стейкинга (LST: stETH, rETH и др.) в протокол рестейкинга.

Риск-цепочка: базовый стейкинг → протокол LST → протокол рестейкинга → AVS.

LRT (Liquid Restaking Tokens).

Пользователь депонирует ETH/LST в протокол рестейкинга и получает LRT — ликвидный токен рестейкинга:

LRT можно использовать в DeFi (залог, пулы);
в нём зашита доходность и риски AVS.

Каждый новый слой (LST → LRT → DeFi-деривативы) увеличивает сложность риск-модели и вероятность каскадных событий.

Экономика: доходы, комиссии и слэшинг

Источники дохода рестейкера:

доход от базового стейкинга (если стейк пришёл через LST или напрямую от валидатора);
вознаграждения от AVS:
- эмиссия токена AVS;
- часть комиссий за использование сервиса;
- дополнительные стимулы (поинты, ретродропы и т.п.).

Комиссии:

протокол рестейкинга берёт комиссию с наград AVS;
операторы получают долю дохода за свою работу;
при LST/LRT есть отдельные комиссии уровня токена (management/performance-fee, протокольные комиссии).

Слэшинг:

триггерится при нарушении правил AVS (злонамеренное поведение, даунтайм, неверные подписи);
штраф накладывается на делегированный стейк оператора;
при мульти-AVS конфигурации один инцидент может затронуть сразу несколько AVS и сотни делегаторов.

Хорошей практикой считается изоляция риска:

лимиты стейка per-AVS;
отдельные «слэш-пулы»;
прозрачная связь между типом нарушения и размером штрафа.

Кейс: рестейкинг и EigenDA

EigenDA — дата-слой (Data Availability), построенный вокруг рестейкинга ETH/LST:

rollup публикует данные блоков в DA-слой;
операторы EigenDA обязуются хранить и отдавать данные в пределах SLA;
стейк операторов обеспечивается через рестейкинг; при нарушении SLA они рискуют слэшингом.

Преимущества для L2:

не нужно строить собственный PoS с маленьким стейком;
можно опираться на агрегированный стейк ETH через рестейкинг;
модель «pay-for-DA» с предсказуемыми условиями.

Риски:

зависимость от правил слэшинга EigenDA;
коррелированные простои операторов (общая инфраструктура для нескольких AVS);
взаимодействие с LRT и DeFi-интеграциями (при слэше залог может быть ещё и в лендингах/парах).

Каскадные риски рестейкинга

Рестейкинг усиливает системные риски:

Коррелированный слэшинг.

Популярные операторы подключают сразу несколько AVS. Ошибка конфигурации, баг клиента или сбой дата-центра могут привести к одновременному слэшу на нескольких сервисах.

LST/LRT-деривативы.

Один и тот же ETH может быть посчитан в TVL:

у протокола LST;
у протокола рестейкинга;
у протокола LRT;
у DeFi-лендинга или пула ликвидности.

Слэш на «дне» цепочки раскрывается наверху как ликвидации, де-пег и кассовые разрывы.

Перегрузка shared security.

Чем больше AVS зависят от одного пула стейка, тем сильнее удар по экосистеме при крупном слэше. В крайнем случае возникает давление «откатить» последствия на уровне Ethereum — это вредно для доверия к сети.

Оракулы и оценка LST/LRT.

Ошибки цены LST/LRT в лендингах и DEX:

маскируют накапливающиеся риски;
могут спровоцировать ложные или запоздалые ликвидации;
усугубляют де-пег и бегство из токена.

Гонка доходностей.

Высокие APR в AVS и программах поинтов подталкивают стейкеров к стратегиям «LST → LRT → DeFi» без учёта совокупного риска.

Практики управления риском (для разных ролей)

Стейкерам / держателям LST/LRT:

делите позиции между несколькими протоколами и операторами;
следите за:
- составом AVS и их правилами слэшинга;
- глубиной ликвидности LST/LRT;
- очередями на redeem и lock-period;
избегайте агрессивного плеча «LST/LRT в залог» без явного плана управления ликвидациями.

Операторам:

ограничивайте число AVS по реальным возможностям инфраструктуры;
используйте независимые стеки (hardware, провайдеры, клиенты) для снижения корреляции отказов;
внедряйте мониторинг, алёрты и runbook’и на случай деградации AVS;
добивайтесь прозрачного описания правил слэшинга и процедур апелляции.

Командам AVS и протоколов рестейкинга:

вводите caps на объём стейка per-AVS и per-оператор;
используйте формализованные спецификации нарушений и on-chain/оff-chain-арбитраж;
отделяйте «честную ошибку» от злонамеренного поведения;
не полагайтесь на «социальные» обещания об откатах — это создаёт моральный риск.

Риск-командам и аналитикам:

строите карту зависимостей: кто из AVS сидит на каких операторах и LST/LRT;
считайте «агрегированную экспозицию» к одному и тому же ETH через разные деривативы и протоколы.

Рестейкинг и экосистема в целом

Потенциальные плюсы:

ускоренный запуск инфраструктурных сервисов (DA, мосты, оракулы, sequencer-пулы);
более высокая эффективность капитала — один и тот же ETH защищает несколько уровней систем;
конкуренция AVS и операторов за стейк стимулирует улучшение SLA и безопасность.

Риски:

рост сложности системы и снижение прозрачности для обычных стейкеров;
концентрация власти у крупных операторов и LST/LRT-провайдеров;
возможное давление на социальный слой Ethereum при крупных инцидентах.

Баланс пользы и риска зависит от того, насколько аккуратно экосистема внедрит лимиты, изоляцию и дисциплину управления.

FAQ

Чем рестейкинг отличается от обычного стейкинга? Обычный стейкинг защищает только базовую сеть (Ethereum, L2 и т.п.). Рестейкинг расширяет набор сервисов, которые опираются на ваш стейк, и вводит дополнительные условия слэшинга.

Нужен ли мне собственный валидатор, чтобы участвовать в рестейкинге? Нет. Можно зайти через LST (или LRT) и делегировать их в протокол рестейкинга. Но при этом добавляются риски всех промежуточных слоёв.

Почему все говорят про каскадные риски? Потому что один и тот же ETH может лежать под несколькими токенами и протоколами. Слэш или де-пег на нижнем уровне может привести к ликвидациям и дефолтам наверху.

Может ли рестейкинг навредить безопасности самого Ethereum? Если через рестейкинг значительная часть стейка концентрируется в нескольких операторах/AVS, крупный слэш или согласованный сбой создают давление вмешаться на уровне L1. Это обсуждается как один из ключевых рисков shared security.

Как подойти к рестейкингу «по-взрослому»? Считать это не «бесплатной доходностью», а страховым бизнесом: вы продаёте риск. Смотрите на условия полиса (правила слэшинга, изоляцию риска, процедуры инцидентов) и решайте, комфортен ли вам такой профиль.