Перед тем как вы погрузитесь в изучение статьи, обратите внимание на тот факт что всё упомянутое в ней не является финансовой рекомендацией для принятие более взвешенного решения просьба провести свое собственное исследование.
EigenLayer — протокол рестейкинга в экосистеме Ethereum. Основная задача данного протокола - это повышение безопасности децентрализованных приложений.
Ethereum самостоятельно обеспечивает безопасность смарт-контрактов и транзакций. Но такие инфраструктурные проекты - как мосты, оракулы, роллапы и секвенсоры нуждаются в собственной безопасности для достижения консенсуса среди узлов.
Не каждый тип консенсуса подойдет для решения этих задач. Proof of Work слишком энергозатратен, а Proof of Authority слишком централизован. Именно поэтому Proof of Stake (PoS) стал популярным механизмом консенсуса среди большинства проектов. Я думаю вы довольно часто наблюдали интеграцию стейкинга или делегирования какого-либо токена в dApps и блокчейнах — The Graph, Chainlink, Celestia, любые PoS-блокчейны.
Например, валидаторы в Polygon играют ключевую роль в обеспечении безопасности и функционирования сети. Они подтверждают транзакции и добавляют новые блоки в блокчейн. Для этого валидаторы стейкают токены $POL, что позволяет им участвовать в процессе консенсуса. Взамен они получают вознаграждение за свою работу. Этот механизм помогает поддерживать децентрализацию и безопасность сети Polygon.
Проблема консенсуса Proof Of Stake заключается в том, что создание PoS-инфраструктуры влечет за собой следующие издержки:
Сейчас, при помощи EigenLayer, пользователь способен первоначально обеспечивать безопасность блокчейна, и, внося свои stETH в EigenLayer, заботиться о безопасности dApps. То есть, один актив за счёт дополнительного “слоя” получает больше применений. ****
Данная проблема усугублена еще тем, что каждый dApp зачастую является изолированным, и, соответственно, более уязвимым. Вместо обеспечения безопасности каждого dApp отдельно, EigenLayer внедряет Actively Validated Services (AVS), реализуя возможность обеспечивать безопасность сразу нескольких (многих) приложений одновременно, за счет ликвидности рестейкнутого Ethereum.
Например, в Omni Network застейкано $OMNI на 7.588.000$. Для создания недопустимого блока и его валидации потребуется всего 7.588.001$ — чуть больше, чем 50%.
При этом, в пул EigenLayer, который обеспечивает безопасность Omni Network, депонировано Ethereum на 1.833.000.000$. Поэтому злоумышленнику для совершения атаки уже потребуется не только 7.588.001$ в $OMNI, но и 1.833.000.001$ в $ETH — аналогично, чуть больше, чем 50%.
- Почему 1.833.000.001$, а не 961.500.001$, и 7.588.001$, а не 3.794.000?
Данная сумма обоснована тем, что для компрометации протокола, необходимо иметь >50% от совокупного количества средств в протоколе. Предположим, если TVL протокола составляет 10$, то, внеся 5$, мы захватим лишь 30% протокола, ведь наша доля участия будет составлять 5/15. Своими действиями мы тоже повышаем TVL. Соответственно, если мы внесём 10.1$, то захватим 50.5%, и уже в этом случае атака на протокол станет возможной.
Аналогичная модель реализована во всех приложениях, безопасность которых обеспечена EigenLayer вне зависимости от TVL приложения или блокчейна.
- Что такое слэшинг?
Для простоты понимания, слэшинг можно рассматривать как штраф за нарушение.
Рассмотрим на примере классического слэшинга в Ethereum.
Внимание ответ. У нас есть TokenPool, то есть, контракт, где прописаны основные условия стейкинга, включая условия слэшинга стейкеров. В актуальной модели с охранником, 1 AVS (объект, которому обеспечивается безопасность в нашем случае ящик с помидорами), имеет 1 TokenPool — пул EigenLayer, в который охранник внёс свои средства. Данный AVS осуществляет непрерывный мониторинг состояния помидоров в грузовике. Если валидатор хочет участвовать в двух AVS одновременно, обеспечивая безопасность как ящика с помидорами, так и капитализма, ему понадобится новый TokenPool, который должен включать функции слэшинга для обоих AVS. Теперь валидатор будет обязан соблюдать условия слэшинга как первого TokenPool, так и второго.
Контракт, называемый «слэшер», позволяет участвовать в нескольких TokenPool без необходимости изменять каждый раз условия слэшинга при депонировании.
Вот, как будут взаимодействовать Staker, TokenPool и Слэшеры:
Таким образом, при помощи третьей сущности, являющейся отдельным смарт-контрактом, вы обеспечиваете безопасность сразу нескольких AVS. По сути, мы только что создали EigenLayer - пользователи вносят токены в TokenPool посредством использования AVS и участвуют в обеспечении безопасности dApps. Все довольны, хавала нам.
EigenLayer — протокол рестейкинга в экосистеме Ethereum. Основная задача данного протокола - это повышение безопасности децентрализованных приложений.
Ethereum самостоятельно обеспечивает безопасность смарт-контрактов и транзакций. Но такие инфраструктурные проекты - как мосты, оракулы, роллапы и секвенсоры нуждаются в собственной безопасности для достижения консенсуса среди узлов.
Не каждый тип консенсуса подойдет для решения этих задач. Proof of Work слишком энергозатратен, а Proof of Authority слишком централизован. Именно поэтому Proof of Stake (PoS) стал популярным механизмом консенсуса среди большинства проектов. Я думаю вы довольно часто наблюдали интеграцию стейкинга или делегирования какого-либо токена в dApps и блокчейнах — The Graph, Chainlink, Celestia, любые PoS-блокчейны.
Например, валидаторы в Polygon играют ключевую роль в обеспечении безопасности и функционирования сети. Они подтверждают транзакции и добавляют новые блоки в блокчейн. Для этого валидаторы стейкают токены $POL, что позволяет им участвовать в процессе консенсуса. Взамен они получают вознаграждение за свою работу. Этот механизм помогает поддерживать децентрализацию и безопасность сети Polygon.
Проблема консенсуса Proof Of Stake заключается в том, что создание PoS-инфраструктуры влечет за собой следующие издержки:
- Трудно найти валидаторов.
- Валидаторы должны инвестировать значительные средства для участия в новой сети. Что влечет за собой определенные риски.
- Валидаторы теряют возможность получать вознаграждения от удержания более стабильных токенов, например 3-5% от стейкинга Ethereum. Им нужно депонировать средства в новый блокчейн и приобретать нативный токен, например тот же $POL.
Почему рестейкинг?
Когда запускаются новые инфраструктурные протоколы, они обычно создают собственный токен. Однако, убедить пользователей стать стейкером данного токена довольно сложно:- Стоимость токена протокола может существенно колебаться, что затрудняет процесс убеждения стейкеров в необходимости его приобретения.
- Существует конкуренция со стороны других протоколов, предлагающих более высокую доходность за стейкинг, что обуславливает проектам необходимость предоставления стимулов для привлечения стейкеров.
- За последние полгода мы отчетливо увидели, насколько забавны VC-токены - если вы хотите привлечь людей хорошими ревардами, то нужна сильная инфляция. А если есть заметная инфляция, то токен дешевеет. Если токен дешевеет, то люди капитулируют.
Сейчас, при помощи EigenLayer, пользователь способен первоначально обеспечивать безопасность блокчейна, и, внося свои stETH в EigenLayer, заботиться о безопасности dApps. То есть, один актив за счёт дополнительного “слоя” получает больше применений. ****
Варианты участия в продукте
- Стейкинг LST-токенов, при помощи которых будет обеспечиваться безопасность dApps
- EigenPod - это смарт-контракт, обеспечивающий те же функции, что и TokenPool, но в него депозитится нативный ETH. Для создания EigenPod, вам необходимо являться валидатором Ethereum.
- Использовать нативный токен продукта, но об этом варианте чуть позже.
AVS
Конечная цель EigenLayer — решить проблему фрагментированной безопасности.Проблема заключается в том, что если безопасность протокола обеспечена несколькими источниками, и хоть какой-то из них уязвим, то подвергаются опасности не только другие источники безопасности, но и сам протокол. Это обсуловленно тем, что произвести атаку на один источник и впоследствии заняться другими источниками гораздо проще, чем атаковать один — монолитный.
Данная проблема усугублена еще тем, что каждый dApp зачастую является изолированным, и, соответственно, более уязвимым. Вместо обеспечения безопасности каждого dApp отдельно, EigenLayer внедряет Actively Validated Services (AVS), реализуя возможность обеспечивать безопасность сразу нескольких (многих) приложений одновременно, за счет ликвидности рестейкнутого Ethereum.
Например, в Omni Network застейкано $OMNI на 7.588.000$. Для создания недопустимого блока и его валидации потребуется всего 7.588.001$ — чуть больше, чем 50%.
При этом, в пул EigenLayer, который обеспечивает безопасность Omni Network, депонировано Ethereum на 1.833.000.000$. Поэтому злоумышленнику для совершения атаки уже потребуется не только 7.588.001$ в $OMNI, но и 1.833.000.001$ в $ETH — аналогично, чуть больше, чем 50%.
- Почему 1.833.000.001$, а не 961.500.001$, и 7.588.001$, а не 3.794.000?
Данная сумма обоснована тем, что для компрометации протокола, необходимо иметь >50% от совокупного количества средств в протоколе. Предположим, если TVL протокола составляет 10$, то, внеся 5$, мы захватим лишь 30% протокола, ведь наша доля участия будет составлять 5/15. Своими действиями мы тоже повышаем TVL. Соответственно, если мы внесём 10.1$, то захватим 50.5%, и уже в этом случае атака на протокол станет возможной.
Аналогичная модель реализована во всех приложениях, безопасность которых обеспечена EigenLayer вне зависимости от TVL приложения или блокчейна.
Слэшинг
Данный аспект стоит подробно рассмотреть, поскольку он является ключевым в функционировании EigenLayer при наказании недобросовестных участников блокчейна.- Что такое слэшинг?
Для простоты понимания, слэшинг можно рассматривать как штраф за нарушение.
- Насколько опасен слэшинг?
Рассмотрим на примере классического слэшинга в Ethereum.
Изобретаем EigenLayer
Внимание вопрос. С учетом существующей модели, в которой есть несколько переменных — Токен, Стейкер, TokenPool, и слэшинг, как мы можем избавиться от фрагментированной ликвидности и даровать дапкам и блокчейнам безопасность?Внимание ответ. У нас есть TokenPool, то есть, контракт, где прописаны основные условия стейкинга, включая условия слэшинга стейкеров. В актуальной модели с охранником, 1 AVS (объект, которому обеспечивается безопасность в нашем случае ящик с помидорами), имеет 1 TokenPool — пул EigenLayer, в который охранник внёс свои средства. Данный AVS осуществляет непрерывный мониторинг состояния помидоров в грузовике. Если валидатор хочет участвовать в двух AVS одновременно, обеспечивая безопасность как ящика с помидорами, так и капитализма, ему понадобится новый TokenPool, который должен включать функции слэшинга для обоих AVS. Теперь валидатор будет обязан соблюдать условия слэшинга как первого TokenPool, так и второго.
Контракт, называемый «слэшер», позволяет участвовать в нескольких TokenPool без необходимости изменять каждый раз условия слэшинга при депонировании.
Вот, как будут взаимодействовать Staker, TokenPool и Слэшеры:
Таким образом, при помощи третьей сущности, являющейся отдельным смарт-контрактом, вы обеспечиваете безопасность сразу нескольких AVS. По сути, мы только что создали EigenLayer - пользователи вносят токены в TokenPool посредством использования AVS и участвуют в обеспечении безопасности dApps. Все довольны, хавала нам.