Завьялов Илья Николаевич про EigenLayer (Ч.1).

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

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.

Исходя из данных причин, EigenLayer был создан именно на Ethereum. Ethereum — лучший блокчейн для создания подобного протокола, ведь чем выше TVL протокола, тем сложнее его взломать и скомпрометировать. На изображении ниже, данный момент визуально более понятен — EigenLayer совмещает в себе множество обособленных приложений, в том числе и сам эфириум, обеспечивая безопасность огромным TVL.

Почему рестейкинг?

Когда запускаются новые инфраструктурные протоколы, они обычно создают собственный токен. Однако, убедить пользователей стать стейкером данного токена довольно сложно:

1. Стоимость токена протокола может существенно колебаться, что затрудняет процесс убеждения стейкеров в необходимости его приобретения.
2. Существует конкуренция со стороны других протоколов, предлагающих более высокую доходность за стейкинг, что обуславливает проектам необходимость предоставления стимулов для привлечения стейкеров.
3. За последние полгода мы отчетливо увидели, насколько забавны VC-токены — если вы хотите привлечь людей хорошими ревардами, то нужна сильная инфляция. А если есть заметная инфляция, то токен дешевеет. Если токен дешевеет, то люди капитулируют.

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

Сейчас, при помощи EigenLayer, пользователь способен первоначально обеспечивать безопасность блокчейна, и, внося свои stETH в EigenLayer, заботиться о безопасности dApps. То есть, один актив за счёт дополнительного “слоя” получает больше применений. ****

1. Стейкинг LST-токенов, при помощи которых будет обеспечиваться безопасность dApps
2. EigenPod — это смарт-контракт, обеспечивающий те же функции, что и TokenPool, но в него депозитится нативный ETH. Для создания EigenPod, вам необходимо являться валидатором Ethereum.
3. Использовать нативный токен продукта, но об этом варианте чуть позже.

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

AVS

Конечная цель EigenLayer — решить проблему фрагментированной безопасности.

Предположим, вы владеете 1 stETH. Также представьте себя охранником моста ООО “Спекулянт”. Если вы депонировали 1 stETH в протокол, чтобы обеспечить безопасность грузоперевозки по данному мосту, то вы обеспечиваете безопасность только грузоперевозки. 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 при наказании недобросовестных участников блокчейна.

— Что такое слэшинг?

Для простоты понимания, слэшинг можно рассматривать как штраф за нарушение.

Снова представим мост ООО “Спекулянт”. Безопасность данного моста обеспечена его охранником, который депонировал средства в пул EigenLayer. Если охранник решит украсть пару помидор из грузовика, который ежедневно проезжает по мосту, и часть груза не доедет до точки назначения, он потеряет депонированные им ранее средства. Отследив по камерам, ООО “Спекулянт” сможет доказать мошенничество охранника и привести его долю участия в EigenLayer к слэшингу.

— Насколько опасен слэшинг?

Рассмотрим на примере классического слэшинга в Ethereum.

Первоначально на валидатора накладывается наказание в размере 1/32 от его стейка, то есть, 1 ETH. Впоследствии, он помещается в очередь на вывод, и за время ожидания (~36 дней) теряет ~0.07 ETH — 8000 GWei за каждые 4 минуты ожидания своей очереди на вывод. Здесь описан самый лояльный механизм так как если злоумышленников несколько, слэшинг нанесет гораздо больше ущерба для предотвращения скоординированных коллективных атак.

Внимание вопрос. С учетом существующей модели, в которой есть несколько переменных — Токен, Стейкер, TokenPool, и слэшинг, как мы можем избавиться от фрагментированной ликвидности и даровать дапкам и блокчейнам безопасность?

Внимание ответ. У нас есть TokenPool, то есть, контракт, где прописаны основные условия стейкинга, включая условия слэшинга стейкеров. В актуальной модели с охранником, 1 AVS (объект, которому обеспечивается безопасность в нашем случае ящик с помидорами), имеет 1 TokenPool — пул EigenLayer, в который охранник внёс свои средства. Данный AVS осуществляет непрерывный мониторинг состояния помидоров в грузовике. Если валидатор хочет участвовать в двух AVS одновременно, обеспечивая безопасность как ящика с помидорами, так и капитализма, ему понадобится новый TokenPool, который должен включать функции слэшинга для обоих AVS. Теперь валидатор будет обязан соблюдать условия слэшинга как первого TokenPool, так и второго.

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

Вот, как будут взаимодействовать Staker, TokenPool и Слэшеры:

Таким образом, при помощи третьей сущности, являющейся отдельным смарт-контрактом, вы обеспечиваете безопасность сразу нескольких AVS. По сути, мы только что создали EigenLayer — пользователи вносят токены в TokenPool посредством использования AVS и участвуют в обеспечении безопасности dApps. Все довольны, хавала нам.