Анализ рисков проектов Restaking и руководство по лучшим практикам

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

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

Обзор рисков

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

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

1. Пользователи должны взаимодействовать с контрактом проекта, поэтому они должны нести риски атак на контракт.
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

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

1. В текущих контрактах, развернутых в основной сети, еще не реализованы все функции, указанные в их белой книге (например, AVS, slash). В частности, функция slash реализовала только соответствующие интерфейсы, конкретная полная логика еще отсутствует. В настоящее время slash инициируется через права владельца контракта StrategyManager, что делает способ выполнения довольно централизованным.

2. При выполнении нативного ETH Restaking на EigenLayer, помимо создания контракта EigenPod для управления средствами, необходимо также самостоятельно запустить узел Beacon chain и нести риск штрафов со стороны Beacon chain. Рекомендуется выбирать надежного провайдера узловых услуг.

3. Поскольку ETH хранится в Beacon chain, процесс вывода средств требует от пользователя инициировать его и получить помощь от провайдера узловых услуг, то есть процесс выхода требует согласия обеих сторон.

4. Учитывая, что EigenLayer в настоящее время еще не полностью реализовал механизмы AVS и Slash, рекомендуется пользователям использовать функцию deleGate с осторожностью, прежде чем полностью понять связанные риски, чтобы избежать потенциальных финансовых потерь.

Определенные рисковые моменты проекта

ЭйгенПай

В настоящее время все контракты протокола являются可升级合约, права на обновление составляют 3/6 Gnosis Safe. Однако права на обновление контрактов MLRT токенов cbETH, ethX, ankrETH принадлежат EOA адресу.

KelpDAO

В процессе пополнения необходимо рассчитать долю share, которую получает пользователь, что требует вычисления стоимости share. Значение rsETHPrice в формуле необходимо обновлять вручную в соответствующем оракуле. Для всех токенов, кроме stETH, используется цена share соответствующего контракта в качестве источника цены. stETH же напрямую конвертируется по курсу 1:1. Когда stETH на вторичном рынке торгуется с дисконтом, в процессе пополнения может существовать арбитражное пространство.

Ренцо

OperatorDelegator отвечает за маршрутизацию средств протокола в EigenLayer и соответствует различным коэффициентам пополнения. Однако в процессе настройки OperatorDelegator протокол не проверял, превышает ли сумма всех коэффициентов OperatorDelegator 100%, что может привести к ситуации, когда OperatorDelegator-1 (70%) и OperatorDelegator-2 (70%). Это в основном влияет на вывод средств пользователями, но поскольку логика вывода в настоящее время неполная, невозможно оценить конкретное влияние на основной капитал.

Анализ рисков токена LST

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

Лучшие практики для снижения рисков повторного стекинга

Чтобы эффективно снизить риски участия в Restaking, мы подготовили для пользователей относительно безопасный путь взаимодействия:

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

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

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

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

Настройка мониторинга

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

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

В целом, Restaking как новая концепция еще не прошла длительное испытание как на уровне контрактов, так и на уровне протоколов. Кроме упомянутых выше рисков, могут существовать и другие неизвестные риски. Пользователи должны оставаться бдительными и принимать разумные решения в зависимости от своей склонности к риску и объема средств.