Восстановление стейка: глубокий анализ рисков и лучших практик основных проектов

С появлением концепции Restaking на рынке появилось множество проектов, основанных на Eigenlayer. Restaking направлен на то, чтобы через совместное использование доверия к слою стейкинга Beacon Ethereum поделиться долей стейкинга пользователей с другими проектами, позволяя пользователям получать больше дохода, а другим проектам — наслаждаться тем же уровнем доверия и безопасности, что и слой Beacon ETH.

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

Обзор рисков

На сегодняшний день большинство протоколов Restaking на рынке в основном построены на EigenLayer. Для пользователей участие в Restaking означает, что они подвергаются следующим рискам:

Риск контракта

1. Участие в Restaking требует взаимодействия с контрактом проекта, пользователи должны брать на себя риск атаки на контракт;
2. Проекты, построенные на базе EigenLayer, в конечном итоге будут храниться в контрактах протокола EigenLayer. Если контракт EigenLayer будет подвергнут атаке, связанные с проектом средства также будут потеряны;
3. В EigenLayer существуют два типа Restaking: native ETH Restaking и LST Restaking. Средства LST Restaking непосредственно хранятся в контракте EigenLayer, в то время как средства Native ETH Restaking хранятся в ETH Beacon chain. Это означает, что пользователи, проводящие LST Restaking, могут понести убытки из-за рисков контракта EigenLayer;
4. У проекта есть высокие риски с правами доступа, в некоторых случаях они могут использовать чувствительные права для присвоения средств пользователей.

Риск LST

Существует возможность дескрепления токенов LST, или обновление/атака контракта LST может привести к отклонению и потерям стоимости LST.

Выход из риска

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

Согласно вышеупомянутым рисковым пунктам, мы провели системное исследование некоторых основных протоколов Restaking, доступных на рынке, и сделали их обзор. В основном это включает:

1. Низкий уровень завершенности проекта, большая часть проектов не реализовала логику вывода средств;
2. Риски централизации: активы пользователей в конечном итоге контролируются многоподписным кошельком. У проекта есть определенные возможности для Rug Pull;
3. В случае, основанном на втором пункте, при возникновении внутренних злоупотреблений или потери мультиподписного приватного ключа могут произойти потери активов.

Поскольку EigenLayer является основой всех проектов, помимо вышеупомянутого, есть еще несколько моментов, на которые пользователям следует обратить внимание:

1. EigenLayer в настоящее время развернут в контрактах основной сети, но еще не полностью реализовал все функции, указанные в его白皮书 (AVS, slash ). В частности, функция slash реализовала только соответствующие интерфейсы, а конкретная полная логика еще не разработана. Согласно коду контракта, текущий slash инициируется через владельца контракта StrategyManager (, который обладает правами администратора проекта ), что делает способ выполнения более централизованным;
2. При проведении нативного ETH Restaking в EigenLayer, кроме создания контракта EigenPod для управления средствами Restaking, необходимо также самостоятельно запустить узел Beacon chain и принять на себя риск штрафов со стороны Beacon chain. Пользователям при проведении нативного ETH Restaking рекомендуется выбирать надежных поставщиков услуг узлов. Кроме того, поскольку ETH хранится в Beacon chain, процесс вывода средств требует от пользователя инициирования и помощи со стороны поставщика услуг узлов для вывода соответствующих средств из Beacon chain.
3. Поскольку EigenLayer в настоящее время еще не реализовал полноценные механизмы AVS и Slash, рекомендуется пользователям не активировать функцию deleGate в протоколе EigenLayer без достаточного понимания связанных рисков, иначе это может привести к определенным финансовым потерям.

Как эффективно снизить риски участия в Restaking?

Рестейкинг — это новая концепция, которая не прошла соответствующее испытание временем ни на уровне контрактов, ни на уровне протоколов. Кроме упомянутых выше рисков, могут существовать и другие неизвестные риски. На основе текущих выводов исследования мы подготовили относительно безопасный путь взаимодействия.

Распределение средств

Для пользователей, которые участвуют в Restaking с большими средствами, прямое участие в Native ETH restaking EigenLayer является неплохим выбором. Причина заключается в том, что ETH активы, вложенные в Native ETH restaking, не хранятся в контракте EigenLayer, а находятся в контракте Beacon chain. Даже в самом худшем случае, если произойдет атака на контракт, атакующий не сможет немедленно получить активы пользователя.

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

Для пользователей, которые хотят заработать дополнительный доход, они могут выбрать часть своих средств для участия в таких проектах, как Puffer, KelpDAO, Eigenpie и Renzo, которые построены на основе EigenLayer, в зависимости от своей способности к риску. Однако необходимо учитывать, что в настоящее время указанные проекты не реализовали соответствующую логику вывода средств, и пользователи, участвующие в таких протоколах, должны одновременно учитывать соответствующие риски выхода, а также учитывать ликвидность соответствующих LRT на вторичном рынке в процессе инвестирования.

Конфигурация мониторинга

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

В то же время, команды и пользователи, которые хотят инвестировать ETH в проект, могут использовать автоматизированные инструменты для настройки условий триггера автоматических роботов для мультиподписных кошельков и одноподписных авторизаций, основываясь на изменениях TVL пула, колебаниях цен ETH и действиях китов, чтобы настроить автоматическую функцию депозита на EigenLayer и различных протоколах повторного стекинга.