Обзор протокола рестейкинга ETH Eigenlayer
- Сервис, который предоставляет возможность валидаторам рестейкать ETH, получая награды от валидирования и, если добавили ПО AVS (модулей) - награды за обеспечение их безопасности. Минус: возможность слешинга по правилам этих AVS.
- Пользователи могут рестейкать свои LST, получая часть наград с валидирования и обеспечения операторами безопасности AVS (вся сумма ETH + LST обеспечивает их безопасность. Это называется общей безопасностью).
- EigenDA: сервис доступности данных, построенный на базе Ethereum с использованием функционала рестейкинга EigenLayer. Рестейкеры делегируют долю операторам узлов, выполняющим задачи по валидации EigenDA, в обмен на оплату услуг, а роллапы размещают данные в EigenDA, чтобы получить доступ к более низким транзакционным издержкам, более высокой пропускной способности транзакций и безопасной композитности в экосистеме EigenLayer, при этом безопасность и пропускная способность будут горизонтально масштабироваться в зависимости от количества рестейков и операторов, выбравших обслуживание протокола.
Ниже аудит, документация и практика по проекту.
Оглавление
Аудит
Команда
EigenLayer сразу радует тем, что на странице About у них есть раздел с командой:
Но ссылок почему-то не дали на тот же LinkedIn - это минус...
Давайте посмотрим Sreeram Kannan CEO в LinkedIn:
Видим, что есть у него подтверждения. Что в опыте работы он также участвует в University of Washington и в University of California, Berkeley с 2012 по 2015.
В Microsoft проработал 4 месяца с мая по август 2012 (странно это).
В навыках AI и Blockchain с одним подтверждением, алгоритмы с 12 подтверждениями, Artificial Intelligence с 4 подтверждениями и Distributed Systems 2 подтверждения:
В общем, не очень впечатляет всё это...
Но посты (действия) по теме EigenLayer. Это плюс.
product в EigenLayer Vyas Krishnan |:
В Nium работал Product Owner с 2019 по 2021 год и Strategy с 2013 по 2019.
В US Foods Data Engineering Intern с мая по август 2018.
В навыках выступления и Microsoft office, что странно для челловека, занимающегося продуктом. Но их всего 45:
Из интересного:
Leadership 7 подтверждений, Data Analysis 1 подтверждение, Product Development и Software Development по 1 подтверждению, Strategic Planning 1 подтверждение и пр...
protocol research at EigenLayer Soubhik Deb:
Работал в University of Washington, Department of Electrical & Computer Engineering на должности Graduate Research Assistant в 2019-2023 годах.
В NEC Corporation Researcher 2016-2019...
Остальные менее интересные, т. к. связаны с образовательной системой.
Человек достаточно активный (были и проекты, и волонтерская деятельность).
В навыках C++ с одним подтверждением, остальные - без подтверждений:
Robert Raynor ENGINEERING, у которого нашёл только Twitter:
В принципе посты на тему блокчейна (есть и про EigenLayer репосты), но последняя публикация была давно.
Youtube - 2 месяца назад были довольно активными:
Форум активен (последняя активность 3 дня, но вероятнее и после есть):
Последний пост 17 часов назад. У него 12 ответов, 18 репостов, 205 лайков. У предпоследнего 16 ответов, 45 репостов и 431 лайк.
В общем, активность хорошая, хоть и не чрезмерная.
Discord - не часто пишут, отвечают (пусть и тоже не сразу):
Оценка 4 из 5. Список членов подробный, открытый (хоть и без ссылок). Не 5, т. к. нет ссылок и не у всех нашёл LinkedIn. Соцсети активные.
Концепт
У проекта есть белая бумага, где описано многое про Eigenlayer:
Здесь описано о проекте, а также проблема доверия к сетям. Дело всё в том, что атака на модульную сеть проще, чем на Eigenlayer (всего 1-2 МЛРД $ вместо 7-8+ МЛРД $).
Правила слешинга устанавливаются AVS (модулями), а не Eigenlayer (он лишь предоставляет инструмент).
Также они, как и операторы, настраивают правила распределения наград.
Описаны и риски, например, что могут быть дополнительные слешинги, чем если бы пользователь передавал просто средства валидаторам, валидирующим лишь Ethereum.
Во избежании рисков слешинга из-за программной ошибки для запуска AVS проводят аудит +, по данным из белой бумаги, подтверждаться комитетом по вето (он состоит из известных людей в сообществе Ethereum и Eigenlayer). Комитет не может запускать слешинг - лишь останавливать.
Он является временной мерой, пока не будет ясно, что ПО AVS является надёжным.
Проектирование модулей для максимальной безопасности также сводит к минимуму риск централизации. Для этого внедряется 2 варианта:
- Гипер-масштабируемый AVS - система, где вычисление не выполняется каждым валидатором, а распределяется между несколькими. Минусом является необходимость наличия централизованной стороны, которая будет проверять ключи распределённых вычислений, что снижает эффект.
- Лёгкий вес. Это система, где Предлагается модулям внедрять в EigenLayer валидирование лёгких сервисов, типа ZKP доказательств, запуска лёгких Нод других блокчейнов и оракулов, а остальное выполнять самостоятельно.
Далее описаны примеры того, что можно делать:
- Уровень доступности данных Hyperscale (Hyperscale AVS): Eigenlayer может создать уровень доступности данных hyperscale (DA), обеспечивающий высокую скорость передачи данных и низкую стоимость, используя рестейкинг собственного уровня и некоторые передовые идеи в DA, разработанные сообществом Ethereum, включая Danksharding.
- Децентрализованный Секвенсоры (облегченные / гипермасштабируемые AVS): Многие роллапы требуют децентрализованных секвенсоров для управления собственным MEV и устойчивости к цензуре. Эти секвенсоры могут быть построены на EigenLayer с кворумом участников ETH — может существовать единый децентрализованный кворум секвенсоров, который выполняет обслуживание для многих роллапов.
Стоит отметить, что децентрализованный секвенсор не обязан запускать выполнение и может быть только упорядочивающим уровнем, на котором нет проблем с ростом состояния. Таким образом, можно сделать это либо облегченным или даже горизонтально масштабируемым (путем выбора случайного подмножества согласованных Нод для упорядочивания различных подмножеств транзакций). - Легковесные мосты (Light-Node Bridges, или Lightweight AVS): Используя EigenLayer, легко создать мосты между Ethereum и другими блокчейнами. Например, Rainbow Bridge между NEAR и Ethereum основан на оптимистичном подходе, но страдает от высокой задержки из-за высокой стоимости газа при верификации.
Рестейкеры могут проверить оффчейн корректность входных данных моста, и если сильный криптоэкономический кворум подписывает эти данные, то они считаются принятыми. - В случае возражений, входные данные моста могут быть проверены, и валидаторы в EigenLayer могут быть подвержены слешингу в режиме медленной (неоптимистичной) обработки.
А также мосты быстрого режима для связи роллапов с ZKP доказательствами, оракулы и Активация, управляемая событиями (решение для запуска ликвидаций при наличии какого-то события; Управление MEV с возможностью выбора и пр.), Завершенность с одним слотом (облегченный AVS для создания сетей с более быстрым завершением вычислений, чем в Эфире).
Подробности читайте в файле.
В разделе 4.2 рассказывается про расширение пространства блоков в Eigenlayer. Суть в том, что в обычных сетях валидаторы, которые обладают избыточными ресурсами, не могут их использовать. В Eigenlayer же это возможно.
Да: такое использование снижает безопасность, но вычисления могут полагаться на Ethereum, как это делают роллапы. Это делают роллапы.
Это будет делаться путём создания задач, которые будут выполнять только Ноды с большей пропускной способностью.
Интересно также то, что рестейкеры в Eigenlayer не однородны: одни могут считать, что слешинг за неверные данные с биржи (оракул) - слишком рисковано, а другие - что нормально; кто-то может желать поддерживать социальные сети, а кто-то - медленные вычисления, считая их более безопасными. Кроме того, они отличаются по SBT и другим факторам...
Эти идентифицируемые признаки могут служить критериями, по которым набираются рестейкеры для выполнения определенных задач проверки модуля. Таким образом, EigenLayer позволяет выразить
неоднородность между рестейкерами в вычислительной мощности, предпочтениях в отношении риска, предпочтениях в отношении вознаграждения и идентичности, а также позволяет модулям набирать рестейкеров на основе комбинации этих предпочтений и черт.
При этом, для проекта остаётся важной децентрализация несмотря на столь масштабную настраиваемость...
Появление EigenLayer ставит под сомнение существование любого компромисса между демократическим управлением и гибкими инновациями. Фактически, EigenLayer позволяет гибким инновациям
быть построенным поверх доверенной сети Ethereum, оставляя при этом ядро Ethereum в покое для продолжения осторожного и стабильного обновления. Таким образом достигается лучшее из обоих миров. Более того, уровень инноваций без разрешения, возможный на Eigenlayer, намного превышает уровень инноваций, возможный в любой нисходящей модели управления, где решения принимаются только небольшой группой организаций или частных лиц.
В этой конфигурации долгосрочная стабильность обеспечивается базовым уровнем Ethereum, в которым как и всегда, проводится тщательная оценка, в то время как гибкие инновации, необходимые в краткосрочной перспективе
, распространяются свободным рынком через Eigenlayer. Фактически, EigenLayer может выступать в качестве промежуточной сетевой платформы для Ethereum, где конкурирующие идеи реализуются без разрешения, прежде чем быть интегрированными и поглощенными обратно в Ethereum.
Пишут, что Eigenlayer способствует децентрализации стейкеров, т. к. многие AVS хотят, чтоб их Ноды и стейкеры были максимально децентрализованы. Это обеспечивается за счёт настройки условий присоединения к AVS, например, по ресурсам устройств (чтоб домашние валидаторы были в основном).
Это же способствует и дцентрализации Ethereum.
В 4.5 говорится о возможности использования помимо ETH своего токена AVS, что позволяет избежать спирали смерти собственного токена (когда цена постоянно падает).
Валидаторам и стейкерам надо будет добавлять 2 токена.
- Оплата нейтральным активом за услуги с распределением прибыли основателям и стейкерам с валидаторами AVS в Eigenlayer
- Оплата в нейтральном активе с распределением прибыли держателям токена AVS и в Eigenlayer
- Оплата в токене AVS за функционал AVS с распределением кворуму владельцев токена и стейкерам с валидаторами AVS в Eigenlayer
- И двойной стейкинг в ETH с токеном AVS.
P. s. Писал в меру своего понимания...
Как вы понимаете, важность концепта очивидна. Давайте теперь проверим это в Defillama:
7,198 МЛРД $ капитализация и, как говорят, это не предел.
По Dune есть интересный дашборд "EigenLayer Ecosystem Metrics | The Ultimate Restaking Dashboard":
Видим таблицу по добавлениям и выводам токенов (достаточно большие суммы, что говорит о востребованности),
В следующий предположительные данные по аэрдропу для интересующихся им, нативные рестейкеры, а в таблице "Wallet Ranking[EigenLayer] Restakers" можете ввести адрес своего или любого другого кошелька и посмотреть число поинтов - удобно:
P. S. Показал попавшийся в рейтинге сторонний кошелёк (было интересно посмотреть, сколько баллов у кошелька с 1 ETH).
Далее выводы из Eigenlayer по адресу, Исторические операторские узлы [Eigenlayer] - testnet, Исторические узлы AVS[Eigenlayer] - testnet.
Коин
Есть поинты (об этом в инфе про Dune выше)..
По Cryptorank видим, что Eigenlayer собрал $ 64.5M:
Оценка 500 МЛН $, но скорее даже больше...
Серия A 50 МЛН $ от Blockchain Capital, Polychain Capital, Coinbase Ventures, Electric Capital, Hack VC.
Seed раунд: Собрано $14.50M от Polychain Capital, Ethereal Ventures, Robot Ventures, Figment Capital, dao5, P2P Validator.
Код
Есть репозитории:
Layr-Labs/eigenlayer-contracts:
Показано 74 измененных файла с 2578 добавлениями и 854 удалениями. Неплохо. Да и в целом коммиты активно публикуются...
Layr-Labs/eigenlayer-middleware:
Есть и сегодняшние с Показанными 38 измененными файлами с 1769 добавлениями и 207 удалениями:
Изменений немного, а вот предпоследний:
Показаны 14 измененных файлов с 304 добавлениями и 192 удалениями.
Изменений в целом по ним немного, но они частые, и от разных разработчиков - это хорошо.
Документация
На первой странице нам рассказывают о проекте.
EigenLayer - это протокол, построенный на базе Ethereum, который вводит рестейкинг, новый примитив в криптоэкономической безопасности. Этот примитив позволяет повторно использовать ETH на уровне консенсуса. Пользователи, использующие ETH в качестве собственных или ликвидных токенов (LST), могут подключиться к смарт-контрактам EigenLayer, чтобы повторно использовать свои ETH или LST и распространить криптоэкономическую безопасность на дополнительные приложения в сети для получения дополнительного вознаграждения.
С помощью EigenLayer стейкеры Ethereum могут обеспечивать безопасность многих сервисов, повторно используя свои стейки ETH и подключаясь ко многим сервисам одновременно, обеспечивая объединенную безопасность. Повторное использование ETH для обеспечения безопасности многих сервисов снижает капитальные затраты на участие стейкера и значительно повышает гарантии доверия к отдельным сервисам.
Любой, кто создает новый децентрализованный сервис для Ethereum, должен создавать новую сеть доверия для обеспечения безопасности своей системы, что приводит к фрагментации безопасности. EigenLayer решает эту проблему, позволяя любому сервису, независимо от его состава (например, совместимости с EVM), использовать объединенную безопасность стейкеров Ethereum, создавая среду для безразрешительных инноваций и свободного рыночного управления.
Далее - "Key Terms":
Здесь описаны ключевые термины. Покажу некоторые из них:
- Активно проверяемые сервисы (AVS): Любая система, для проверки которой требуется собственная семантика распределенной проверки, например, сайдчейн, уровни доступности данных, новые виртуальные машины, сети киперов, сети оракулов, мосты, схемы пороговой криптографии и доверенные среды выполнения.
- Делегирование в EigenLayer: Функция, позволяющая рестейкерам, владеющим ETH или LST, делегировать свои активы другим организациям, которые будут управлять внецепочечными программными контейнерами сервисных модулей, построенных на EigenLayer, вместо того чтобы самим управлять программным обеспечением.
- EigenPod: контракт, который разворачивается на основе каждого пользователя и облегчает нативный рестейкинг.
- Управление на свободном рынке: EigenLayer обеспечивает механизм открытого рынка, который позволяет стейкерам выбирать, какие услуги использовать, основываясь на собственном анализе рисков и вознаграждений.
- Liquid Staking: Услуга, позволяющая пользователям вносить свои ETH в пул стейкинга и получать токен ликвидного стейкинга. Этот токен представляет собой право требования на их ETH и его доходность. Токены Liquid Staking могут торговаться в экосистеме DeFi и выкупаться за базовую стоимость ETH после периода ожидания.
- LST Restaking: Метод, при котором держатели LST повторно забирают свои Liquid Staking Tokens (LST), передавая их в смарт-контракты EigenLayer.
- Нативный рестейкинг: Метод, при котором стейкеры Ethereum возвращают себе поставленные ETH, указывая свои учетные данные для вывода средств в контрактах EigenLayer.
- Контракт на слэшинг: смарт-контракт, развернутый сервисными модулями на EigenLayer, который обеспечивает слэшинг, определяя и наказывая любое неправильное поведение.
- Оператор: Оператор - это пользователь, который помогает запускать программное обеспечение, созданное на базе EigenLayer. Операторы регистрируются в EigenLayer и позволяют стейкерам делегировать им полномочия, а затем соглашаются предоставлять различные услуги, построенные поверх EigenLayer. Операторы могут сами быть стейкерами; это не взаимоисключающие понятия.
- Объединенная безопасность через рестейкинг: Объединенная безопасность - это когда несколько сторон объединяют свои ресурсы для обеспечения большей безопасности системы. В EigenLayer стейкеры Ethereum могут "перезаложить" свои ETH или Liquid Staking Tokens (LST), приняв участие в новых сервисах, построенных на EigenLayer.
- Баллы рестейкинга: Мера вашего общего вклада в рестейкинг EigenLayer. Основана на количестве ETH, поставленных за определенное время, в единицах ETH в секунду.
Здесь описаны особенности протокола, например, кастомная децентрализация (когда настраиваются требования по ресумсам, о чём писал в концепте по whitepaper), кастомный слешинг (настраивается слешинг AVS) и делегирование оператору. Про это подробнее:
Стейкеры могут быть заинтересованы в участии в EigenLayer, но могут не хотеть самостоятельно запускать программные контейнеры сервисов. EigenLayer предоставляет возможность таким стейкерам делегировать операции EigenLayer операторам, которые предлагают запустить от их имени программные модули с активной проверкой сервисов.
Стейкеры будут принимать решение о делегировании операторам, основываясь на нескольких критериях:
1. Доверие к оператору. Прежде чем делегировать свою долю оператору, стейкер должен провести проверку операторов, поскольку если делегированный оператор не выполнит свои обязательства по сервисам, в которых он участвует, то активы стейкера окажутся под ударом.
2. Вознаграждения. Стакеры могут делегировать операторам, которые предлагают максимальное вознаграждение по делегированной ставке.
3. Предпочтение услуг. Стакеры могут отдавать предпочтение сервисам, исходя из своих личных интересов, тщательности в снижении рисков или вознаграждений, и, следовательно, делегировать свою ставку только тем операторам, которые подключены к этим конкретным сервисам.
Те стейкеры, которые хотят использовать подход с минимальным уровнем доверия, всегда будут иметь возможность стать самостоятельным оператором.
На следующей странице "Support" даны ссылки на места, где оказывается поддержка:
Переходим к гайду оператора. Я не буду показывать все разделы, т. к. это специфическое направление (не всем интересно), но "Introduction" покажу:
Операторы, которые могут быть как частными лицами, так и организациями, играют активную роль в протоколе EigenLayer. Регистрируясь в EigenLayer, они дают возможность стейкерам ETH делегировать свои стейкинг активы, будь то в виде собственных ETH или LST. Операторы узлов затем соглашаются предоставлять AVS ряд услуг, повышая общую безопасность и функциональность своих сетей.
Для того чтобы стать оператором в экосистеме EigenLayer, не требуется определенное количество рестейкнутых токенов. По сути, любой адрес Ethereum может выступать в качестве оператора. Кроме того, адрес может выступать в качестве рестейкера, участвуя в ликвидном или нативном рестейкинге, и в качестве оператора одновременно. Однако важно отметить, что эта двойная роль не является обязательной. Оператор может участвовать в сети EigenLayer, не имея никаких рестейк-токенов.
Большинство операторов будут получать делегации токенов от других рестейкеров в сети, или же операторы могут выбрать самостоятельное делегирование, выделив свой собственный баланс рестейкнутых токенов.
И "Operator FAQ":
Переходим к "Restaking User Guide":
В этих руководствах вы узнаете, как владельцы LST и Native Stakers могут пополнять счет, снимать деньги и зарабатывать баллы в приложении EigenLayer.
Ликвидный рестейкинг - это процесс внесения ликвидных стейблкоинов (LST) в смарт-контракты EigenLayer. На данный момент протокол поддерживает следующие LST:
stETH (Lido), rETH (Rocket Pool), cbETH (Coinbase), wBETH (Binance), osETH (Stakewise), swETH (Swell), AnkrETH (Ankr), EthX (Stader), OETH (Origin ETH), sfrxETH (Frax Ether), lsETH (Liquid Staked ETH), mETH (Mantle Staked Ether)
В будущем протокол планирует поддерживать дополнительные токены ликвидных стейблкоинов.
Native restaking описывает процесс установки withdrawCredential валидатора Ethereum в смарт-контракты EigenLayer (EigenPod). Для участия в Native Restaking вы должны управлять узлом Ethereum Validator.
EigenLayer запускает максимально консервативную задержку вывода средств, которая со временем должна только уменьшаться.
7-дневная задержка должна дать достаточно времени для проверки снятия средств на наличие подозрений и приостановки соответствующей функциональности, если это необходимо.
Метод, при котором владельцы Liquid Staking Token (LST) рестейкают, переводя свои токены в смарт-контракты EigenLayer.
На странице "Restake LSTs" показана инструкция по рестейку:
Описывать не будет - будет в практике.
Тоже инструкция. Просто заходите на сайт, вводите сумму, нажимаете "Подтвердить" и отправляете транзакцию. Ждёте 7 дней и подтверждаете вывод.
Native Restaking - это процесс указания учетных данных вывода Ethereum validator на EigenPod пользователя. Для участия в Native Restaking вам необходимо управлять узлом Ethereum Validator.
Остальная информация специфическая, и мало что даст не разбирающемуся человеку. Скажу лишь: хорошо, что описывают столь подробно.
"Create EigenPod and Set Withdrawal Credentials":
EigenPod - это смарт-контракт, управляемый пользователями и предназначенный для содействия протоколу EigenLayer в мониторинге и управлении статусами баланса и вывода средств. При планировании операций с EigenPod и валидаторами обратите внимание на следующие соображения:
- Вы можете направить любое количество валидаторов на один EigenPod.
- Адрес Ethereum может развернуть только один EigenPod.
- Адрес, развернувший EigenPod, становится владельцем контракта и получает разрешение на операции перезаключения и вывода средств.
- Право владения на EigenPod не может быть передано.
"Set Validator Withdrawal Credentials":
Если вы не знаете свой префикс вывода средств, ознакомьтесь с префиксом вывода средств валидаторов, прежде чем приступать к этому руководству.
Это руководство содержит пошаговую инструкцию по установке учетных данных для вывода средств валидаторами одним из трех доступных способов: через ethdo, через Consensus Client или непосредственно с устройства ставочного оборудования.
В общем, большинству пользователей без надобности это...
В EigenLayer существует два вида вывода средств из нативного рестейкинга:
- Частичный вывод: остатки, превышающие 32 ETH (заработанные вознаграждения), выводятся на адрес Ethereum. Валидатор будет продолжать оставаться частью beacon chain и подтверждать их, как и ожидалось.
- Полный вывод средств: пользователи имеют возможность полностью прекратить свою деятельность по стейкингу. Выбрав этот вариант, они инициируют процесс разблокировки всего баланса своего валидатора, включая как первоначальную ставку, так и все накопленные вознаграждения. Это действие фактически прекращает участие их валидатора в сети.
В следующих разделах описываются варианты более подробно (пропущу).
"Restaked Points" - страница про те самые поинты!:
Restaked поинты - это показатель вашего вклада в общую безопасность экосистемы EigenLayer. Они представляют собой меру участия в ставках, равную сумме ставок с учетом времени.
Далее идут формулы, которые мне, к сожалению, не доступны из-за графического представления. Скажу лишь, что расчёт ведётся в в номинальных единицах ETH. Для целей номинальной меры участия рассматриваются все токены, такие как Native Restaked ETH и Liquid Staked ETH (LSTs), эквивалентно и рассчитывают общую меру участия в единицах ETH
Вознаграждения консенсус-слоя не участвуют при подсчёте баллов.
Пользователям рекомендуется сначала протестировать свой подход к размещению ставок в тестовой сети Goerli, прежде чем использовать основную сеть ETH.
Далее даются ссылки на страницы этого раздела, которые нам тоже не особо интересны из-за схожести с мейннетом и неважности для обычных пользователей.
Скажу лишь, что в тестнете вывод занимает 10 блоков (примерно 2 минуты).
Перейдём сразу к "Restaking Developer Guide":
Здесь описано, что стоит переделывать смартконтракты с осторожностью. Лучше обращаться за поддержкой к Igen labs для получения инструкций о правильной интеграции. После этого сообщения даны ссылки на ресурсы для разработчиков.
Для получения дополнительной информации о создании AVS на EigenLayer, пожалуйста, ознакомьтесь со спецификациями, определенными командами Eigen/Nethermind.
Также даны ссылки на анкету AVS и блог AVS research.
Сначала советуют изучить основы Eigenlayer, затем пройти от идеи к тестовой сети, и только после этого запускаться в mainnet. Естественно каждый шаг описан с подразделами и ссылками...
"First Steps Towards Designing an AVS":
Предположим, что вы, как разработчик, задумались о примитиве или функции, такой как децентрализованная последовательность, доступность данных или что-то еще, что вы хотели бы видеть в качестве AVS на EigenLayer. Теперь встает вопрос о том, как начать думать о создании этой AVS на EigenLayer. В качестве первого шага вам следует ответить на следующие четыре вопроса:
- Что определяет задачу в вашей AVS? Работа AVS на EigenLayer может быть разбита на блоки, называемые "задачами". Неформально, каждая "Задача" описывает наименьшую единицу работы, которая должна быть выполнена текущими операторами в соответствии с семантикой распределенной проверки AVSs. Определение задачи заставит вас задуматься о том, какую работу должен выполнить любой оператор, подключающийся к вашей AVS.
- Какой тип доверия хочет унаследовать ваша AVS? Ответ на этот вопрос заставит вас задуматься о том, каким операторам вы хотите разрешить участвовать в вашей AVS. Например, если вашей AVS нужно только децентрализованное доверие, то вы можете указать, что только географически разнообразные хоумстейкеры (сертифицированные субъективными оракулами) могут принять участие в вашей AVS.
- Является ли работа, которую должен выполнять оператор, легкой или тяжелой? Если траст или комбинация трастов, которые ваша AVS хочет программно наследовать от Ethereum через EigenLayer, включает децентрализованный траст или траст валидатора Ethereum, то вы, возможно, захотите убедиться, что работа, которую должен выполнять любой оператор, является легкой. Это необходимо для того, чтобы ваша AVS могла набрать как можно больший набор децентрализованных операторов или не накладывать риск централизации на набор валидаторов Ethereum.
- Каковы условия слэшинга? Если ваша AVS поддерживает слэшшинг, важно четко определить, какие ответы на задачи заставят оператора считать себя нарушившим семантику валидации AVS.
Переходим к разделу безопасности: к первой странице "Multisig Governance":
EigenLayer разработан с обновляемыми смарт-контрактами, возможностью приостановки функциональности и различными настраиваемыми параметрами. Возможность и ответственность за принятие решений относительно обновления контрактов, приостановки функциональности и первоначальной настройки параметров были делегированы трем основным мультисигам управления.
Operations Multisig - это 3 из 5, и он может выполнять рутинные обновления и техническое обслуживание с помощью временной блокировки, которая обеспечивает минимальную 10-дневную задержку для всех критически важных действий. Он также может приостанавливать функциональность EigenLayer в чрезвычайных ситуациях.
Pauser Multisig - это мультисигнал 1 из 9, который также может приостанавливать работу EigenLayer в чрезвычайных ситуациях, но не имеет других полномочий.
Community Multisig - это мультисиг 9 из 13, состоящий из членов сообщества Ethereum. В обычных обстоятельствах участники Community Multisig выступают в роли наблюдателей, получая регулярные обновления о транзакциях Operations Multisig, включая уведомления о том, что Operations Multisig ставит в очередь новые действия, заблокированные по времени. В чрезвычайных обстоятельствах Community Multisig может выполнять экстренные действия, включая немедленное выполнение критических по времени обновлений или замену Operations Multisig в случае компрометации закрытого ключа.
+ описан состав этого мультисига.
Наконец, есть мультисиг-исполнитель, который выполняет только (автоматизированную) роль по выполнению функций, переданных ему мультисигом-оператором или мультисигом-сообщества.
На техническом уровне архитектура управления выглядит следующим образом:
Эти мультисиги представляют собой рудиментарную, но работающую систему прозрачного первоначального управления, с соответствующими сдержками и противовесами. По мере развития протокола будет развиваться и его управление, и команда постоянно оценивает возможности для потенциальных будущих механизмов управления.
Децентрализованные методы управления быстро развиваются, постоянно расширяя границы и исследуя инновационные подходы. В дополнение к вышесказанному, EigenLayer ожидает появления новых механизмов, которые еще предстоит разработать, и с удовольствием исследует их и способствует их внедрению.
На странице "Audits" описаны аудиты, пройденные Eigenlayer:
Команда представляет два аудита: Consensys Diligence и Sigma Prime. Они оценивают технологию по различным компонентам, включая архитектуру, меры безопасности, соответствие стандартам и функциональность. Рекомендуют изучить оба аудита для понимания возможностей технологии, безопасности и надежности. Установка и запуск тестов/анализаторов описаны в репозитории на Github.
"Bug Bounty":
Предлагают изучить баг-баунти программу.
"Guardrails":
Даны ссылки на смартконтракты в мейннете и на сайт.
В интересах безопасности протокола EigenLayer запускает лимиты на рестейкинг. Эти лимиты будут постепенно повышаться, с целью достижения открытого и не ограниченного состояния, когда любой пользователь сможет повторно взять любое количество Эфира.
Кроме того, протокол облегчает нативный рестейкинг, позволяя пользователям создавать EigenPods и назначать учетные данные нескольких валидаторов для вывода средств на адреса своих EigenPods.
На ранних стадиях развития мейннета EigenLayer будет действовать 7-дневная задержка вывода средств, которая послужит мерой безопасности, чтобы оптимизировать сохранность активов. Эта задержка вывода средств, обычная для стейкинг протоколов, необходима при запуске AVS, поскольку необходимо проверить, что деятельность, связанная с любым AVS, была успешно завершена.
В контрактах EigenLayer предусмотрена 7-дневная отсрочка вывода средств, что является критически важной мерой безопасности в случаях раскрытия уязвимостей или обнаружения аномального поведения системами мониторинга. Эта задержка не только служит превентивным механизмом, но и позволяет в некоторых случаях смягчить последствия взлома протокола. Когда контракты приостановлены и снятие средств отключено, система позволяет произвольно изменять состояние или код контрактов с помощью обновлений. Хотя это технически возможно, такие вмешательства не являются рутинной практикой, и к ним следует подходить с осторожностью.
У этой системы есть два основных недостатка. Первое - это потенциальная уязвимость, позволяющая обойти задержку выхода из системы. Второе - риск дефекта в коде, управляющем запросами после того, как они прошли период задержки.
Чтобы снизить эти риски, подход предполагает оптимизацию сложных процессов в коде до задержки и упрощение операций в коде после задержки. Это связано с целью разработки надежного и безошибочного механизма задержки, что повышает общую безопасность и устойчивость системы.
"Risk FAQ":
Опишу некоторые интересные вопросы:
Не удаляет ли EigenLayer всю полезность сетевого токена AVS?
Нет, EigenLayer не отменяет ценность любых гипотетических токенов AVS, а добавляет им еще больше пользы.
Во-первых, сети L2 Ethereum служат отличным контраргументом этой логической линии. Несмотря на передачу безопасности сети Ethereum, токены L2 сохраняют значительную ценность внутри своих сетей.
Во-вторых, если отдельная AVS решит использовать свой собственный токен для стейкинга и сетевых операций, EigenLayer поддерживает двойной стейкинг. В этом случае AVS может быть обеспечен двумя типами активов: один в ETH, а другой в своем собственном токене.
Важно отметить, что при модели двойного стейкинга у руководства AVS всегда есть возможность регулировать баланс между родным токеном AVS и ETH в сети.
На начальном этапе AVS может предпочесть в большей степени полагаться на ETH, придавая ему больший вес, чтобы снизить риск, присущий исключительно собственному токену, который потенциально может привести к нисходящей спирали. Однако по мере становления AVS и роста ее популярности руководство может скорректировать баланс, придав больший вес токену AVS, тем самым повысив его ценность.
Эти моменты дают отдельным AVS больше возможностей, чем текущий статус-кво. Таким образом, опора на EigenLayer, не отрицает полезность токена AVS. Напротив, благодаря этим дополнительным возможностям проект повышает его ценность.
Увеличивает ли EigenLayer давление централизации на набор валидаторов?
Проект поощряет в случае требовательных к ресурсам AVS поддерживать отдельных операторов этих AVS, а валидаторам Ethereum предлагает обслуживать лёгкие AVS.
Здесь представлены адреса задеплоенных смартконтрактов. Описывать их не буду.
EigenDA
Переходим к разделу в верхнем меню с таким названием, т. к. это важная часть Eigenlayer.
EigenDA - это безопасный, высокопроизводительный и децентрализованный сервис доступности данных (DA), построенный на базе Ethereum с использованием примитива рестейкинга EigenLayer. Разработанный EigenLabs, EigenDA станет первым активно проверяемым сервисом (AVS), запущенным на EigenLayer. Рестейкеры смогут делегировать долю операторам узлов, выполняющим задачи по валидации EigenDA, в обмен на оплату услуг, а роллапы смогут размещать данные в EigenDA, чтобы получить доступ к более низким транзакционным издержкам, более высокой пропускной способности транзакций и безопасной композитности во всей экосистеме EigenLayer, причем безопасность и пропускная способность будут горизонтально масштабироваться в зависимости от количества рестейков и операторов, которые будут обслуживать протокол.
Доступность данных - это требование как для ZK, так и для оптимистичных роллапов:
- Как в оптимистичных роллапах, так и в ZK-роллапах, если данные о транзакциях недоступны, то участники роллапа не смогут восстановить состояние роллапа, чтобы при желании перебросить свои активы.
- В оптимистичных роллапах, если данные о транзакциях недоступны, претенденты не могут проверить обязательства секвенсора по состоянию и создать доказательства мошенничества, если это необходимо.
- Секвенсор сворачивания создает блок с транзакциями и отправляет запрос на дисперсию блока данных.
- Дисперсор отвечает за кодирование блоков данных на фрагменты, генерирование KZG-обязательств и KZG-доказательств, а также отправку обязательств, фрагментов и доказательств на узлы-операторы сети EigenDA.
- Для удобства и амортизации затрат на проверку подписи роллапы смогут запускать собственный дисперсер или использовать сервис дисперсера, которым управляет третья сторона (например, EigenLabs). Для роллапа возможно оптимистичное использование дисперсионной службы, так что в случае отсутствия реакции службы или цензуры роллап может использовать свой собственный дисперсер в качестве резервного, получая таким образом амортизационные преимущества в оптимистичном режиме без ущерба для цензуроустойчивости.
- Узлы EigenDA проверяют полученные чанки на соответствие обязательству KZG с помощью многораскрывающих доказательств, сохраняют данные, затем генерируют и возвращают подпись обратно дисперсеру для агрегации.
"System Performance and Customization":
Я думал описывать вам это, но понял, что сложно... Скажу лишь, что есть параметры, которые позволяют настраивать количество валидаторов AVS и пр... Они основываются на задержке между Нодами, на размере BLOB и так далее...
Цель Blob Explorer - показать BLOBs и сводную статистику. Основные возможности Blob Explorer включают:
- Данные о пропускной способности за последний час
- Отображение последних 100 блобов
- Отображение подробной информации об одном блобе для заданного ключа блоба.
Чтобы получить доступ к Blob Explorer, посетите сайт https://blobs-goerli.eigenda.xyz/.
"Optimistic Rollup Integration Strategies":
Существует несколько жизнеспособных стратегий проектирования для безопасной интеграции optimistic роллапов с EigenDA. Цель этого документа - подробно описать их, чтобы дать инженерам, занимающимся разработкой роллапов, четкое понимание того, как интеграция EigenDA повлияет на их технологический стек и модель безопасности.
Для любого конкретного роллапа существует четыре основные проблемы, присущие интеграции с внешним DA:
- Рассеивание. Роллап должен записывать партии транзакций на уровень DA, ждать подтверждения и записывать полученный сертификат DA в rollup inbox.
- Проверка сертификата. Контракт rollup inbox или rollup OS должны проверить, что DA-сертификат действителен, т. е. что достаточное количество операторов сертифицировало доступность BLOB, прежде чем читать данные DA-сертификата из слоя DA. Это гарантирует, что пакет транзакций, на который ссылается недействительный сертификат, не будет выполнен.
- Извлечение. Полные Ноды роллапов должны получать блобы EigenDA как часть процесса деривации/вызова L2. В противном случае они не смогут следить за состоянием L2.
- Проверка данных. Протокол арбитража мошенничества в цепочке должен быть способен проверить, что данные блоба EigenDA, используемые для генерации корня состояния, соответствуют обязательствам KZG, предоставленным в сертификате EigenDA, отправленном в rollup inbox. При такой проверке чейн гарантирует, что данные транзакции, используемые для генерации корня состояния сворачивания, не подвергались манипуляциям со стороны секвенсора/пропозера.
Каждая стратегия, используемая для интеграции EigenDA, может быть определена тем, как обрабатываются эти проблемы.
Подробнее не буду описывать, т. к. это все равно техническая тема. Если интересно, изучите на странице.
Это руководство содержит шаги, необходимые для настройки Ноды в тестовой сети EigenDA. Тестовая сеть используется для проверки эксплуатационных требований и производительности Ноды перед развертыванием в основной сети. В тестовой сети постоянно проводятся стресс-тесты и часто обновляется программное обеспечение Ноды и другие компоненты сети. Важно регулярно проверять наличие новых обновлений программного обеспечения и документации.
Далее описаны: Системные требования оператора, требования к хранилищу Ноды и т. п.
Остальные страницы раздела пропущу, т. к. они предназначены для желающих поставить Ноду оператора EigenDa.
В разделе роллапов "Dispersing your first blob":
Разработчики роллапов должны планировать две точки интеграции с EigenDA: внецепочечную интеграцию с их секвенсором и интеграцию на цепочке с их смарт-контрактами роллапов. Внецепочечная интеграция включает в себя серию RPC-вызовов к EigenDA Disperser. Интеграция по цепочке включает вызов функции смарт-контракта для проверки того, что блоб был сохранен в сети EigenDA.
Эти инструкции созданы для взаимодействия с живой тестовой сетью EigenDA.
"EigenDA OP Stack Integration":
OP Stack - это набор программных компонентов, которые запускают секвенсоры, узлы и контракты для Optimism и которые могут быть независимо развернуты для питания сторонних роллапов.
В своем родном режиме OP Stack использует Ethereum для доступности данных, то есть сохраняет партии транзакций L2 в Ethereum в виде calldata для формирования канонической цепочки L2. Это имеет свои преимущества и недостатки. Преимущество использования Ethereum для DA заключается в том, что данные полностью защищены бюджетом безопасности Ethereum, а сама система относительно проста. Недостатком является то, что данные Ethereum calldata дороги и относительно дефицитны. Пропускная способность консенсуса Ethereum (до появления EIP-4844) составляет 200 Кб на блок, каждые 12 секунд. Этого недостаточно для масштабирования децентрализованной сети. Когда пропускная способность была основным узким местом для масштабирования Ethereum, решением проблемы были роллапы. Теперь пропускная способность DA стала узким местом для масштабирования роллапов, и ответ - EigenDA. Записывайте данные транзакций L2 в набор операторов DA, не требующий разрешения, доверия, безопасности и масштабируемости, и последнее узкое место в производительности вашего роллапа будет устранено.
Компания EigenLabs переделала OP Stack для добавления дополнительной поддержки EigenDA.
В отсутствие доказательств мошенничества интеграция относительно проста. На стороне секвенирования вместо записи данных L2-транзакций в Ethereum calldata мы записываем данные L2-транзакций в EigenDA. Затем мы берем полученный в EigenDA блоб-ключ и записываем его в Ethereum calldata. Если размер блоб-данных может составлять много мегабайт, то блоб-ключ имеет длину всего несколько байт, поэтому стоимость calldata становится относительно незначительной.
Другой стороной интеграции является конвейер L2-вывода, который и секвенсоры, и узлы выполняют непрерывно, чтобы отслеживать состояние канонической L2-цепочки. В EigenDa обновили этот процесс, чтобы он распознавал блоб-ключи EigenDA, отправленные в L2 inbox, чтобы было известно, что нужно загрузить эти данные из EigenDA, прежде чем продолжить деривацию.
Важной особенностью этой интеграции является механизм безопасности для возврата к Ethereum DA в случае, если EigenDA работает некорректно.
Дальнейшие подробности опустим, т. к. все равно детали про Op stack мало кто знает...
Следующую страницу "Local Deployment" тоже пропущу.
Arbitrum Orbit - это набор для разработки роллапов (RDK), разработанный компанией Offchain Labs, чтобы разработчики роллапов могли создавать роллапы, используя то же программное обеспечение, что и Arbitrum One и Arbitrum Nova. В сотрудничестве с AltLayer команда форкнула основной компонент Orbit, Nitro, чтобы добавить поддержку M0 для EigenDA. Статус M0 этой интеграции означает, что она предназначена только для тестовой сети.
Далее идёт небольшая инструкция по интеграции, которую опущу.
"Contracts":
Указаны адреса смартконтрактов EigenDA.
Итог по документации
Оценка 5 из 5. Всё подробно и профессионально.
Практика
Для начала переключаемся на EThereum в кошельке.
Далее идём на сайт https://app.eigenlayer.xyz/
Видим сверху уведомление о том, что ввод в Eigenlayer приостановлен (придётся ждать новостей). Но вы можете скрыть, нажав на кнопку, чтоб не мешало сообщение. Далее жмём по "connectWallet":
Выбираем кошелёк и подключаемся:
"Sign" и подписываем сообщение. Всё. Нажав по "Connect wallet" увидим, что подключены:
Здесь видим информацию по нашим активам, а также возможность перейти к стейкингу LST или нативного ETH.
Native Restaking
Жмём по ссылке ETH и переходим на https://app.eigenlayer.xyz/token/ETH
Эта функция только для валидаторов.
Видим статистику по балансу и пр.
Нажав по неактивной у меня кнопке "complete-withdraw-btn" вы сможете подвтердить вывод после 7 дней ожидания. "Unstake" позволит запустить вывод из стейка.
Далее информация и кнопка "Create EigenPod", после клика по которой откроется кошелёк для подтверждения транзакции:
Подтверждаем и видим адрес, который копируем и добавляем в ПО оператора, дабы на него выводились средства. Вот он у меня:
Liquid Restaking
Выбираю, например, swETH:
Вводите сумму и "Deposit" с approve и подтверждениями в кошельке.
Можете нажать на главной "Sort by: Random":
Выберу sfrxETH:
Страница, как видите, такая же. В прочем, они одинаковые и для других LST.
Нажмём по кнопке вывода "withdraw-btn":
Вводим сумму также, "Deposit" (вторая кнопка) и подтверждаем в кошельке. Через 7 дней жмём "complete-withdraw-btn" (первая кнопка после формы) и подтверждаем в кошельке.
Итог по практике
4 из 5. Не нашёл функционала по выбору оператора / AVS, но возможно этим занимаются LST...
Дополнительно: экосистема
При желании можете изучить проекты в экосистеме Eigenlayer:
Например, оставил только роллапы:
Есть везде то, что привлекает внимание...
Интересно, что из LRST сервисов лишь Puffer finance участвует в экосистеме в качестве оператора. Остальные (я проверял ether fi и kelpdao) нет. Так что и я их обозревать в рамках этой статьи не буду.
Общий вывод
Всё
С вами был незрячий программист, автор обзоров и канала https://t.me/blind_dev - подписывайтесь, чтоб получать новые мои статьи и новости по разработкам.
Также отправляйте донаты (буду рад), т. к. написание обзоров требует времени и, иногда, расходов:
BTC: bc1pe4g9ssu6f93k8v75gqtm0uxv45y8739qka845ryhsujkd80ahw8stq6vhx