26 записей с тегом "Ethereum"

Введение​

Роллапы как услуга (Rollups-as-a-Service, RaaS) и модульные блокчейн-фреймворки стали критически важными в 2025 году для масштабирования Ethereum и создания кастомных блокчейнов. Ведущие фреймворки – OP Stack от Optimism, ZK Stack от zkSync (Hyperchains), Arbitrum Orbit, Chain Development Kit (CDK) от Polygon и связанные с ними решения – позволяют разработчикам запускать свои собственные Layer-2 (L2) или Layer-3 (L3) чейны с различными подходами (оптимистические или с нулевым разглашением). Эти фреймворки разделяют философию модульности: они разделяют такие задачи, как выполнение, расчет, доступность данных и консенсус, что позволяет настраивать каждый компонент. В этом отчете сравниваются фреймворки по ключевым параметрам – опции доступности данных, дизайн секвенсора, модели комиссий, поддержка экосистемы – и исследуются их архитектура, инструментарий, опыт разработчиков и текущее внедрение как в публичных, так и в корпоративных контекстах.

Обзор сравнения​

В таблице ниже приведены основные характеристики каждого фреймворка:

Таблица: Высокоуровневое сравнение ключевых технических характеристик OP Stack, ZK Stack от zkSync, Arbitrum Orbit и Polygon CDK.

Уровни доступности данных​

Доступность данных (DA) – это место, где роллапы хранят свои транзакционные данные, чтобы любой мог восстановить состояние цепи. Все эти фреймворки поддерживают использование Ethereum L1 в качестве DA (публикация calldata или blob-данных в Ethereum для максимальной безопасности). Однако для снижения затрат они также допускают альтернативные решения DA:

• OP Stack: По умолчанию OP-цепи публикуют данные в Ethereum (в виде calldata или blobs). Благодаря модульному интерфейсу "Alt-DA" цепи OP Stack могут легко подключаться к другим уровням DA. Например, OP-цепь может использовать Celestia (специализированный блокчейн DA) вместо Ethereum. В 2023 году OP Labs и Celestia выпустили бета-версию, где роллап OP Stack рассчитывается на Ethereum, но хранит основную часть данных на Celestia. Это снижает комиссии, наследуя при этом гарантии доступности данных Celestia. В целом, любая EVM или не-EVM цепь – даже Bitcoin или централизованное хранилище – может быть настроена как уровень DA в OP Stack. (Конечно, использование менее безопасного DA обменивает часть безопасности на стоимость.) Ethereum остается преобладающим выбором для производственных OP-цепей, но такие проекты, как тестовая сеть Taro от Caldera, продемонстрировали OP Stack с Celestia DA.

• ZK Stack (zkSync Hyperchains): ZK Stack предлагает как режимы роллапа, так и валидиума. В режиме роллапа все данные находятся ончейн (Ethereum). В режиме валидиума данные хранятся оффчейн (с доказательствами валидности только ончейн). Matter Labs интегрирует Avail, Celestia и EigenDA в качестве первоклассных опций DA для цепей ZK Stack. Это означает, что zkSync Hyperchain может публиковать транзакционные данные в Celestia или сеть на базе EigenLayer вместо L1, значительно увеличивая пропускную способность. Они даже описывают волицию, когда цепь может решать для каждой транзакции, рассматривать ли ее как роллап (ончейн-данные) или валидиум (оффчейн-данные). Эта гибкость позволяет разработчикам балансировать безопасность и стоимость. Например, игровая гиперцепь может использовать Celestia для дешевого хранения данных, полагаясь на Ethereum для периодических доказательств. Дизайн ZK Stack делает DA подключаемым через компонент DA client/dispatcher в программном обеспечении ноды. В целом, Ethereum остается по умолчанию, но экосистема zkSync сильно акцентирует внимание на модульном DA для достижения "гипермасштабной" пропускной способности.

• Arbitrum Orbit: Цепи Orbit могут выбирать между двумя режимами данных Arbitrum: роллап (данные публикуются в Ethereum) или AnyTrust (комитет по доступности данных). В конфигурации роллапа L3 Orbit будет публиковать свои данные вызова в L2 (Arbitrum One или Nova) или L1, наследуя полную безопасность при более высокой стоимости. В режиме AnyTrust данные хранятся оффчейн комитетом (как используется в Arbitrum Nova, который использует Комитет по доступности данных). Это значительно снижает комиссии для высокообъемных приложений (игры, социальные сети) ценой доверия комитету (если все члены комитета сговорятся удерживать данные, цепь может остановиться). Помимо этого, Arbitrum также интегрируется с новыми модульными сетями DA. В частности, Celestia и Polygon Avail поддерживаются для цепей Orbit в качестве альтернативных уровней DA. Такие проекты, как AltLayer, работали над роллапами Orbit, которые также используют EigenDA (сервис DA от EigenLayer). Таким образом, Arbitrum Orbit предлагает гибкую доступность данных: ончейн через Ethereum, оффчейн через DAC или специализированные цепи DA, или гибриды. Многие пользователи Orbit выбирают AnyTrust для экономии средств, особенно если у них есть известный набор валидаторов или партнеров, обеспечивающих доступность данных.

• Polygon CDK: CDK от Polygon по своей сути модулен в отношении DA. Цепь Polygon CDK может работать как роллап (все данные в Ethereum) или валидиум (данные в отдельной сети). У Polygon есть собственное решение DA под названием Avail (блокчейн для доступности данных), и цепи CDK могут использовать Avail или любой аналогичный сервис. В конце 2024 года Polygon объявил о прямой интеграции Celestia в CDK – сделав Celestia "легко подключаемой" опцией DA в инструментарии. Ожидается, что эта интеграция будет реализована в начале 2024 года, что позволит цепям CDK беспрепятственно хранить сжатые данные на Celestia. Polygon утверждает, что использование Celestia может снизить комиссии за транзакции более чем в 100 раз по сравнению с публикацией всех данных в Ethereum. Таким образом, создатель цепи CDK может просто переключить модуль DA на Celestia (или Avail) вместо Ethereum. Некоторые цепи Polygon (например, Polygon zkEVM) в настоящее время публикуют все данные в Ethereum (для максимальной безопасности), в то время как другие (возможно, некоторые корпоративные цепи) работают как валидиумы с внешним DA. CDK также поддерживает "гибридные" режимы – например, критические транзакции могут идти в Ethereum, а другие – в Avail. Этот модульный подход DA соответствует более широкому видению Polygon 2.0 о множестве цепей на базе ZK с унифицированной ликвидностью, но разнообразными бэкендами данных.

В итоге, все фреймворки в той или иной степени поддерживают несколько уровней DA. Ethereum остается золотым стандартом DA (особенно с пространством для блобов от EIP-4844, делающим ончейн-данные дешевле), но новые специализированные сети DA (Celestia, Avail) и схемы (EigenDA от EigenLayer, комитеты по данным) повсеместно внедряются. Эта модульность позволяет создателям роллапов в 2025 году делать компромиссы между стоимостью и безопасностью, просто настраивая другой модуль DA, а не создавая новую цепь с нуля.

Дизайн секвенсора и децентрализация​

Секвенсор – это нода (или набор нод), которая упорядочивает транзакции и производит блоки для роллапа. То, как спроектирован секвенсор – централизованный или децентрализованный, без разрешений или с разрешениями – влияет на пропускную способность цепи и предположения о доверии:

• OP Stack (Optimism): Сегодня большинство цепей OP Stack используют единый секвенсор, управляемый основной командой или спонсором цепи. Например, секвенсор Optimism Mainnet управляется OP Labs, а секвенсор Base управляется Coinbase. Это обеспечивает низкую задержку и простоту ценой централизации (пользователи должны доверять секвенсору, что он справедливо включит их транзакции). Однако Optimism встроил механизмы для минимизации доверия: существует контракт очереди транзакций L1, куда пользователи могут отправлять транзакции в Ethereum, которые секвенсор обязан включить в цепь L2. Если секвенсор выходит из строя или цензурирует транзакции, пользователи могут полагаться на L1, чтобы в конечном итоге быть включенными (хотя и с некоторой задержкой). Это обеспечивает предохранительный клапан от злонамеренного или вышедшего из строя секвенсора. С точки зрения децентрализации, OP Stack модулен и теоретически допускает несколько секвенсоров – например, можно реализовать набор предлагающих блоки на основе кругового обхода или доказательства доли, используя код OP Stack. На практике это требует кастомизации и не является готовой конфигурацией. Долгосрочная дорожная карта Суперчейна предусматривает общий секвенсор для всех OP-цепей, который будет представлять собой набор валидаторов, упорядочивающих транзакции для многих цепей одновременно. Общий секвенсор может обеспечить кроссчейн-атомарность и уменьшить MEV в рамках Суперчейна. По состоянию на 2025 год он все еще находится в разработке, но дизайн OP Stack не исключает подключения такого консенсуса. На данный момент операции секвенсора остаются с разрешениями (управляются белым списком сущностей), но управление Optimism планирует децентрализовать это (возможно, через стейкинг или ротацию комитета), как только технология и экономика будут готовы. Короче говоря: цепи OP Stack начинаются с централизованного секвенсирования (с L1 в качестве запасного варианта), и намечен путь к постепенной децентрализации (переход от "Стадии 0" к "Стадии 2" зрелости без "обучающих колес").

• ZK Stack (zkSync Hyperchains): zkSync Era (L2) в настоящее время использует централизованный секвенсор, управляемый Matter Labs. Однако ZK Stack построен таким образом, чтобы позволять различные режимы секвенсирования для новых цепей. Варианты включают централизованный секвенсор (легкий старт), децентрализованный набор секвенсоров (например, несколько нод, достигающих консенсуса по упорядочиванию), приоритетную очередь транзакций из L1 или даже внешний сервис секвенсирования. В концепции Elastic Chains от Matter Labs цепи остаются независимыми, но интероперабельность обрабатывается контрактами L1 и "ZK Router/Gateway" – это означает, что каждая цепь может выбрать свою собственную модель секвенсора, если она соответствует протоколам для отправки корневых состояний и доказательств. Поскольку ZK-роллапы не требуют консенсуса на L2 для безопасности (доказательства валидности обеспечивают корректность), децентрализация секвенсора больше связана с живостью и устойчивостью к цензуре. Гиперцепь может реализовать круговой обходной производитель блоков или даже подключиться к высокопроизводительному BFT-консенсусу для своих секвенсоров, если это необходимо. Тем не менее, запуск единого секвенсора гораздо проще и остается нормой на начальном этапе. Документация ZK Stack упоминает, что цепь может использовать "внешний протокол" для секвенсирования – например, можно представить использование консенсуса Tendermint или SU в качестве производителя блоков, а затем генерацию zk-доказательств для блоков. Также, как и другие, zkSync имеет механизм приоритетной очереди L1: пользователи могут отправлять транзакции в контракт zkSync с приоритетной комиссией, чтобы гарантировать включение L1->L2 своевременно (смягчая цензуру). В целом, безразрешенное участие в секвенсировании еще не реализовано на цепях zkSync (нет публичного аукциона слотов или выбора секвенсора на основе стейкинга в производстве), но архитектура оставляет для этого место. По мере созревания доказательств валидности мы можем увидеть цепи zkSync с нодами секвенсоров, управляемыми сообществом, которые коллективно определяют порядок (как только производительность позволит).

• Arbitrum Orbit: На Arbitrum One (основной L2) секвенсор централизован (управляется Offchain Labs), хотя прогресс состояния цепи в конечном итоге регулируется валидаторами Arbitrum и доказательствами мошенничества. Arbitrum также предоставил очередь L1 для пользователей в качестве подстраховки от проблем с секвенсором. В Orbit (фреймворк L3) каждая цепь Orbit может иметь свой собственный секвенсор или набор валидаторов. Технология Arbitrum Nitro включает опцию запуска роллапа с децентрализованным секвенсором: по сути, можно иметь несколько сторон, запускающих программное обеспечение ноды Arbitrum и использующих выборы лидера (возможно, через безразрешенную цепь доказательства доли Arbitrum в будущем или пользовательский механизм). На сегодняшний день цепи Orbit, запущенные из коробки, были в основном централизованными (например, игровая цепь Xai управляется фондом в сотрудничестве с Offchain Labs) – но это вопрос конфигурации и управления. Заслуживающим внимания событием является внедрение BoLD (Bounded Liquidity Delay) в начале 2025 года, что является новым протоколом для более безразрешенной валидации Arbitrum. BoLD позволяет любому стать валидатором (прувером) для цепи, разрешая проблемы мошенничества в фиксированные сроки без белого списка. Это приближает Arbitrum к бездоверительной работе, хотя роль секвенсора (упорядочивание транзакций изо дня в день) все еще может быть назначена или выбрана. Offchain Labs заявила о сосредоточенности на продвижении децентрализации в 2024-2025 годах для Arbitrum. Мы также видим усилия по созданию мультисеквенсоров: например, цепь Orbit может использовать небольшой комитет известных секвенсоров для обеспечения некоторой отказоустойчивости (один выходит из строя, другой продолжает). Другой аспект – идея общего секвенсора для цепей Orbit, хотя Arbitrum не акцентировал на этом внимание так сильно, как Optimism. Вместо этого интероперабельность достигается за счет L3, рассчитывающихся на Arbitrum L2 и использующих стандартные мосты. В итоге, Arbitrum Orbit предоставляет гибкость в дизайне секвенсора (от одной сущности до многих), и тенденция направлена на открытие набора валидаторов/секвенсоров по мере созревания технологии и управления сообществом. Сегодня справедливо сказать, что цепи Orbit начинаются централизованно, но имеют дорожную карту для безразрешенной валидации.

• Polygon CDK: Цепи Polygon CDK (иногда упоминаемые под общим названием "AggLayer" в конце 2024 года) также могут выбирать свою конфигурацию секвенсора/консенсуса. Цепь zkEVM от Polygon (управляемая Polygon Labs) начиналась с единого секвенсора и централизованного прувера, с планами по постепенной децентрализации обоих. CDK, будучи модульным, позволяет цепи подключать модуль консенсуса – например, можно запустить цепь CDK с набором валидаторов Proof-of-Stake, производящих блоки, эффективно децентрализуя секвенсирование с первого дня. Фактически, более ранний фреймворк Polygon (Polygon Edge) использовался для корпоративных цепей с разрешениями, использующих консенсус IBFT; цепи CDK могли бы использовать гибридный подход (запускать zkProver от Polygon, но иметь комитет нод, предлагающих блоки). По умолчанию многие цепи CDK могут работать с одним оператором для простоты, а затем принять консенсус по мере масштабирования. Polygon также исследует концепцию общего секвенсора или агрегатора через хаб AggLayer, который предназначен для соединения всех цепей Polygon. Хотя AggLayer в основном обрабатывает кроссчейн-сообщения и ликвидность, в будущем он может развиться в общий сервис секвенсирования (соучредитель Polygon обсуждал децентрализацию секвенсора как часть Polygon 2.0). В целом, безразрешенность пока отсутствует – нельзя спонтанно стать секвенсором для чьей-либо цепи CDK, если этот проект не позволяет этого. Но такие проекты, как dYdX V4 (который строит автономную цепь с формой децентрализованного консенсуса) и другие, показывают аппетит к L2 на основе валидаторов. Polygon CDK делает технически возможным наличие многих производителей блоков, но точная реализация остается за развертывающим цепь. Ожидайте, что Polygon выпустит больше рекомендаций или даже инфраструктуру для децентрализованных секвенсоров по мере того, как все больше предприятий и сообществ будут запускать цепи CDK.

Подводя итог сравнению секвенсоров: Все фреймворки в настоящее время полагаются на относительно централизованную модель секвенсора в своих живых развертываниях, чтобы обеспечить эффективность. Однако каждый из них предоставляет путь к децентрализации – будь то через общие сети секвенсирования (OP Stack), подключаемый консенсус (CDK, ZK Stack) или безразрешенные валидаторы (BoLD от Arbitrum). В таблице ниже представлены дизайны секвенсоров:

Как видно, Optimism и Arbitrum включают ончейн резервные очереди, что является сильной функцией устойчивости к цензуре. Цепи на основе ZK полагаются на то, что секвенсор не может подделать состояние (благодаря ZK-доказательствам), но если он цензурирует, новый секвенсор может быть назначен управлением – область, которая все еще дорабатывается. Тенденция в 2025 году заключается в том, что мы, вероятно, увидим более децентрализованные пулы секвенсоров и, возможно, общие сети секвенсоров, которые будут дополнять эти фреймворки RaaS. Каждый проект активно исследует это: например, Astria и другие создают общие сервисы секвенсирования, а OP Labs, Polygon и Offchain упоминали планы по децентрализации роли секвенсора.

Модели комиссий и экономика​

Модели комиссий определяют, кто и что платит в этих фреймворках роллапов, и как экономические стимулы согласуются для операторов и экосистемы. Ключевые соображения включают: В каком токене оплачиваются комиссии? Кто собирает комиссии? Какие затраты (публикация в L1, доказательство) должны быть покрыты? Существуют ли соглашения о разделении доходов или возврате средств? Насколько настраиваемы параметры комиссий?

• Газовый токен и настройка комиссий: Все сравниваемые фреймворки позволяют настраивать нативный газовый токен, что означает, что новая цепь может решить, в какой валюте пользователи платят комиссии. По умолчанию роллапы на Ethereum часто выбирают ETH в качестве газового токена для удобства пользователей (пользователям не нужен новый токен для использования цепи). Например, Base (OP Stack) использует ETH для газа, как и zkSync Era и Polygon zkEVM. OP Stack технически поддерживает замену ETH на другой ERC-20, но в контексте OP Superchain существует стремление сохранить стандарт (для более плавной интероперабельности). Фактически, некоторые цепи OP Stack, которые изначально рассматривали кастомный токен, выбрали ETH – например, OP-цепь Worldcoin использует ETH для комиссий, хотя у проекта есть свой собственный токен WLD. С другой стороны, Arbitrum Orbit был запущен без поддержки кастомных токенов, но быстро добавил ее из-за спроса. Теперь цепи Orbit могут использовать ARB или любой ERC-20 в качестве газа. L3 Ape Chain выбрала монету APE в качестве своей газовой валюты, демонстрируя эту гибкость. Polygon CDK также позволяет определять токен; многие проекты склоняются к использованию MATIC, чтобы соответствовать экосистеме Polygon (и MATIC будет обновлен до токена POL в рамках Polygon 2.0), но это не обязательно. ZK Stack от zkSync также явно поддерживает кастомные базовые токены (в документации даже есть учебник "Custom base token"). Это полезно для корпоративных цепей, которые могут захотеть, например, стейблкоин или свою собственную монету для комиссий. Это также важно для аппчейнов, у которых есть своя собственная токеномика – они могут стимулировать спрос на свой токен, сделав его газовым токеном. В итоге, токен комиссии полностью настраивается во всех фреймворках, хотя использование широко распространенного токена, такого как ETH, может снизить трение для пользователей.

• Сбор и распределение комиссий: Как правило, секвенсор (производитель блоков) собирает комиссии за транзакции на L2/L3. Это основной стимул для работы секвенсора. Например, секвенсор Optimism получает все газовые комиссии, которые пользователи платят на Optimism, но затем должен платить за публикацию пакетов в Ethereum. Обычно секвенсор берет комиссии L2, уплаченные пользователем, вычитает затраты L1 и оставляет остаток в качестве прибыли. На хорошо работающей цепи затраты L1 составляют лишь часть комиссий L2, оставляя некоторую маржу прибыли. Для ZK-роллапов есть дополнительные затраты: генерация ZK-доказательства. Это может быть значительным (требует специализированного оборудования или облачных вычислений). В настоящее время некоторые операторы ZK-роллапов субсидируют затраты на доказательство (тратя средства венчурного капитала), чтобы поддерживать низкие комиссии для пользователей на этапе роста. Со временем ожидается снижение затрат на доказательство благодаря улучшенным алгоритмам и оборудованию. Что касается фреймворков: zkSync и Polygon оба позволяют секвенсору взимать немного больше для покрытия затрат на доказательство – и если цепь использует внешний сервис пруверов, они могут иметь разделение доходов с ними. Примечательно, что ни один фреймворк, кроме OP Superchain, не имеет обязательного разделения доходов на уровне протокола. Схема Standard Rollup Revenue от Optimism Collective требует, чтобы OP-цепи отчисляли либо 2,5% от валовых комиссий, либо 15% от чистой прибыли (в зависимости от того, что больше) в общую казну. Это добровольное, но ожидаемое соглашение в рамках хартии Суперчейна, а не принуждение через смарт-контракт, но все основные цепи OP Stack (Base, opBNB, Worldcoin и т. д.) согласились на это. Эти комиссии (более 14 000 ETH на данный момент) финансируют общественные блага через управление Optimism. В отличие от этого, Arbitrum не взимает с цепей Orbit никаких комиссий; Orbit можно использовать без разрешений. Arbitrum DAO потенциально может запросить некоторое разделение доходов в будущем (для финансирования своей собственной экосистемы), но по состоянию на 2025 год такого нет. Polygon CDK также не налагает налог; подход Polygon заключается в привлечении пользователей в свою экосистему (тем самым повышая стоимость и использование MATIC), а не взимании комиссий за каждую цепь. Соучредитель Polygon Сандип Найвал прямо заявил, что AggLayer "не стремится к ренте" от цепей. zkSync также не объявлял о каком-либо разделении комиссий – Matter Labs, вероятно, сосредоточена на росте использования zkSync Era и гиперчейнов, что косвенно приносит им пользу через сетевые эффекты и, возможно, будущую стоимость токена.

• Затраты на расчет L1: Большая часть модели комиссий – это кто платит за транзакции L1 (публикация данных или доказательств). Во всех случаях, в конечном итоге, платят пользователи, но механизм отличается. В оптимистичных роллапах секвенсор периодически публикует пакеты транзакций (с calldata) в L1. Стоимость газа для этих транзакций L1 оплачивается секвенсором с использованием ETH. Однако секвенсоры учитывают это при ценообразовании газа L2. Optimism и Arbitrum имеют формулы ценообразования газа, которые оценивают, сколько будет стоить calldata транзакции на L1, и включают это в комиссию за газ L2 (часто называемую "амортизированной стоимостью L1" за транзакцию). Например, простая транзакция Optimism может повлечь за собой 21 000 L2 газа для выполнения и, возможно, дополнительные несколько сотен для данных L1 – комиссия пользователя покрывает и то, и другое. Если ценообразование ошибочно, секвенсор может потерять деньги на этом пакете или получить прибыль, если использование высокое. Секвенсоры обычно динамически корректируют комиссии, чтобы соответствовать условиям L1 (повышая комиссии L2, когда газ L1 дорог). В Arbitrum механизм аналогичен, хотя Arbitrum имеет отдельные компоненты "ценообразования L1" и "ценообразования L2". В zkSync/Polygon (ZK) секвенсор должен опубликовать доказательство валидности в L1 (стоимость проверки которого фиксирована) плюс либо calldata (если роллап), либо корневое состояние (если валидиум). Стоимость проверки доказательства обычно постоянна для каждого пакета (на zkSync Era она составляет порядка нескольких сотен тысяч газа), поэтому модель комиссий zkSync распределяет эту стоимость между транзакциями. Они могут взимать небольшую наценку за каждую транзакцию для доказательства. Примечательно, что zkSync представил такие функции, как различия состояний и сжатие, чтобы минимизировать публикуемые данные L1. Polygon zkEVM также использует рекурсивные доказательства для объединения многих транзакций в одно доказательство, амортизируя стоимость проверки. Если цепь использует альтернативный DA (Celestia/Avail), то вместо оплаты Ethereum за calldata, они платят этому провайдеру DA. Celestia, например, имеет свой собственный газовый токен (TIA) для оплаты блобов данных. Таким образом, цепи может потребоваться конвертировать часть комиссий для оплаты майнерам Celestia. Фреймворки все чаще абстрагируют эти затраты: например, цепь OP Stack может платить ноде Celestia DA через адаптер и включать эту стоимость в пользовательские комиссии.

• Затраты для пользователей (финализация и вывод средств): Для оптимистичных роллапов (OP Stack, Arbitrum Orbit в режиме роллапа) пользователи сталкиваются с печально известным периодом оспаривания для вывода средств – обычно 7 дней на Ethereum L1. Это снижает удобство использования, но большинство экосистем имеют смягчающие меры. Быстрые мосты (сети ликвидности) позволяют пользователям мгновенно обменивать свои токены L2 на токены L1 за небольшую плату, в то время как арбитражеры ждут 7 дней. Arbitrum пошел дальше для цепей Orbit, работая с командами над обеспечением быстрых выводов всего за 15 минут через поставщиков ликвидности, интегрированных на уровне протокола. Это фактически означает, что пользователи не ждут неделю, за исключением наихудших сценариев. ZK-роллапы не имеют такой задержки – как только доказательство валидности принимается на L1, состояние является окончательным. Таким образом, пользователи zkSync и Polygon получают более быструю финализацию (часто от минут до часа) в зависимости от того, как часто отправляются доказательства. Компромисс заключается в том, что доказательство может внести небольшую задержку между принятием транзакции на L2 и ее включением в доказательство L1 (может быть несколько минут). Но в целом, ZK-роллапы предлагают выводы средств за 10–30 минут в 2025 году, что является огромным улучшением по сравнению с 7 днями. Пользователи могут платить немного более высокую комиссию за немедленную финализацию (для покрытия затрат на прувер), но многие считают это того стоящим. Также стоит отметить настройку комиссий: фреймворки позволяют настраивать графики комиссий (например, бесплатные транзакции или субсидии на газ), если проекты этого хотят. Например, предприятие может субсидировать все пользовательские комиссии в своей цепи, запуская секвенсор в убыток (возможно, для игры или социального приложения). Или они могут настроить другую модель газа (некоторые экспериментировали с отсутствием газа для определенных действий или альтернативным учетом газа). Поскольку большинство фреймворков стремятся к эквивалентности Ethereum, такие глубокие изменения редки, но возможны с модификацией кода. Stylus от Arbitrum может позволить различное измерение комиссий для контрактов WASM (например, не взимать плату за определенные операции для поощрения использования WASM). Polygon CDK, будучи открытым исходным кодом и модульным, означает, что если проект захочет реализовать новый механизм комиссий (например, сжигание комиссий или динамическое ценообразование), он сможет это сделать.

По сути, все фреймворки роллапов стремятся согласовать экономические стимулы: сделать работу секвенсора прибыльной (за счет доходов от комиссий), поддерживать разумные комиссии для пользователей за счет использования более дешевого DA и (опционально) направлять часть стоимости в свою более широкую экосистему. Модель Optimism уникальна тем, что явно делится доходами на общественные блага, в то время как другие полагаются на рост и токеномику (например, больше цепей -> больше использования MATIC/ETH, что увеличивает стоимость этих токенов).

Архитектура и модульность​

Все эти фреймворки гордятся модульной архитектурой, что означает, что каждый слой стека (выполнение, расчет, консенсус, DA, доказательства) является взаимозаменяемым или обновляемым. Кратко рассмотрим каждый:

• OP Stack: Построен как серия модулей, соответствующих слоям Ethereum – движок выполнения (OP EVM, производный от geth), нода консенсуса/роллапа (op-node), смарт-контракты расчета и скоро прувер мошенничества. Целью дизайна OP Stack была эквивалентность EVM (без кастомного графика газа или изменений опкодов) и простота интеграции с инструментарием Ethereum. Обновление Bedrock в 2023 году еще больше модулировало стек Optimism, упростив замену компонентов (например, для реализации ZK-доказательств в будущем или использования другого DA). Действительно, OP Stack не ограничивается оптимистичными доказательствами мошенничества – команда заявила, что открыта для интеграции доказательств валидности по мере их созревания, по сути превращая цепи OP Stack в ZK-роллапы без изменения опыта разработчиков. Концепция Суперчейна расширяет архитектуру на несколько цепей: стандартизация межцепочечной связи, мостов и, возможно, общего секвенсирования. OP Stack поставляется с богатым набором смарт-контрактов на L1 (для депозитов, выводов, верификации доказательств мошенничества и т. д.), которые цепи наследуют из коробки. Это фактически готовый шаблон цепи L2 – такие проекты, как Base, были запущены путем форка репозиториев OP Stack и их настройки для указания на свои собственные контракты.

• ZK Stack: ZK Stack – это фреймворк, лежащий в основе zkSync Era и будущих "Гиперчейнов". Архитектурно он включает среду выполнения zkEVM (виртуальную машину на основе LLVM, которая позволяет запускать код Solidity с минимальными изменениями), систему прувера (схемы и генерацию доказательств для транзакций), ноду секвенсора и контракты L1 (смарт-контракты zkSync, которые верифицируют доказательства и управляют корневыми состояниями). Модульность проявляется в том, как она разделяет схему ZK-доказательства от выполнения – теоретически можно было бы заменить другую схему доказательства или даже другую виртуальную машину (хотя это не тривиально). ZK Stack представляет архитектуру Elastic Chain с такими компонентами, как ZK Router и ZK Gateway. Они действуют как уровень интероперабельности, соединяющий несколько ZK-цепей. Это немного похоже на концепцию "интернета ZK-роллапов", где Router (на Ethereum) содержит реестр цепей и облегчает общий мост/ликвидность, а Gateway обрабатывает сообщения между цепями оффчейн. Это модульно, потому что новая цепь может подключиться к этой архитектуре, просто развернув ее со стандартными контрактами. ZK Stack также поддерживает абстракцию аккаунта на уровне протокола (контракты как аккаунты, нативные мета-транзакции), что является архитектурным выбором для улучшения UX. Еще один модульный аспект: как обсуждалось в DA, он может работать в режиме роллапа или валидиума – по сути, переключая тумблер в конфигурации. Кроме того, стек имеет понятие подключаемого консенсуса для секвенсирования (как отмечалось ранее). Уровень расчета может быть Ethereum или потенциально другой цепью: дорожная карта zkSync даже предусматривала расчет гиперчейнов на L2 (например, L3, который публикует доказательства в zkSync Era L2 вместо L1) – действительно, они запустили прототип под названием "ZK Portal" для расчета L3 на L2. Это дает иерархическую модульность (L3->L2->L1). В целом, ZK Stack немного менее готов к использованию для команд, не относящихся к Matter Labs, по состоянию на 2025 год (поскольку запуск ZK-цепи включает координацию пруверов и т. д.), но он очень гибок в умелых руках.

• Arbitrum Orbit: Архитектура Arbitrum построена на стеке Arbitrum Nitro, который включает уровень выполнения ArbOS (интерпретация EVM от Arbitrum с некоторыми небольшими отличиями), секвенсор/релей, компонент AnyTrust для альтернативного DA и механизм доказательства мошенничества (интерактивные доказательства мошенничества). Orbit по сути позволяет использовать тот же стек, но настраивать определенные параметры (например, ID цепи, начальное состояние L2, выбор роллапа или AnyTrust). Модульность: Arbitrum представил Stylus, новый движок смарт-контрактов, совместимый с WASM, который работает параллельно с EVM. Stylus позволяет писать контракты на Rust, C, C++, которые компилируются в WASM и работают с почти нативной скоростью на цепях Arbitrum. Это необязательный модуль – цепи Orbit могут включать Stylus или нет. Это отличительная черта стека Arbitrum, делающая его привлекательным для высокопроизводительных dApp (например, игровые или торговые приложения могут писать часть логики на Rust для скорости). Модуль доступности данных также подключаемый, как обсуждалось (цепи Arbitrum могут выбирать ончейн или DAC). Еще один модуль – расчет L1: цепи Orbit могут публиковать свои доказательства либо в Ethereum (L1), либо в Arbitrum One (L2). В последнем случае они фактически являются L3, закрепленными в безопасности Arbitrum One (с немного другими предположениями о доверии). Многие цепи Orbit запускаются как L3 (чтобы унаследовать более низкие комиссии Arbitrum One и в конечном итоге безопасность Ethereum). Кодовая база Arbitrum теперь полностью открыта, и такие проекты, как Caldera, Conduit, строят на ее основе удобные для пользователя развертывания – они могут добавлять свои собственные модули (например, для мониторинга, API управления цепями). Стоит отметить, что доказательства мошенничества Arbitrum исторически не были безразрешенными (только валидаторы из белого списка могли оспаривать), но с BoLD эта часть архитектуры меняется, чтобы позволить любому вмешаться. Таким образом, компонент доказательства мошенничества становится более децентрализованным (что в некотором смысле является модульным обновлением). Можно сказать, что Arbitrum меньше похож на "конструктор Lego", чем OP Stack или Polygon CDK, поскольку Offchain Labs не выпустила лаунчер цепи в один клик (хотя они выпустили графический интерфейс развертывания Orbit на GitHub). Но функционально он достаточно модулен, чтобы сторонние разработчики автоматизировали его развертывание.

• Polygon CDK (AggLayer): Polygon CDK явно описывается как "модульный фреймворк" для цепей на базе ZK. Он использует технологию ZK-доказательств Polygon (из Polygon zkEVM, которая основана на Plonky2 и рекурсивных SNARK). Архитектура разделяет уровень выполнения (который является EVM – в частности, форк Geth, адаптированный для zkEVM) от уровня прувера и контрактов моста/расчета. Поскольку он модульный, разработчик может выбирать различные опции для каждого: например, Выполнение – предположительно всегда EVM на данный момент (для использования существующего инструментария), DA – как обсуждалось (Ethereum или другие), Консенсус секвенсора – одиночный или многонодовый, Прувер – можно запустить прувер Type1 (доказательства валидности, публикуемые в Ethereum) или Type2 (доказательства валидиума) и т. д., и Интеграция AggLayer – да или нет (AggLayer для интероперабельности). Polygon даже предоставил удобный интерфейс (показан ниже) для визуализации этих выборов:

Интерфейс конфигурации Polygon CDK, иллюстрирующий модульные варианты выбора – например, роллапы против валидиума (решение для масштабирования), децентрализованный против централизованного секвенсора, локальный/Ethereum/сторонний DA, различные типы пруверов и включение интероперабельности AggLayer.

Под капотом Polygon CDK использует zk-доказательства с рекурсией для обеспечения высокой пропускной способности и динамического набора валидаторов. AggLayer – это развивающаяся часть архитектуры, которая будет соединять цепи для бездоверительного обмена сообщениями и общей ликвидности. CDK построен таким образом, что будущие улучшения в технологии ZK от Polygon (например, более быстрые доказательства или новые функции VM) могут быть приняты всеми цепями CDK через обновления. У Polygon есть концепция "Type 1 vs Type 2" zkEVM – Type 1 полностью эквивалентен Ethereum, Type 2 почти эквивалентен с незначительными изменениями для эффективности. Цепь CDK может выбрать немного модифицированный EVM для большей скорости (жертвуя некоторой эквивалентностью) – это архитектурная опция, доступная проектам. В целом, CDK очень похож на Lego: можно собрать цепь, выбирая компоненты, подходящие для их варианта использования (например, предприятие может выбрать валидиум + секвенсоры с разрешениями + частную видимость транзакций; публичная DeFi-цепь может выбрать роллап + децентрализованный секвенсор + AggLayer, включенный для ликвидности). Эта универсальность привлекла многие проекты к рассмотрению CDK для запуска своих собственных сетей.

• Изображения и диаграммы: Фреймворки часто предоставляют визуальные диаграммы своей модульной архитектуры. Например, пользовательский интерфейс zkSync показывает переключатели для Rollup/Validium, L2/L3, centralized/decentralized и т. д., подчеркивая гибкость ZK Stack:

Пример конфигурации для «Гиперчейна» zkSync. Интерфейс ZK Stack позволяет выбирать режим цепи (Rollup, Validium или Volition), уровень (L2 или L3), секвенсирование транзакций (децентрализованное, централизованное или общее), источник доступности данных (Ethereum, сторонняя сеть или пользовательский), видимость данных (публичная или частная цепь) и газовый токен (ETH, пользовательский или без газа). Этот модульный подход разработан для поддержки различных вариантов использования, от публичных DeFi-цепей до частных корпоративных цепей.

В итоге, все эти стеки высоко модульны и обновляемы, что крайне важно, учитывая темпы инноваций в блокчейне. Они в некотором смысле сходятся: OP Stack добавляет доказательства валидности, Polygon добавляет общее секвенсирование (идеи OP Stack), Arbitrum добавляет интероперабельные L3 (как и другие), zkSync развивает L3 (как Orbit и OPStack). Это перекрестное опыление означает, что модульные фреймворки в 2025 году больше похожи, чем отличаются по философии – каждый хочет быть универсальным инструментарием для запуска масштабируемых цепей без изобретения велосипеда.

Опыт разработчиков и инструментарий​

Критическим фактором для внедрения является то, насколько просты и удобны для разработчиков эти фреймворки. Это включает документацию, SDK/API, CLI для развертывания, инструменты мониторинга и кривую обучения для разработчиков:

• OP Stack – Опыт разработчиков: OP Stack от Optimism выигрывает от EVM-эквивалентности, поэтому разработчики Ethereum могут использовать привычные инструменты (Remix, Hardhat, Truffle, Solidity, Vyper) без изменений. Смарт-контракты, развернутые в OP-цепи, ведут себя точно так же, как и на L1. Это значительно снижает кривую обучения. Optimism предоставляет обширную документацию: официальные документы Optimism содержат разделы по OP Stack, запуску ноды L2 и даже учебник "OP Stack с нуля". Существуют также руководства, написанные сообществом (например, пошаговое руководство QuickNode по развертыванию роллапа Optimism L2). Что касается инструментария, OP Labs выпустила клиент op-node (для ноды роллапа) и op-geth (движок выполнения). Для запуска цепи разработчику обычно необходимо настроить их и развернуть контракты L1 (Standard Bridge и т. д.). Это было нетривиально, но становится проще с помощью услуг провайдеров. Развертывание как услуга: такие компании, как Caldera, Conduit и Infura/Alchemy, предлагают управляемые развертывания роллапов OP Stack, что абстрагирует большую часть DevOps. Для мониторинга, поскольку цепь OP Stack по сути является цепью geth плюс координатор роллапа, можно использовать стандартные инструменты мониторинга Ethereum (панели мониторинга метрик ETH, обозреватели блоков, такие как Etherscan/Blockscout). Фактически, Etherscan поддерживает цепи OP Stack, такие как Optimism и Base, предоставляя привычные интерфейсы обозревателей блоков. Инструментарий разработчика специально для OP-цепей включает Optimism SDK для мостов (облегчение депозитов/выводов в приложениях) и интеграцию Bedrock с Ethereum JSON-RPC (так что такие инструменты, как MetaMask, просто работают при переключении сети). Код OP Stack лицензирован по MIT, что приглашает разработчиков к форку и экспериментам. Многие так и сделали – например, команда BNB Chain использовала OP Stack для создания opBNB со своими собственными модификациями консенсуса и газового токена (они используют газ BNB на opBNB). Приверженность OP Stack стандартам Ethereum делает опыт разработчиков, возможно, самым плавным среди них: по сути, "Ethereum, но дешевле" с точки зрения разработчика контрактов. Основные новые навыки, необходимые, связаны с запуском инфраструктуры (для тех, кто запускает цепь) и пониманием нюансов кроссчейн-мостов. Сообщество и поддержка Optimism (Discord, форумы) активно помогают новым командам цепей. Кроме того, Optimism финансирует экосистемные инструменты, такие как Magi (альтернативный клиент роллапа на Rust), чтобы диверсифицировать стек и сделать его более надежным для разработчиков.

• zkSync ZK Stack – Опыт разработчиков: Что касается разработки контрактов, ZK Stack от zkSync предлагает zkEVM, которая призвана быть высокосовместимой, но в настоящее время не на 100% эквивалентна байт-коду. Она поддерживает контракты Solidity и Vyper, но есть тонкие различия (например, некоторые прекомпиляторы или газовые затраты). Тем не менее, Matter Labs создала компилятор LLVM, который принимает Solidity и производит байт-код zkEVM, поэтому большая часть кода Solidity работает с минимальными изменениями или без них. Они также нативно поддерживают абстракцию аккаунта, которую разработчики могут использовать для создания безгазовых транзакций, мультисиг-кошельков и т. д. проще, чем на Ethereum (нет необходимости в ERC-4337). Документация для разработчиков zkSync является всеобъемлющей (docs.zksync.io) и охватывает развертывание контрактов, использование Hyperchain CLI (если таковой имеется) и настройку цепи. Однако запуск ZK-роллапа по своей сути сложнее, чем оптимистичного – вам нужна установка для доказательства. ZK Stack предоставляет программное обеспечение прувера (например, GPU-пруверы для схем zkSync), но оператор цепи должен иметь доступ к серьезному оборудованию или облачным сервисам для непрерывной генерации доказательств. Это новая задача DevOps; для ее смягчения появляются компании, предоставляющие услуги пруверов или даже Proof-as-a-Service. Если разработчик не хочет запускать свои собственные пруверы, он может передать это на аутсорсинг (с доверием или криптоэкономическими гарантиями). Инструментарий: zkSync по умолчанию предоставляет портал моста и кошелька (zkSync Portal), который может быть форкнут для новой цепи, предоставляя пользователям пользовательский интерфейс для перемещения активов и просмотра аккаунтов. Для исследования блоков Blockscout был адаптирован для zkSync, и Matter Labs создала свой собственный обозреватель блоков для zkSync Era, который, вероятно, может быть использован для новых цепей. Существование ZK Gateway и Router означает, что если разработчик подключается к ним, он получает некоторую готовую интероперабельность с другими цепями – но ему необходимо следовать стандартам Matter Labs. В целом, для разработчика смарт-контрактов создание на zkSync не слишком сложно (просто Solidity, возможно, с незначительными отличиями, такими как gasleft() может вести себя немного по-другому из-за отсутствия фактической стоимости газа Ethereum). Но для оператора цепи ZK Stack имеет более крутую кривую обучения, чем OP Stack или Orbit. В 2025 году Matter Labs сосредоточена на улучшении этого – например, упрощении процесса запуска Hyperchain, возможно, предоставлении скриптов или облачных образов для развертывания всего стека. Также появляется сообщество разработчиков вокруг ZK Stack; например, ZKSync Community Edition – это инициатива, в рамках которой члены сообщества запускают тестовые цепи L3 и делятся советами. Следует отметить, что языковая поддержка для экосистемы zkSync может расшириться – они говорили о разрешении других языков через конвейер LLVM (например, компилятор Rust-to-zkEVM в будущем), но Solidity сейчас является основным. В итоге, опыт разработчиков zkSync: отличный для разработчиков DApp (почти как Ethereum), умеренный для запускающих цепи (необходимо обрабатывать прувер и новые концепции, такие как валидиумы).

• Arbitrum Orbit – Опыт разработчиков: Для разработчиков Solidity Arbitrum Orbit (и Arbitrum One) полностью совместим с EVM на уровне байт-кода (Arbitrum Nitro использует выполнение, производное от geth). Таким образом, развертывание и взаимодействие с контрактами в цепи Arbitrum аналогично Ethereum (с некоторыми небольшими отличиями, такими как немного другой доступ к номеру блока L1, chainID и т. д., но ничего существенного). Arbitrum выделяется Stylus – разработчики могут писать смарт-контракты на таких языках, как Rust, C, C++ (скомпилированные в WebAssembly) и развертывать их вместе с контрактами EVM. Это открывает разработку блокчейна для более широкого круга программистов и позволяет использовать высокопроизводительные сценарии. Например, алгоритмически интенсивная логика может быть написана на C для скорости. Stylus все еще находится в бета-версии на основной сети Arbitrum, но цепи Orbit могут экспериментировать с ним. Это уникальное преимущество для опыта разработчиков, хотя тем, кто использует Stylus, потребуется изучить новые инструменты (например, инструментарий Rust и библиотеки Arbitrum для взаимодействия WASM с цепью). Документация Arbitrum предоставляет руководство по использованию Stylus и даже написанию смарт-контрактов на Rust. Для запуска цепи Orbit Offchain Labs предоставила скрипты Devnet и пользовательский интерфейс развертывания Orbit. Процесс довольно технический: необходимо настроить ноду Arbitrum с флагами --l3 (если запускается L3) и настроить генезис, параметры цепи и т. д. QuickNode и другие опубликовали руководства ("Как развернуть свою собственную цепь Arbitrum Orbit"). Кроме того, партнерства Orbit с Caldera, AltLayer и Conduit означают, что эти сторонние компании берут на себя большую часть тяжелой работы. Разработчик может по сути заполнить форму или запустить мастер с этими сервисами, чтобы получить настроенную цепь Arbitrum, вместо того чтобы вручную модифицировать код Nitro. Что касается отладки и мониторинга, цепи Arbitrum могут использовать Arbiscan (для тех, у кого он есть) или обозреватели сообщества. Также есть интеграции Grafana/Prometheus для метрик нод. Одна сложность – это система доказательства мошенничества – разработчики, запускающие цепь Orbit, должны убедиться, что есть валидаторы (возможно, они сами или доверенные лица), которые запускают оффчейн программное обеспечение валидатора для отслеживания мошенничества. Offchain Labs, вероятно, предоставляет скрипты по умолчанию для запуска таких валидаторов. Но поскольку доказательства мошенничества редко срабатывают, речь идет скорее о наличии процесса безопасности. Большое сообщество разработчиков Arbitrum (проекты, строящие на Arbitrum One) является активом – такие ресурсы, как учебники, ответы на stackexchange и т. д., часто применимы и к Orbit. Кроме того, Arbitrum известен своими сильными усилиями по обучению разработчиков (семинары, хакатоны), которые, предположительно, распространяются и на тех, кто интересуется Orbit.

• Polygon CDK – Опыт разработчиков: Polygon CDK новее (анонсирован в середине/конце 2023 года), но он построен на знакомых компонентах. Для разработчиков, пишущих контракты, цепи Polygon CDK используют zkEVM, которая призвана быть эквивалентной EVM Ethereum (zkEVM Type 2 от Polygon почти идентична с несколькими крайними случаями). Таким образом, Solidity и Vyper являются основными языками, с полной поддержкой стандартных инструментов разработки Ethereum. Если вы развертывали на Polygon zkEVM или Ethereum, вы можете аналогично развернуть на цепи CDK. Сложность больше связана с операциями цепи. CDK от Polygon имеет открытый исходный код на GitHub и поставляется с документацией по настройке цепи. Вероятно, он предоставляет инструмент командной строки для создания новой цепи (аналогично тому, как можно использовать starport Cosmos SDK или шаблон ноды Substrate). Polygon Labs инвестировала в максимально упрощенную настройку – одна цитата: "запускайте высокопроизводительный Ethereum L2 на базе ZK так же легко, как развертываете смарт-контракт". Хотя это, возможно, оптимистично, это указывает на существование инструментов или скриптов для упрощения развертывания. Действительно, были ранние пользователи, такие как Immutable (для игр) и OKX (биржа), которые работали с Polygon над запуском цепей CDK, что предполагает довольно плавный процесс при поддержке команды Polygon. CDK включает SDK и библиотеки для взаимодействия с мостом (для депозитов/выводов) и для включения AggLayer, если это необходимо. Мониторинг цепи CDK может использовать обозреватель блоков Polygon (Polygonscan), если он интегрирован, или Blockscout. Polygon также известен своими надежными SDK для игр и мобильных устройств (например, Unity SDK) – их можно использовать на любой цепи на базе Polygon. Поддержка разработчиков является большим приоритетом: Polygon регулярно проводит академии, гранты, хакатоны, а их команда по связям с разработчиками помогает проектам один на один. Пример опыта корпоративного разработчика: Libre, институциональная цепь, запущенная с CDK, предположительно имела индивидуальные требования – Polygon смог учесть такие вещи, как модули идентификации или функции соответствия на этой цепи. Это показывает, что CDK может быть расширен для конкретных вариантов использования разработчиками с помощью фреймворка. Что касается учебных материалов, на сайте документации и в блоге Polygon есть руководства по использованию CDK, и поскольку CDK по сути является эволюцией их zkEVM, те, кто знаком с дизайном zkEVM Polygon, могут быстро освоить его. Еще один аспект инструментария: Кроссчейн-инструменты – поскольку многие цепи Polygon CDK будут сосуществовать, Polygon предоставляет AggLayer для обмена сообщениями, но также поощряет использование стандартных кроссчейн-сообщений, таких как LayerZero (действительно, цепь Orbit Rarible интегрировала LayerZero для передачи NFT, и цепи Polygon тоже могут это сделать). Таким образом, у разработчиков есть варианты для легкой интеграции плагинов интероперабельности. В целом, опыт разработчиков CDK нацелен на готовое решение для запуска цепей уровня Ethereum с безопасностью ZK, извлекая выгоду из многолетнего опыта Polygon в L2.

В заключение, опыт разработчиков значительно улучшился для запуска кастомных цепей: то, что когда-то требовало целой команды инженеров протокола, теперь может быть сделано с помощью управляемых фреймворков и поддержки. Предложения Optimism и Arbitrum используют знакомство (эквивалентность EVM), zkSync и Polygon предлагают передовые технологии с растущей простотой использования, и все они имеют растущие экосистемы сторонних инструментов для упрощения разработки (от обозревателей блоков до панелей мониторинга и скриптов devops). Качество документации в целом высокое – официальные документы плюс руководства сообщества (статьи на Medium, руководства QuickNode/Alchemy) охватывают большую часть материала. Все еще существует нетривиальная кривая обучения, чтобы перейти от разработчика смарт-контрактов к "оператору роллапа", но это становится проще по мере появления лучших практик и расширения сообщества строителей роллапов.

Поддержка экосистемы и стратегии выхода на рынок​

Создание технологии – это одно; создание экосистемы – другое. Каждый из этих фреймворков поддерживается организацией или сообществом, инвестирующим в рост через гранты, финансирование, маркетинг и партнерскую поддержку. Здесь мы сравниваем их стратегии поддержки экосистемы – как они привлекают разработчиков и проекты, и как они помогают этим проектам добиться успеха:

• Экосистема OP Stack (Optimism): Optimism имеет надежную стратегию экосистемы, сосредоточенную на своем Optimism Collective и этике финансирования общественных благ. Они первыми внедрили Ретроактивное финансирование общественных благ (RPGF) – использование казны токенов OP для вознаграждения разработчиков и проектов, которые приносят пользу экосистеме. Через несколько раундов RPGF Optimism распределил миллионы долларов финансирования на инфраструктурные проекты, инструменты разработки и приложения на Optimism. Любой проект, строящийся с использованием OP Stack (особенно если он соответствует видению Суперчейна), имеет право подать заявку на гранты от Collective. Кроме того, управление Optimism может санкционировать программы стимулирования (ранее в 2022 году у них был аирдроп и фонд управления, который проекты могли использовать для распределения OP-вознаграждений пользователям). В 2024 году Optimism установил модель разделения доходов Суперчейна, где каждая OP-цепь отчисляет небольшую часть комиссий в общую казну. Это создает маховик: по мере того, как все больше цепей (таких как Base, opBNB, цепь Worldcoin и т. д.) генерируют использование, они коллективно финансируют больше общественных благ, которые улучшают OP Stack, что, в свою очередь, привлекает больше цепей. Это подход с положительной суммой, уникальный для Optimism. Что касается выхода на рынок, Optimism активно сотрудничал с крупными организациями: привлечение Coinbase к созданию Base было огромным подтверждением OP Stack, и Optimism Labs оказывала техническую помощь и поддержку Coinbase в этом процессе. Аналогично, они работали с командой Worldcoin, и миграция Celo на L2 OP Stack была осуществлена при консультации с OP Labs. Optimism проводит много работы с разработчиками – от проведения хакатонов (часто в сочетании с мероприятиями ETHGlobal) до поддержания Developer Hub с учебными пособиями. Они также инвестируют в инструментарий: например, финансирование команд для создания альтернативных клиентов, инструментов мониторинга и предоставление официального крана и интеграции обозревателя блоков для новых цепей. С точки зрения маркетинга, Optimism ввел термин "Суперчейн" и активно продвигает видение многих цепей, объединяющихся под одним интероперабельным зонтом, что привлекло проекты, которые хотят быть частью более широкого нарратива, а не изолированного аппчейна. Также привлекает общая ликвидность: с предстоящим OPCraft (интероперабельность Суперчейна) приложения в одной OP-цепи могут легко взаимодействовать с другой, что делает привлекательным запуск цепи, которая не является островом. По сути, экосистемная игра OP Stack заключается в сообществе и сотрудничестве – присоединяйтесь к Суперчейну, получите доступ к пулу пользователей (через легкое мостовое соединение), финансированию и коллективному брендингу. Они даже создали концепцию "Rollup Passport", где пользователи могут иметь единую идентификацию во всех OP-цепях. Все эти усилия снижают барьер для новых цепей в поиске пользователей и разработчиков. Наконец, собственная пользовательская база и репутация Optimism (будучи одним из ведущих L2) означает, что любая цепь OP Stack может в некоторой степени воспользоваться этим (Base, например, рекламировала себя как часть экосистемы Optimism).

• Экосистема zkSync (ZK Stack/Hyperchains): Matter Labs (команда, стоящая за zkSync) привлекла крупные раунды финансирования (более 200 миллионов долларов) для развития своей экосистемы. Они создали фонды, такие как ** zkSync Ecosystem Fund**, часто в сотрудничестве с венчурными капиталистами, для инвестирования в проекты, строящиеся на zkSync Era. Что касается ZK Stack, они начали продвигать концепцию Гиперчейнов среди сообществ, которым нужна своя собственная цепь. Одна из стратегий – ориентация на конкретные вертикали: например, игры. zkSync подчеркнул, как игровая студия может запустить свой собственный Гиперчейн, чтобы получить настраиваемость и при этом быть подключенной к Ethereum. Они, вероятно, предлагают тесную поддержку первоначальным партнерам (так же, как Polygon делал с некоторыми предприятиями). Упоминание в статье Zeeve о "швейцарском банке; крупнейшем банке мира", заинтересованном в ZK Stack, предполагает, что Matter Labs привлекает корпоративные варианты использования, которым нужна конфиденциальность (ZK-доказательства могут обеспечить корректность, сохраняя при этом некоторые данные в тайне, что очень важно для учреждений). Если zkSync запустит крупную корпоративную цепь, это повысит их авторитет. Поддержка разработчиков на zkSync довольно сильна: они проводят акселераторы (например, была объявлена программа с Blockchain Founders Fund), хакатоны (часто на тему ZK) и имеют активное сообщество в своем Discord, оказывающее техническую помощь. Хотя у zkSync нет живого токена (по состоянию на 2025 год) для управления или стимулирования, есть предположения о его появлении, и проекты могут ожидать будущих программ стимулирования. Matter Labs также работала над поддержкой мостов: они сотрудничали с крупными мостами, такими как Across, LayerZero, Wormhole, чтобы обеспечить легкое перемещение активов и сообщений в и из zkSync и любых гиперчейнов. Фактически, Across Protocol интегрировал ZK Stack от zkSync, заявляя о поддержке всех "основных фреймворков L2". Эта ориентация на интероперабельность означает, что проект, запускающий гиперчейн, может легко подключиться к основной сети Ethereum и другим L2, что крайне важно для привлечения пользователей (никто не хочет быть изолированным). С точки зрения маркетинга, zkSync продвигает слоган "Web3 без компромиссов" и подчеркивает, что они первыми вышли на основную сеть ZK. Они публикуют дорожные карты (их блог о дорожной карте на 2025 год), чтобы поддерживать высокий уровень интереса. Если мы рассмотрим экосистемные фонды: помимо прямых грантов Matter Labs, существуют также Ethereum Foundation и другие фонды, ориентированные на ZK, которые поддерживают развитие zkSync из-за общей важности технологии ZK. Еще одна стратегия: zkSync открыт и нейтрален (без лицензионных сборов), что привлекает проекты, которые могут опасаться присоединения к более централизованной экосистеме. ZK Stack пытается позиционировать себя как выбор децентрализаторов – например, подчеркивая полную децентрализацию и отсутствие "обучающих колес", в то время как OP Stack и другие все еще имеют некоторую централизацию на практике. Время покажет, найдет ли это отклик, но, безусловно, в сообществе Ethereum у zkSync есть сторонники, которые хотят полностью бездоверительный стек. Наконец, Matter Labs и Windranger от BitDAO имеют совместную инициативу под названием "ZK DAO", которая может выделять капитал или стимулы для внедрения ZK Stack. В целом, усилия экосистемы zkSync представляют собой смесь сообщений о техническом превосходстве (ZK – это будущее) и создания практических мостов (как в переносном, так и в прямом смысле) для присоединения проектов.

• Экосистема Arbitrum Orbit: Arbitrum Orbit пережил всплеск интереса после его официального представления в середине 2023 года. К концу 2023 года было публично раскрыто около 18 цепей Orbit, а Offchain Labs указала на более чем 50 находящихся в разработке. По состоянию на 2025 год некоторые из наиболее заметных:

  • Xai Chain: L3, ориентированный на игры, теперь запущен (основная сеть запущена в конце 2023 года). Он используется разработчиками игр (например, студией Ex Populus) и имел запуск токена через Binance Launchpad. Это указывает на значительное внедрение (участие Binance Launchpad предполагает большой интерес пользователей). Xai использует режим AnyTrust (для высокой TPS).
  • Rari Chain: L3, ориентированный на NFT, от Rarible. Основная сеть запущена в январе 2024 года. Он сосредоточен на торговых площадках NFT с такими функциями, как оплата газа кредитной картой (через Stripe) и безгазовые листинги. Эта цепь является хорошим примером настройки пользовательского опыта (как отмечалось, Gelato предоставляет безгазовые транзакции и т. д. на Rari Chain).
  • Frame: L2, ориентированный на создателей (хотя называется L2, это, вероятно, цепь Orbit, рассчитывающаяся на Ethereum или Arbitrum). Он был запущен в начале 2024 года после привлечения финансирования.
  • EduChain (от сообществ Camelot/GMX): В статье Zeeve упоминается цепь EDU с большим количеством проектов – возможно, экосистема для ончейн-образования и ИИ, построенная на Orbit.
  • Ape Chain: Явно не упоминается выше, но контекст из Zeeve предполагает существование "Ape chain" (возможно, цепь Yuga Labs или ApeCoin DAO) с TVL в 9,86 млн долларов и использующая APE для газа. Это может быть цепь Orbit в экосистеме ApeCoin (это было бы значительным, учитывая влияние Yuga в NFT).
  • Другие игровые цепи: например, L3 "Muster" от Cometh был анонсирован (игровая платформа, сотрудничающая с AltLayer). Syndr Chain для протокола торговли опционами находится на тестовой сети как Orbit L3. Meliora (протокол DeFi-кредитования) строит Orbit L3.
  • Многие из них находятся на ранних стадиях (тестовая сеть или недавно запущенная основная сеть), но в совокупности они указывают на то, что Orbit набирает популярность среди специализированных dApp, которые переросли общую среду L2 или хотели иметь собственное управление.
  • Что касается предприятий: здесь не так много шума. Arbitrum больше известен внедрением DeFi/игр. Однако технология может быть привлекательной для предприятий, если они хотят цепь, защищенную Ethereum, с гибким доверием (через AnyTrust). Возможно, некоторые предприятия тихо использовали технологию Arbitrum для частной цепи, но не афишировали это.
  • По цифрам, крупнейшим пользователем Arbitrum Orbit на данный момент может быть Ape Chain (если подтвердится) с TVL около 10 млн долларов и 17 протоколами на ней (по данным Zeeve). Другой – EDU chain с TVL 1,35 млн долларов и более 30 проектами.
  • Arbitrum One и Nova сами являются частью этого нарратива – тот факт, что цепи Orbit могут рассчитываться на Nova (ультрадешевая социальная/игровая цепь) или One, означает, что внедрение Orbit также стимулирует активность в этих сетях. Nova использовалась для Reddit points и т. д. Если цепи Orbit подключаются к комитету AnyTrust Nova, роль Nova растет.
  • В итоге, Arbitrum Orbit вышел за рамки теории: десятки реальных проектов строятся на нем, сосредоточившись на играх, социальных сетях и кастомном DeFi. Подход Arbitrum, демонстрирующий реальные варианты использования (такие как Xai, Rari), окупился, и мы можем ожидать, что к концу 2025 года будет, возможно, более 50 живых цепей Orbit, некоторые из которых будут иметь значительные пользовательские базы (особенно если одна из игровых цепей выпустит популярную игру).

• Экосистема Polygon CDK (AggLayer): Polygon анонсировал CDK только во второй половине 2023 года, но он опирается на успех существующих сетей Polygon. Уже сама Polygon zkEVM (бета-версия основной сети) по сути является цепью CDK, управляемой Polygon Labs. Она получила достойное распространение (более 50 млн долларов TVL, развернуты крупные протоколы). Но помимо этого, в движении находятся многочисленные независимые цепи:

  • Immutable X (крупная игровая платформа Web3) заявила о поддержке Polygon CDK, чтобы позволить игровым студиям запускать свои собственные zk-роллапы, которые подключаются к Immutable и ликвидности Polygon. Этот альянс означает, что, возможно, десятки игр будут использовать CDK через Immutable в 2025 году.
  • OKX (биржа) запустила OKB Chain (также известную как X Layer) с использованием Polygon CDK в конце 2024 года. Биржевая цепь может генерировать много транзакций (потоки cex-to-dex и т. д.). OKX выбрала Polygon, предположительно, из-за масштабируемости и потому, что многие их пользователи уже используют Polygon.
  • Canto (DeFi-цепь) и Astar (сайдчейн Polkadot) упоминаются как мигрирующие или интегрирующиеся с Polygon CDK. Переход Canto с Cosmos на уровень Polygon указывает на привлекательность совместного использования безопасности с Ethereum через ZK от Polygon.
  • Gnosis Pay: запустила Gnosis Card chain с CDK – это цепь для быстрых платежей стейблкоинами, подключенная к карте Visa. Это живое и инновационное финтех-использование.
  • Palm Network: специализированная на NFT цепь, изначально на Ethereum, переходит на Polygon CDK (Palm была сооснована ConsenSys для NFT с DC Comics и т. д.).
  • dYdX: Это интересно – dYdX строил свою собственную цепь Cosmos, но информация Zeeve перечисляет dYdX среди цепей AggLayer CDK. Если бы dYdX рассмотрел Polygon вместо этого, это было бы огромным событием (хотя по известной информации dYdX V4 основан на Cosmos; возможно, они планируют кроссчейн или будущий поворот).
  • Nubank: один из крупнейших цифровых банков в Бразилии, фигурирует в списке Zeeve. Nubank ранее запускал токен на Polygon; цепь CDK для их вознаграждений или программы, подобной CBDC, может находиться на тестировании.
  • Wirex, IDEX, GameSwift, Aavegotchi, Powerloom, Manta… эти названия в списке Zeeve показывают, насколько кросс-экосистемным является охват CDK: например, Manta (проект конфиденциальности Polkadot) может использовать CDK для ZK-решения, ориентированного на Ethereum; Aavegotchi (игра NFT, изначально на Polygon POS) может получить свою собственную цепь для игровой логики.
  • Интеграция Celestia в начале 2024 года, вероятно, привлечет проекты, которые хотят технологию Polygon, но с Celestia DA – возможно, некоторые проекты Cosmos (поскольку Celestia основана на Cosmos) выберут Polygon CDK для выполнения и Celestia для DA.
  • Предприятия: у Polygon есть специальная команда по работе с предприятиями. Помимо упомянутых (Stripe для стейблкоинов, фонд Franklin Templeton на Polygon, правительства стран, выпускающие марки и т. д.), с CDK они могут обещать предприятиям их собственную цепь с настраиваемыми правилами. Мы можем увидеть пилотные проекты, такие как "Polygon Siemens Chain" или государственные цепи, хотя часто они начинаются как частные.
  • Подход Polygon, заключающийся в агностичности к цепям (они даже поддерживают "режим OP Stack" теперь в CDK, согласно Zeeve!) и отсутствии взимания ренты, привел к быстрому внедрению – они заявляют о более чем 190 проектах, использующих или рассматривающих CDK к первому кварталу 2025 года. Если хотя бы четверть из них будет запущена, Polygon будет иметь обширную сеть цепей. Они видят себя не просто как одну цепь, а как экосистему многих цепей (Polygon 2.0), возможно, крупнейшую такую сеть в случае успеха.
  • По цифрам: по состоянию на начало 2025 года, более 21 цепи либо находятся в основной сети, либо в тестовой сети, используя CDK, согласно сайту AggLayer. Это должно ускориться в течение 2025 года по мере миграции или запуска новых.
  • Мы можем ожидать некоторых громких запусков, например, цепи Reddit (аватары Reddit на Polygon POS были огромны; может появиться выделенный Polygon L2 для Reddit). Также, если какие-либо цифровые валюты центральных банков (CBDC) или государственные проекты выберут решение для масштабирования, Polygon часто участвует в этих обсуждениях – цепь CDK может быть их выбором для разрешенного L2 с zk-доказательствами.

В итоге, статус внедрения в 2025 году: OP Stack и Arbitrum Orbit имеют несколько живых цепей с реальными пользователями и TVL, гиперчейны zkSync находятся на пороге с сильными тестовыми пилотами, а Polygon CDK имеет множество выстроенных в очередь и несколько живых успехов как в крипто, так и в корпоративном секторе. Пространство быстро развивается, и проекты часто рассматривают эти фреймворки перед выбором. Это также не игра с нулевой суммой – например, приложение может использовать цепь OP Stack и цепь Polygon CDK для разных регионов или целей. Будущее модульного блокчейна, вероятно, включает интероперабельность между всеми этими фреймворками. Примечательно, что такие усилия, как LayerZero и агрегаторы мостов, теперь обеспечивают относительно свободное перемещение активов между Optimism, Arbitrum, Polygon, zkSync и т. д., поэтому пользователи могут даже не осознавать, на каком стеке построена цепь под капотом.

Заключение​

Роллапы как услуга в 2025 году предлагают богатое меню опций. OP Stack предоставляет проверенный временем фреймворк оптимистичных роллапов с согласованностью с Ethereum и поддержкой совместного сообщества Суперчейна. ZK Stack (Hyperchains) предлагает передовую технологию нулевого разглашения с модульными вариантами валидности и данных, стремясь к массовой масштабируемости и новым вариантам использования, таким как частные или Layer-3 цепи. Arbitrum Orbit расширяет высокооптимизированную архитектуру оптимистичных роллапов для разработчиков, с гибкостью в доступности данных и захватывающим дополнением Stylus для мульти-языковых смарт-контрактов. Polygon CDK дает проектам возможность запускать цепи zkEVM с готовой интероперабельностью (AggLayer) и полной поддержкой экосистемы Polygon и корпоративных связей. zkSync Hyperchains (через ZK Stack) обещают разблокировать Web3 в масштабе – множество гиперчейнов, все защищенные Ethereum, каждый оптимизирован для своей области (будь то игры, DeFi или социальные сети), с бесшовным подключением через эластичный фреймворк zkSync.

Сравнивая доступность данных, мы увидели, что все фреймворки используют модульный DA – Ethereum для безопасности и новые решения, такие как Celestia, EigenDA или комитеты для пропускной способности. Дизайн секвенсоров изначально централизован, но движется к децентрализации: Optimism и Arbitrum предоставляют резервные очереди L1 и позволяют использовать мультисеквенсорные или безразрешенные модели валидаторов, в то время как Polygon и zkSync позволяют развертывать пользовательский консенсус для цепей, которые этого желают. Модели комиссий отличаются в основном философией экосистемы – разделение доходов Optimism против самодостаточных экономик других – но все они позволяют использовать пользовательские токены и стремятся минимизировать затраты пользователей за счет использования более дешевого DA и быстрой финализации (особенно ZK-цепи).

Что касается поддержки экосистемы, Optimism способствует коллективу, где каждая цепь вносит вклад в общие цели (финансирование общественных благ) и получает выгоду от общих обновлений. Arbitrum использует свое процветающее сообщество и ликвидность, активно помогая проектам запускать цепи Orbit и интегрируя их со своим DeFi-хабом. Polygon вкладывает все ресурсы, привлекая как криптопроекты, так и корпорации, предоставляя, возможно, самую практическую поддержку и имея обширную сеть партнерств и фондов. Matter Labs (zkSync) стимулирует инновации и привлекает тех, кто хочет новейшую технологию ZK, и хотя ее программы стимулирования менее публично структурированы (в ожидании токена), она имеет значительное финансирование для развертывания и сильное притяжение для строителей, ориентированных на ZK.

С точки зрения разработчика, запуск роллапа в 2025 году доступнее, чем когда-либо. Независимо от того, что является приоритетом – EVM-эквивалентность и простота (OP Stack, Arbitrum) или максимальная производительность и перспективная технология (ZK Stack, Polygon CDK), инструменты и документация уже на месте. Даже мониторинг и инструменты разработки выросли, чтобы поддерживать эти пользовательские цепи – например, платформы RaaS от Alchemy и QuickNode поддерживают стеки Optimism, Arbitrum и zkSync из коробки. Это означает, что команды могут сосредоточиться на своем приложении и оставить большую часть тяжелой работы этим фреймворкам.

Глядя на публичное и корпоративное внедрение, становится ясно, что модульные роллапы переходят от экспериментальных к мейнстриму. У нас есть мировые бренды, такие как Coinbase, Binance и OKX, управляющие своими собственными цепями, крупные протоколы DeFi, такие как Uniswap, расширяющиеся на несколько L2 и, возможно, на свои собственные роллапы, и даже правительства и банки, исследующие эти технологии. Конкуренция (и сотрудничество) между OP Stack, ZK Stack, Orbit, CDK и т. д. стимулирует быстрые инновации – в конечном итоге принося пользу Ethereum, масштабируя его для миллионов новых пользователей через индивидуальные роллапы.

Каждый фреймворк имеет свое уникальное ценностное предложение:

• OP Stack: Легкий вход в L2, сетевые эффекты общего Суперчейна и философия "влияние = прибыль" через общественные блага.
• ZK Stack: Конечная масштабируемость с целостностью ZK, гибкость в дизайне (L2 или L3, роллап или валидиум) и предотвращение фрагментации ликвидности через модель Elastic chain.
• Arbitrum Orbit: Проверенная технология (Arbitrum One никогда не имел серьезных сбоев), высокая производительность (Nitro + Stylus) и возможность настраивать предположения о доверии (полная безопасность роллапа или более быстрый AnyTrust) для различных нужд.
• Polygon CDK: Готовые zk-роллапы, поддерживаемые одной из крупнейших экосистем, с немедленным подключением к активам Polygon/Ethereum и обещанием будущей "унифицированной ликвидности" через AggLayer – фактически стартовая площадка не только для цепи, но и для всей экономики на этой цепи.
• zkSync Hyperchains: Видение масштабируемости Layer-3, где даже небольшие приложения могут иметь свою собственную цепь, защищенную Ethereum, с минимальными накладными расходами, обеспечивая производительность уровня Web2 в среде Web3.

По состоянию на середину 2025 года мы видим, как многоцепочечная модульная экосистема материализуется: десятки специализированных для приложений или секторов цепей сосуществуют, многие из которых построены с использованием этих стеков. L2Beat и аналогичные сайты теперь отслеживают не только L2, но и L3 и пользовательские цепи, многие из которых используют OP Stack, Orbit, CDK или ZK Stack. Разрабатываются стандарты интероперабельности, чтобы независимо от того, использует ли цепь технологию Optimism или Polygon, они могли взаимодействовать друг с другом (проекты, такие как Hyperlane, LayerZero, и даже сотрудничество OP и Polygon в области общего секвенсирования).

В заключение, Роллапы как услуга в 2025 году созрели в конкурентную среду, где OP Stack, ZK Stack, Arbitrum Orbit, Polygon CDK и zkSync Hyperchains предлагают надежные, модульные блокчейн-фреймворки. Они различаются техническим подходом (оптимистичный против ZK), но все они направлены на то, чтобы дать разработчикам возможность запускать масштабируемые, безопасные цепи, адаптированные к их потребностям. Выбор стека может зависеть от конкретных приоритетов проекта – совместимости с EVM, скорости финализации, настройки, согласованности с сообществом и т. д. – как указано выше. Хорошая новость заключается в том, что нет недостатка в вариантах или поддержке. Дорожная карта Ethereum, ориентированная на роллапы, реализуется через эти фреймворки, предвещая эру, когда запуск новой цепи не является монументальным подвигом, а скорее стратегическим решением, сродни выбору облачного провайдера или технологического стека в Web2. Фреймворки будут продолжать развиваться (например, мы ожидаем большей конвергенции, такой как OP Stack, принимающий ZK-доказательства, AggLayer от Polygon, подключающийся к не-Polygon цепям и т. д.), но даже сейчас они коллективно гарантируют, что масштабируемость и рост экосистемы Ethereum ограничены только воображением, а не инфраструктурой.

Источники:

• Optimism OP Stack – Документация и публикации на Mirror
• zkSync ZK Stack – Документация zkSync и публикации Matter Labs
• Arbitrum Orbit – Документация Arbitrum, анонсы Offchain Labs
• Polygon CDK – Техническая документация Polygon, отчет CoinTelegraph
• Общее сравнение – Руководства QuickNode (март 2025), Zeeve и другие для статистики экосистемы, а также различные блоги проектов, упомянутые выше.

7 мая 2025 года обновление Ethereum Pectra (Prague + Electra) было запущено в основной сети. Среди наиболее заметных для разработчиков изменений — EIP-7702, который позволяет внешнему аккаунту (EOA) «подключать» логику смарт-контракта без переноса средств или изменения адресов. Если вы создаете кошельки, децентрализованные приложения или ретрансляторы, это открывает более простой путь к улучшенному UX смарт-аккаунтов.

Ниже представлено краткое руководство, ориентированное на реализацию: что было фактически выпущено, как работает 7702, когда его выбрать вместо чистого ERC-4337, а также готовый шаблон, который вы можете адаптировать уже сегодня.

Что было фактически выпущено​

• EIP-7702 включен в окончательный объем Pectra. Мета-EIP для хардфорка Pectra официально включает 7702 в список изменений.
• Детали активации: Pectra был активирован в основной сети на эпохе 364032 7 мая 2025 года после успешных активаций во всех основных тестовых сетях.
• Примечание по инструментарию: Solidity v0.8.30 обновил свою целевую EVM по умолчанию до prague для совместимости с Pectra. Вам потребуется обновить свои компиляторы и CI-конвейеры, особенно если вы используете конкретные версии.

EIP-7702 — Как это работает (основы)​

EIP-7702 вводит новый тип транзакций и механизм для EOA, позволяющий делегировать свою логику выполнения смарт-контракту.

• Новый тип транзакций (0x04): Транзакция типа 4 включает новое поле под названием authorization_list. Этот список содержит одну или несколько кортежей авторизации — (chain_id, address, nonce, y_parity, r, s) — каждый из которых подписан приватным ключом EOA. При обработке этой транзакции протокол записывает индикатор делегирования в поле кода EOA: 0xef0100 || address. С этого момента любые вызовы EOA проксируются на указанный address ( реализация), но выполняются в контексте хранения и баланса EOA. Это делегирование остается активным до тех пор, пока оно не будет явно изменено.
• Область действия цепочки: Авторизация может быть специфичной для цепочки путем предоставления chain_id, или она может применяться ко всем цепочкам, если chain_id установлен в 0. Это позволяет развертывать один и тот же контракт реализации в нескольких сетях, не требуя от пользователей подписывать новую авторизацию для каждой из них.
• Отзыв: Чтобы вернуть EOA к его исходному, непрограммируемому поведению, вы просто отправляете еще одну транзакцию 7702, где address реализации устанавливается в нулевой адрес. Это очищает индикатор делегирования.
• Самостоятельное спонсирование против ретрансляции: EOA может отправить транзакцию типа 4 самостоятельно, или сторонний ретранслятор может отправить ее от имени EOA. Последнее часто используется для создания пользовательского опыта без газа. Обработка nonce немного отличается в зависимости от метода, поэтому важно использовать библиотеки, которые правильно управляют этим различием.

Изменение модели безопасности: Поскольку оригинальный приватный ключ EOA все еще существует, он всегда может отменить любые правила смарт-контракта (например, социальное восстановление или лимиты расходов), отправив новую транзакцию 7702 для изменения делегирования. Это фундаментальное изменение. Контракты, которые полагаются на tx.origin для проверки того, что вызов исходит от EOA, должны быть повторно проверены, так как 7702 может нарушить эти предположения. Соответственно, проверьте свои рабочие процессы.

7702 или ERC-4337? (И когда их комбинировать)​

И EIP-7702, и ERC-4337 обеспечивают абстракцию аккаунтов, но они служат разным целям.

• Выбирайте EIP-7702, когда…
  • Вы хотите предоставить мгновенный UX смарт-аккаунта для существующих EOA, не заставляя пользователей переносить средства или менять адреса.
  • Вам нужны последовательные адреса в разных цепочках, которые могут быть постепенно обновлены новыми функциями.
  • Вы хотите поэтапно перейти к абстракции аккаунтов, начиная с простых функций и постепенно добавляя сложность.
• Выбирайте чистый ERC-4337, когда…
  • Ваш продукт требует полной программируемости и сложных механизмов политик (например, мультиподпись, расширенное восстановление) с первого дня.
  • Вы создаете для новых пользователей, у которых нет существующих EOA, что делает новые адреса смарт-аккаунтов и связанную с ними настройку приемлемыми.
• Комбинируйте их: Самый мощный паттерн — использовать оба. EOA может использовать транзакцию 7702 для назначения реализации кошелька ERC-4337 в качестве своей логики. Это заставляет EOA вести себя как аккаунт 4337, позволяя ему быть объединенным, спонсируемым пеймастерами и обрабатываемым существующей инфраструктурой 4337 — и все это без необходимости для пользователя в новом адресе. Это перспективный путь, явно поощряемый авторами EIP.

Минимальный шаблон 7702, который вы можете адаптировать​

Вот практический пример контракта реализации и клиентского кода для его активации.

1. Маленький, поддающийся аудиту контракт реализации​

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

// SPDX-License-Identifier: MIT
pragma solidity ^0.8.20;

/// @notice Executes calls from the EOA context when designated via EIP-7702.
contract DelegatedAccount {
    // Unique storage slot to avoid collisions with other contracts.
    bytes32 private constant INIT_SLOT =
        0x3fb93b3d3dcd1d1f4b4a1a8db6f4c5d55a1b7f9ac01dfe8e53b1b0f35f0c1a01;

    event Initialized(address indexed account);
    event Executed(address indexed to, uint256 value, bytes data, bytes result);

    modifier onlyEOA() {
        // Optional: add checks to restrict who can call certain functions.
        _;
    }

    function initialize() external payable onlyEOA {
        // Set a simple one-time init flag in the EOA's storage.
        bytes32 slot = INIT_SLOT;
        assembly {
            if iszero(iszero(sload(slot))) { revert(0, 0) } // Revert if already initialized
            sstore(slot, 1)
        }
        emit Initialized(address(this));
    }

    function execute(address to, uint256 value, bytes calldata data)
        external
        payable
        onlyEOA
        returns (bytes memory result)
    {
        (bool ok, bytes memory ret) = to.call{value: value}(data);
        require(ok, "CALL_FAILED");
        emit Executed(to, value, data, ret);
        return ret;
    }

    function executeBatch(address[] calldata to, uint256[] calldata value, bytes[] calldata data)
        external
        payable
        onlyEOA
    {
        uint256 n = to.length;
        require(n == value.length && n == data.length, "LENGTH_MISMATCH");
        for (uint256 i = 0; i < n; i++) {
            (bool ok, ) = to[i].call{value: value[i]}(data[i]);
            require(ok, "CALL_FAILED");
        }
    }
}

2. Назначение контракта на EOA (транзакция типа 4) с помощью viem​

Современные клиенты, такие как viem, имеют встроенные вспомогательные функции для подписания авторизаций и отправки транзакций типа 4. В этом примере аккаунт relayer оплачивает газ для обновления eoa.

import { createWalletClient, http, encodeFunctionData } from "viem";
import { sepolia } from "viem/chains";
import { privateKeyToAccount } from "viem/accounts";
import { abi, implementationAddress } from "./DelegatedAccountABI";

// 1. Define the relayer (sponsors gas) and the EOA to be upgraded
const relayer = privateKeyToAccount(process.env.RELAYER_PK as `0x${string}`);
const eoa = privateKeyToAccount(process.env.EOA_PK as `0x${string}`);

const client = createWalletClient({
  account: relayer,
  chain: sepolia,
  transport: http(),
});

// 2. The EOA signs the authorization pointing to the implementation contract
const authorization = await client.signAuthorization({
  account: eoa,
  contractAddress: implementationAddress,
  // If the EOA itself were sending this, you would add: executor: 'self'
});

// 3. The relayer sends a Type-4 transaction to set the EOA's code and call initialize()
const hash = await client.sendTransaction({
  to: eoa.address, // The destination is the EOA itself
  authorizationList: [authorization], // The new EIP-7702 field
  data: encodeFunctionData({ abi, functionName: "initialize" }),
});

// 4. Now, the EOA can be controlled via its new logic without further authorizations
// For example, to execute a transaction:
// await client.sendTransaction({
//   to: eoa.address,
//   data: encodeFunctionData({ abi, functionName: 'execute', args: [...] })
// });

3. Отзыв делегирования (возврат к обычному EOA)​

Чтобы отменить обновление, попросите EOA подписать авторизацию, которая назначает нулевой адрес в качестве реализации, и отправить еще одну транзакцию типа 4. После этого вызов eth_getCode(eoa.address) должен вернуть пустые байты.

Паттерны интеграции, работающие в продакшене​

• Обновление на месте для существующих пользователей: В вашем децентрализованном приложении определите, находится ли пользователь в сети, совместимой с Pectra. Если да, отобразите необязательную кнопку «Обновить аккаунт», которая запускает одноразовую подпись авторизации. Поддерживайте резервные пути (например, классические approve + swap) для пользователей со старыми кошельками.
• Бесплатное подключение (Gasless Onboarding): Используйте ретранслятор (либо ваш бэкенд, либо сервис) для спонсирования начальной транзакции типа 4. Для текущих безгазовых транзакций направляйте пользовательские операции через бандлер ERC-4337, чтобы использовать существующие пеймастеры и публичные мемпулы.
• Развертывание между цепочками: Используйте авторизацию chain_id = 0 для назначения одного и того же контракта реализации во всех цепочках. Затем вы можете включать или отключать функции для каждой цепочки в рамках вашей прикладной логики.
• Наблюдаемость: Ваш бэкенд должен индексировать транзакции типа 4 и анализировать authorization_list, чтобы отслеживать, какие EOA были обновлены. После транзакции проверьте изменение, вызвав eth_getCode и подтвердив, что код EOA теперь соответствует индикатору делегирования (0xef0100 || implementationAddress).

Модель угроз и подводные камни (не пропускайте это)​

• Делегирование является постоянным: Относитесь к изменениям в контракте реализации EOA с той же серьезностью, что и к стандартному обновлению смарт-контракта. Это требует аудитов, четкого информирования пользователей и, в идеале, процесса согласия. Никогда не внедряйте новую логику для пользователей без их ведома.
• «Мины» tx.origin: Любая логика, которая использовала msg.sender == tx.origin для обеспечения того, что вызов исходил непосредственно от EOA, теперь потенциально уязвима. Этот паттерн должен быть заменен более надежными проверками, такими как подписи EIP-712 или явные списки разрешенных адресов.
• Математика Nonce: Когда EOA спонсирует свою собственную транзакцию 7702 (executor: 'self'), его nonce авторизации и nonce транзакции взаимодействуют особым образом. Всегда используйте библиотеку, которая правильно обрабатывает это, чтобы избежать проблем с повторными воспроизведениями.
• Ответственность UX кошелька: Спецификация EIP-7702 предупреждает, что децентрализованные приложения не должны просить пользователей подписывать произвольные назначения. Ответственность кошелька — проверять предлагаемые реализации и убеждаться в их безопасности. Разрабатывайте свой UX в соответствии с этим принципом безопасности, опосредованной кошельком.

Когда 7702 — очевидная победа​

• Потоки DEX: Многошаговые approve и swap могут быть объединены в один клик с использованием функции executeBatch.
• Игры и сессии: Предоставляйте привилегии, подобные сессионным ключам, на ограниченное время или область действия, не требуя от пользователя создания и пополнения нового кошелька.
• Предприятия и финтех: Включите спонсируемые транзакции и применяйте пользовательские политики расходов, сохраняя при этом один и тот же корпоративный адрес в каждой цепочке для учета и идентификации.
• Мосты L2 и намерения: Создавайте более плавные потоки мета-транзакций с согласованной идентификацией EOA в разных сетях.

Эти варианты использования представляют те же основные преимущества, обещанные ERC-4337, но теперь они доступны каждому существующему EOA всего с одной авторизацией.

Контрольный список для запуска​

Протокол​

• Убедитесь, что узлы, SDK и поставщики инфраструктуры поддерживают транзакции типа 4 и EVM "prague" от Pectra.
• Обновите индексаторы и аналитические инструменты для анализа поля authorization_list в новых транзакциях.

Контракты​

• Разработайте минимальный, проверенный контракт реализации с основными функциями (например, пакетная обработка, отзыв).
• Тщательно протестируйте потоки отзыва и повторного назначения в тестовых сетях перед развертыванием в основной сети.

Клиенты​

• Обновите клиентские библиотеки (viem, ethers и т. д.) и протестируйте функции signAuthorization и sendTransaction.
• Убедитесь, что пути как для самостоятельно спонсируемых, так и для ретранслируемых транзакций правильно обрабатывают nonce и повторные воспроизведения.

Безопасность​

• Удалите все предположения, основанные на tx.origin, из ваших контрактов и замените их более безопасными альтернативами.
• Внедрите мониторинг после развертывания для обнаружения неожиданных изменений кода по адресам пользователей и оповещения о подозрительной активности.

Итог: EIP-7702 обеспечивает легкий путь к UX смарт-аккаунтов для миллионов уже используемых EOA. Начните с небольшой, проверенной реализации, используйте ретранслируемый путь для настройки без газа, сделайте отзыв четким и простым, и вы сможете получить 90% преимуществ полной абстракции аккаунтов — без проблем с изменением адресов и миграцией активов.

На протяжении многих лет общепринятым мнением в блокчейн-пространстве было то, что чем больше, тем лучше. Глобальная сеть Ethereum (EGN), обширный одноранговый (P2P) уровень, поддерживающий тысячи сервисов от основной сети Ethereum до бесчисленных других проектов, был построен именно на этой идее[cite: 4, 25]. Теория была проста: массивная, смешанная сеть, где каждый делит одно и то же пространство, будет способствовать обнаружению узлов и сделает экосистему более устойчивой к атакам[cite: 34, 35].

Однако критическая исследовательская работа «Место для каждого против каждого на своем месте: измерение и атака глобальной сети Ethereum» оспаривает это основополагающее убеждение. Исследование показывает, что эта архитектура «место для каждого», вместо того чтобы быть источником силы, приводит к серьезным неэффективностям и тревожным уязвимостям безопасности, которые могут затронуть сервисы с общей рыночной капитализацией более 500 миллиардов долларов США[cite: 6, 24].

Кошмар неэффективности: крик в толпе​

Обещание EGN заключалось в том, что узлы могли легко находить и подключаться к одноранговым узлам, предлагающим тот же сервис[cite: 34]. Реальность оказалась совершенно иной. Исследование показало, что узлы отчаянно пытаются найти своих собратьев в огромном, шумном море EGN[cite: 8].

Неэффективность поразительна:

• Потерянные соединения: более 75% попыток подключения узла направлены на одноранговые узлы из совершенно разных сервисов[cite: 8].
• Чрезвычайные затраты на подключение: в одном поразительном случае узлу пришлось совершить в среднем 45 908 попыток подключения, чтобы найти одного действительного соседа[cite: 9]. Это резко контрастирует с предполагаемым показателем успеха Биткойна — один из четырех[cite: 54].
• Шаг назад: новый протокол обнаружения, Discv5, который должен был стать улучшением, работает еще хуже. В 12-часовом тесте узлы, использующие Discv5, установили три или менее соединений, в основном потому, что критически важный «механизм обнаружения тем», предназначенный для рекламы сервисов, остается нереализованным во всех основных клиентах[cite: 57, 59].

Основная проблема заключается в том, что подавляющее большинство узлов в EGN имеют таблицы маршрутизации (их «адресные книги»), заполненные нерелевантными одноранговыми узлами. Исследование показало, что большинство узлов Discv4 поддерживают менее 5% одноранговых узлов того же сервиса в своих DHT (распределенных хеш-таблицах)[cite: 44].

Иллюзия безопасности: уязвимый гигант​

Вторым столпом аргумента «чем больше, тем лучше» была безопасность — что огромный размер EGN ослабит влияние любого злоумышленника[cite: 35]. В статье опровергается это предположение путем моделирования атаки загрязнения DHT, фундаментальной атаки, при которой вредоносные узлы заполняют адресные книги сети своими собственными записями[cite: 61, 62].

Результаты показывают, что смешанная природа EGN является не защитой, а критической уязвимостью[cite: 10, 65]:

• Разрушительно эффективно: всего 300 вредоносных узлов (менее 0,3% сети) могут загрязнить сеть настолько эффективно, что показатели успешности подключения для большинства сервисов упадут ниже 1%[cite: 11, 63].
• Массовая изоляция: всего через 24 часа эта мелкомасштабная атака смогла успешно разделить сеть, изолировав тысячи честных узлов от их сервисов[cite: 11, 64].
• Особенность дизайна, а не ошибка: эта уязвимость обусловлена не багом, а является неотъемлемым следствием смешанной архитектуры[cite: 65]. Когда та же атака была смоделирована на отдельных, выделенных сетях для каждого сервиса, она оказалась «в значительной степени неэффективной», потому что таблицы маршрутизации были чистыми и заполнены только релевантными одноранговыми узлами[cite: 66].

Путь вперед: «Каждый на своем месте»​

Исследование приходит к выводу, что смешанная архитектура EGN вредна, особенно для небольших сервисов, которые становятся побочным ущербом в этой неэффективной и небезопасной среде[cite: 37]. Решение состоит не в том, чтобы отказаться от глобальной сети, а в том, чтобы лучше ее организовать, перейдя от «места для каждого» к обеспечению того, чтобы «каждый был на своем месте»[cite: 522].

В статье предлагаются два ключевых решения:

1. DHT, специфичные для сервисов: Обязать все узлы включать информацию о своем сервисе непосредственно в свою запись узла Ethereum (ENR)[cite: 490, 491]. Это простое изменение позволит узлам фильтровать и приоритизировать одноранговые узлы того же сервиса, значительно повышая эффективность обнаружения и безопасность без ущерба для децентрализации[cite: 495].
2. Более надежные бутноды: Моделирование подчеркнуло критическую роль бутнодов как последней линии защиты от разделения сети[cite: 496]. В статье рекомендуется, чтобы сервисы увеличили количество своих бутнодов и настроили их на приоритетное хранение одноранговых узлов того же сервиса, создавая устойчивую основу для восстановления сети[cite: 499].

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

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

Однако недавняя исследовательская работа под названием "Деанонимизация валидаторов Ethereum: P2P-сеть имеет проблему конфиденциальности" от исследователей из ETH Zurich и других учреждений выявила критический недостаток в этом предположении. Они продемонстрировали простой, недорогой метод прямой привязки публичного идентификатора валидатора к IP-адресу машины, на которой он работает.

Короче говоря, валидаторы Ethereum далеко не так анонимны, как многие считают. Полученные данные были достаточно значимыми, чтобы принести исследователям вознаграждение за обнаруженную ошибку от Ethereum Foundation, что подтверждает серьезность утечки конфиденциальных данных.

Как работает уязвимость: недостаток в протоколе распространения информации​

Чтобы понять уязвимость, нам сначала нужно представить, как взаимодействуют валидаторы Ethereum. Сеть состоит из более чем миллиона валидаторов, которые постоянно «голосуют» за состояние цепочки. Эти голоса называются аттестациями, и они транслируются по одноранговой ($P2P$) сети всем другим нодам.

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

• По умолчанию каждая нода (компьютер, на котором запущено программное обеспечение валидатора) подписывается только на две из этих 64 подсетей. Ее основная задача — добросовестно ретранслировать все сообщения, которые она видит на этих двух каналах.
• Когда валидатору необходимо проголосовать, его аттестация случайным образом назначается одной из 64 подсетей для трансляции.

Именно здесь кроется уязвимость. Представьте ноду, чья задача — управлять трафиком для каналов 12 и 13. Весь день она добросовестно пересылает сообщения только из этих двух каналов. Но затем она внезапно отправляет вам сообщение, которое относится к каналу 45.

Это мощная подсказка. Почему нода должна обрабатывать сообщение из канала, за который она не отвечает? Самый логичный вывод заключается в том, что нода сама сгенерировала это сообщение. Это означает, что валидатор, создавший аттестацию для канала 45, работает на этой же машине.

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

Метод оказался шокирующе эффективным. Используя всего четыре ноды в течение трех дней, команда успешно определила IP-адреса более 161 000 валидаторов, что составляет более 15% всей сети Ethereum.

Почему это важно: риски деанонимизации​

Раскрытие IP-адреса валидатора — это не пустяк. Это открывает двери для целенаправленных атак, которые угрожают отдельным операторам и здоровью сети Ethereum в целом.

1. Целенаправленные атаки и кража вознаграждений Ethereum заранее, за несколько минут, объявляет, какой валидатор должен предложить следующий блок. Злоумышленник, знающий IP-адрес этого валидатора, может запустить атаку типа «отказ в обслуживании» (DDoS), перегрузив его трафиком и отключив от сети. Если валидатор пропускает свое четырехсекундное окно для предложения блока, возможность переходит к следующему валидатору в очереди. Если злоумышленник является этим следующим валидатором, он может затем получить вознаграждение за блок и ценные комиссии за транзакции (MEV), которые должны были достаться жертве.

2. Угрозы живучести и безопасности сети Хорошо обеспеченный ресурсами злоумышленник мог бы многократно выполнять эти «снайперские» атаки, вызывая замедление или остановку всего блокчейна (атака на живучесть). В более серьезном сценарии злоумышленник мог бы использовать эту информацию для запуска сложных атак по разделению сети, потенциально заставляя различные части сети расходиться во мнениях относительно истории цепочки, тем самым компрометируя ее целостность (атака на безопасность).

3. Выявление централизованной реальности Исследование также пролило свет на некоторые неудобные истины о децентрализации сети:

• Чрезвычайная концентрация: Команда обнаружила пиры, размещающие ошеломляющее количество валидаторов, включая один IP-адрес, на котором работало более 19 000 валидаторов. Сбой одной машины может оказать непропорционально большое влияние на сеть.
• Зависимость от облачных сервисов: Примерно 90% обнаруженных валидаторов работают на облачных провайдерах, таких как AWS и Hetzner, а не на компьютерах индивидуальных домашних стейкеров. Это представляет собой значительную точку централизации.
• Скрытые зависимости: Многие крупные стейкинг-пулы заявляют, что их операторы независимы. Однако исследование выявило случаи, когда валидаторы из разных, конкурирующих пулов работали на одной и той же физической машине, создавая скрытые системные риски.

Меры по смягчению: как валидаторы могут защитить себя?​

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

• Создание большего шума: Валидатор может выбрать подписку на более чем две подсети — или даже на все 64. Это значительно затрудняет наблюдателю различение между ретранслируемыми сообщениями и сообщениями, сгенерированными самим валидатором.
• Использование нескольких нод: Оператор может разделить обязанности валидатора между разными машинами с разными IP-адресами. Например, одна нода может обрабатывать аттестации, в то время как отдельная, приватная нода используется только для предложения высокоценных блоков.
• Приватный пиринг: Валидаторы могут устанавливать доверенные, приватные соединения с другими нодами для ретрансляции своих сообщений, скрывая их истинное происхождение внутри небольшой, доверенной группы.
• Протоколы анонимной трансляции: Могут быть реализованы более продвинутые решения, такие как Dandelion, который скрывает происхождение сообщения, передавая его по случайному «стеблю» перед широкой трансляцией.

Заключение​

Это исследование убедительно иллюстрирует присущий распределенным системам компромисс между производительностью и конфиденциальностью. В стремлении к масштабированию $P2P$-сеть Ethereum приняла дизайн, который скомпрометировал анонимность ее наиболее критически важных участников.

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

Мы рады объявить о значительном расширении API Marketplace BlockEden.xyz с добавлением трех передовых блокчейн-сетей: Base, Berachain и Blast. Эти новые предложения отражают наше стремление предоставить разработчикам всесторонний доступ к самым инновационным блокчейн-инфраструктурам, обеспечивая беспрепятственную разработку в нескольких экосистемах.

Base: решение Ethereum L2 от Coinbase​

Base — это решение Ethereum Layer 2 (L2), разработанное Coinbase, призванное привлечь миллионы пользователей в ончейн-экосистему. Будучи безопасным, недорогим и удобным для разработчиков Ethereum L2, Base сочетает в себе надежную безопасность Ethereum с преимуществами масштабируемости оптимистичных роллапов (optimistic rollups).

Наша новая конечная точка API Base позволяет разработчикам:

• Получать доступ к инфраструктуре Base без управления собственными нодами
• Использовать высокопроизводительные RPC-соединения с доступностью 99,9%
• Создавать приложения, которые выигрывают от безопасности Ethereum с более низкими комиссиями
• Беспрепятственно взаимодействовать с расширяющейся экосистемой приложений Base

Base особенно привлекателен для разработчиков, стремящихся создавать потребительские приложения, которые требуют безопасности Ethereum, но при этом обходятся значительно дешевле.

Berachain: производительность в сочетании с совместимостью с EVM​

Berachain предлагает уникальный подход к блокчейн-инфраструктуре, сочетая высокую производительность с полной совместимостью с Ethereum Virtual Machine (EVM). Будучи новой сетью, привлекающей значительное внимание разработчиков, Berachain предлагает:

• Совместимость с EVM с повышенной пропускной способностью
• Расширенные возможности смарт-контрактов
• Растущую экосистему инновационных DeFi-приложений
• Уникальные механизмы консенсуса, оптимизированные для скорости транзакций

Наш API Berachain предоставляет разработчикам немедленный доступ к этой перспективной сети, позволяя командам создавать и тестировать приложения без сложностей управления инфраструктурой.

Blast: первый L2 с нативной доходностью​

Blast выделяется как первый Ethereum L2 с нативной доходностью для ETH и стейблкоинов. Этот инновационный подход к генерации доходности делает Blast особенно интересным для DeFi-разработчиков и приложений, ориентированных на эффективность капитала.

Ключевые преимущества нашего Blast API включают:

• Прямой доступ к механизмам нативной доходности Blast
• Поддержку для создания приложений, оптимизированных под доходность
• Упрощенную интеграцию с уникальными функциями Blast
• Высокопроизводительные RPC-соединения для бесперебойного взаимодействия

Ориентация Blast на нативную доходность представляет собой захватывающее направление для решений Ethereum L2, потенциально устанавливая новые стандарты эффективности капитала в экосистеме.

Процесс бесшовной интеграции​

Начать работу с этими новыми сетями с BlockEden.xyz очень просто:

1. Посетите наш API Marketplace и выберите нужную сеть
2. Создайте ключ API через вашу панель управления BlockEden.xyz
3. Интегрируйте конечную точку в вашу среду разработки, используя нашу исчерпывающую документацию
4. Начинайте разработку с уверенностью, опираясь на нашу гарантию доступности 99,9%

Почему стоит выбрать BlockEden.xyz для этих сетей?​

BlockEden.xyz продолжает выделяться благодаря нескольким ключевым предложениям:

• Высокая доступность: Наша инфраструктура поддерживает 99,9% времени безотказной работы во всех поддерживаемых сетях
• Подход, ориентированный на разработчиков: Исчерпывающая документация и поддержка для бесшовной интеграции
• Единый опыт: Доступ к нескольким блокчейн-сетям через единый, последовательный интерфейс
• Конкурентоспособные цены: Наша система кредитов вычислительных единиц (CUC) обеспечивает экономически эффективное масштабирование

Взгляд в будущее​

Добавление Base, Berachain и Blast в наш API Marketplace демонстрирует нашу постоянную приверженность поддержке разнообразной и развивающейся блокчейн-экосистемы. По мере того, как эти сети будут развиваться и привлекать разработчиков, BlockEden.xyz будет предоставлять надежную инфраструктуру, необходимую для создания следующего поколения децентрализованных приложений.

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

Готовы начать разработку на Base, Berachain или Blast? Посетите BlockEden.xyz API Marketplace сегодня и создайте свой ключ доступа, чтобы начать свой путь!

Для получения последних обновлений и анонсов свяжитесь с нами в Twitter или присоединяйтесь к нашему сообществу в Discord.

В быстро развивающемся мире блокчейн-технологий на арену с амбициозным видением вышла знакомая компания. Sony, гигант в сфере развлечений и технологий, запустила Soneium — блокчейн Ethereum Layer-2, разработанный для преодоления разрыва между передовыми инновациями Web3 и основными интернет-сервисами. Но что такое Soneium, и почему это должно вас волновать? Давайте разберемся.

Что такое Soneium?​

Soneium — это блокчейн Layer-2, построенный на базе Ethereum и разработанный Sony Block Solutions Labs — совместным предприятием Sony Group и Startale Labs. Запущенный в январе 2025 года после успешной фазы тестовой сети, Soneium стремится "реализовать открытый интернет, который преодолевает границы", делая технологию блокчейн доступной, масштабируемой и практичной для повседневного использования.

Представьте это как попытку Sony сделать блокчейн таким же удобным для пользователя, каким когда-то ее PlayStation и Walkman сделали игры и музыку.

Технологии, лежащие в основе Soneium​

Для тех, кто интересуется технологиями, Soneium построен на Optimism's OP Stack, что означает, что он использует ту же структуру оптимистичного роллапа, что и другие популярные решения Layer-2. Проще говоря? Он обрабатывает транзакции вне сети и лишь периодически отправляет сжатые данные обратно в Ethereum, делая транзакции быстрее и дешевле, сохраняя при этом безопасность.

Soneium полностью совместим с Виртуальной машиной Ethereum (EVM), поэтому разработчики, знакомые с Ethereum, могут легко развертывать свои приложения на этой платформе. Он также присоединяется к экосистеме "Superchain" от Optimism, что позволяет ему легко взаимодействовать с другими сетями Layer-2, такими как Base от Coinbase.

Что делает Soneium особенным?​

Хотя на рынке уже существует несколько решений Layer-2, Soneium выделяется своим акцентом на развлечениях, креативном контенте и вовлечении фанатов — областях, где Sony имеет десятилетия опыта и огромные ресурсы.

Представьте, что вы покупаете билет в кино и получаете эксклюзивный цифровой коллекционный предмет, который предоставляет доступ к бонусному контенту. Или посещаете виртуальный концерт, где ваш NFT-билет становится сувениром со специальными привилегиями. Именно такие впечатления Sony планирует создавать на Soneium.

Платформа предназначена для поддержки:

• Игровых впечатлений с более быстрыми транзакциями для внутриигровых активов
• NFT-маркетплейсов для цифровых коллекционных предметов
• Приложений для вовлечения фанатов, где сообщества могут взаимодействовать с создателями
• Финансовых инструментов для создателей и фанатов
• Корпоративных блокчейн-решений

Партнерства Sony, движущие Soneium​

Sony не действует в одиночку. Компания заключила стратегические партнерства для поддержки развития и внедрения Soneium:

• Startale Labs, сингапурский блокчейн-стартап, возглавляемый Сотой Ватанабе (соучредителем Astar Network), является ключевым техническим партнером Sony
• Optimism Foundation предоставляет базовую технологию
• Circle гарантирует, что USD Coin (USDC) служит основной валютой в сети
• Samsung сделала стратегические инвестиции через свое венчурное подразделение
• Alchemy, Chainlink, Pyth Network и The Graph предоставляют основные инфраструктурные услуги

Sony также использует свои внутренние подразделения — включая Sony Pictures, Sony Music Entertainment и Sony Music Publishing — для пилотных проектов по вовлечению фанатов Web3 на Soneium. Например, платформа уже провела NFT-кампании для франшизы "Призрак в доспехах" и различных музыкальных исполнителей под лейблом Sony.

Первые признаки успеха​

Несмотря на то, что Soneium существует всего несколько месяцев, он демонстрирует многообещающую динамику:

• Фаза его тестовой сети насчитывала более 15 миллионов активных кошельков и обработала более 47 миллионов транзакций
• В течение первого месяца после запуска основной сети Soneium привлек более 248 000 ончейн-аккаунтов и около 1,8 миллиона адресов, взаимодействующих с сетью
• Платформа успешно запустила несколько NFT-дропов, включая сотрудничество с музыкальным лейблом Web3 Coop Records

Для стимулирования роста Sony и Astar Network запустили 100-дневную стимулирующую кампанию с призовым фондом в 100 миллионов токенов, поощряя пользователей тестировать приложения, предоставлять ликвидность и быть активными на платформе.

Безопасность и масштабируемость: Акт балансирования​

Безопасность имеет первостепенное значение для Sony, особенно когда она переносит свой проверенный бренд в блокчейн-пространство. Soneium наследует безопасность Ethereum, добавляя при этом свои собственные защитные меры.

Интересно, что Sony применила несколько спорный подход, внеся в черный список определенные смарт-контракты и токены, которые, как считается, нарушают интеллектуальную собственность. Хотя это вызвало вопросы о децентрализации, Sony утверждает, что некоторая курация необходима для защиты создателей и построения доверия с обычными пользователями.

Что касается масштабируемости, сама цель Soneium — повысить пропускную способность Ethereum. Обрабатывая транзакции вне сети, он может обрабатывать гораздо больший объем транзакций при значительно меньших затратах — что крайне важно для массового внедрения таких приложений, как игры или крупные NFT-дропы.

Дальнейший путь​

Sony представила многоэтапную дорожную карту для Soneium:

1. Первый год: Привлечение энтузиастов Web3 и ранних последователей
2. В течение двух лет: Интеграция продуктов Sony, таких как Sony Bank, Sony Music и Sony Pictures
3. В течение трех лет: Расширение на предприятия и общие приложения за пределами экосистемы Sony

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

Хотя Soneium в настоящее время полагается на ETH для оплаты комиссий за газ и использует ASTR (токен Astar Network) для стимулов, существуют предположения о потенциальном собственном токене Soneium в будущем.

Как Soneium сравнивается с другими сетями Layer-2​

На переполненном рынке Layer-2 Soneium сталкивается с конкуренцией со стороны таких признанных игроков, как Arbitrum, Optimism и Polygon. Однако Sony занимает уникальное положение, используя свою развлекательную империю и сосредоточившись на креативных вариантах использования.

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

Компромисс заключается в меньшей децентрализации (по крайней мере, на начальном этапе) по сравнению с такими сетями, как Optimism и Arbitrum, которые выпустили токены и внедрили управление сообществом.

Общая картина​

Soneium от Sony представляет собой значительный шаг к массовому внедрению блокчейна. Сосредоточившись на контенте и вовлечении фанатов — областях, в которых Sony преуспевает — компания позиционирует Soneium как мост между энтузиастами Web3 и обычными потребителями.

Если Sony сможет успешно превратить хотя бы часть своих миллионов клиентов в участников Web3, Soneium может стать одной из первых по-настоящему массовых блокчейн-платформ.

Эксперимент только начался, но потенциал огромен. Поскольку границы между развлечениями, технологиями и блокчейном продолжают стираться, Soneium вполне может оказаться в авангарде этой конвергенции, принося технологию блокчейн массам по одному игровому аватару или музыкальному NFT за раз.

Что такое рестейкинг: В модели доказательства доли владения (Proof-of-Stake) Ethereum валидаторы обычно стейкают ETH для обеспечения безопасности сети и получения вознаграждений, с риском слэшинга (штрафа) в случае недобросовестного поведения. Рестейкинг позволяет повторно использовать тот же стейкнутый ETH (или его деривативы ликвидного стейкинга) для обеспечения безопасности дополнительных протоколов или сервисов. EigenLayer представил рестейкинг через смарт-контракты, которые позволяют стейкерам ETH добровольно расширять свою безопасность на новые системы в обмен на дополнительную доходность. На практике валидатор Ethereum может зарегистрироваться в EigenLayer и предоставить его контрактам разрешение на применение дополнительных условий слэшинга, указанных внешними протоколами. Если валидатор злонамеренно действует в любом выбранном сервисе, контракты EigenLayer могут сократить его стейкнутый ETH, так же как Ethereum поступил бы при нарушениях консенсуса. Этот механизм эффективно трансформирует надежную безопасность стейкинга Ethereum в компонуемую «Безопасность как услуга»: разработчики могут заимствовать экономическую безопасность Ethereum для запуска новых проектов, вместо того чтобы создавать собственную сеть валидаторов с нуля. Используя более 31 млн ETH, уже обеспечивающих безопасность Ethereum, рестейкинг EigenLayer создает рынок «объединенной безопасности», где несколько сервисов используют одну и ту же надежную капитальную базу.

Подход EigenLayer: EigenLayer реализован как набор смарт-контрактов Ethereum, которые координируют этот процесс рестейкинга. Валидаторы (или держатели ETH), желающие рестейкнуть, либо депонируют свои токены ликвидного стейкинга, либо, в случае нативных стейкеров, перенаправляют свои учетные данные для вывода средств на контракт, управляемый EigenLayer (часто называемый EigenPod). Это гарантирует, что EigenLayer может применять слэшинг, блокируя или сжигая базовый ETH при необходимости. Рестейкеры всегда сохраняют право собственности на свой ETH (выводимый после периода выхода/депонирования), но они добровольно соглашаются на новые правила слэшинга в дополнение к правилам Ethereum. Взамен они получают право на дополнительные вознаграждения за рестейкинг, выплачиваемые сервисами, которые они обеспечивают. Конечным результатом является модульный уровень безопасности: набор валидаторов и стейк Ethereum «сдаются в аренду» внешним протоколам. Как выразился основатель EigenLayer Срирам Каннан, это создает «Проверяемое облако» для Web3 – по аналогии с тем, как AWS предлагает вычислительные услуги, EigenLayer предлагает безопасность как услугу разработчикам. Раннее внедрение было активным: к середине 2024 года более 4,9 млн ETH (~15 млрд $) было рестейкнуто в EigenLayer, что демонстрирует спрос со стороны стейкеров на максимизацию доходности и со стороны новых протоколов на запуск с минимальными накладными расходами. Таким образом, рестейкинг на Ethereum перепрофилирует существующее доверие (стейкнутый ETH) для обеспечения безопасности новых приложений, и EigenLayer предоставляет инфраструктуру, чтобы сделать этот процесс компонуемым и безразрешительным.

Шаблоны проектирования активно валидируемых сервисов (AVS)​

Что такое AVS? Активно валидируемые сервисы (AVS) — это любые децентрализованные сервисы или сети, которые требуют собственного набора валидаторов и правил консенсуса, но могут передать обеспечение безопасности платформе рестейкинга, такой как EigenLayer. Другими словами, AVS — это внешний протокол (вне Ethereum L1), который нанимает валидаторов Ethereum для выполнения некоторой работы по верификации. Примеры включают сайдчейны или роллапы, уровни доступности данных, сети оракулов, мосты, общие секвенсоры, децентрализованные вычислительные модули и многое другое. Каждый AVS определяет уникальную задачу распределенной валидации — например, оракул может требовать подписи ценовых фидов, в то время как цепочка доступности данных (например, EigenDA) требует хранения и аттестации блоков данных. Эти сервисы запускают собственное программное обеспечение и, возможно, собственный консенсус среди участвующих операторов, но полагаются на общую безопасность: экономический стейк, поддерживающий их, обеспечивается рестейкнутым ETH (или другими активами) от валидаторов Ethereum, а не нативным токеном для каждой новой сети.

Архитектура и роли: Архитектура EigenLayer четко разделяет роли в этой модели общей безопасности:

• Рестейкеры – стейкеры ETH (или держатели LST), которые добровольно соглашаются обеспечивать безопасность AVS. Они депонируют средства в контракты EigenLayer, расширяя свой стейкнутый капитал в качестве залога для нескольких сервисов. Рестейкеры могут выбирать, какие AVS поддерживать, напрямую или через делегирование, и получать вознаграждения от этих сервисов. Важно отметить, что они несут риск слэшинга, если какой-либо поддерживаемый AVS сообщит о недобросовестном поведении.

• Операторы – операторы нод, которые фактически запускают внецепочечное клиентское программное обеспечение для каждого AVS. Они аналогичны майнерам/валидаторам для сети AVS. В EigenLayer оператор должен зарегистрироваться и быть одобрен (изначально внесен в белый список), чтобы присоединиться, а затем может добровольно обслуживать определенные AVS. Рестейкеры делегируют свой стейк операторам (если они сами не запускают ноды), поэтому операторы агрегируют стейк от потенциально многих рестейкеров. Каждый оператор подчиняется условиям слэшинга любого AVS, который он поддерживает, и получает комиссии или вознаграждения за свои услуги. Это создает рынок операторов, конкурирующих по производительности и надежности, поскольку AVS будут предпочитать компетентных операторов, а рестейкеры будут предпочитать тех, кто максимизирует вознаграждения без incurring слэшинга.

• AVS (Активно валидируемый сервис) – Сам внешний протокол или сервис, который обычно состоит из двух компонентов: (1) внецепочечного бинарного файла или клиента, который операторы запускают для выполнения сервиса (например, программное обеспечение ноды сайдчейна), и (2) ончейн контракта AVS, развернутого на Ethereum, который взаимодействует с EigenLayer. Контракт AVS на Ethereum кодирует правила для слэшинга и распределения вознаграждений этого сервиса. Например, он может определять, что если представлены две конфликтующие подписи (доказательство двуличности оператора), то выполняется слэшинг X ETH со стейка этого оператора. Контракт AVS подключается к менеджерам слэшинга EigenLayer для фактического наказания рестейкнутого ETH при возникновении нарушений. Таким образом, каждый AVS может иметь пользовательскую логику валидации и условия сбоев, полагаясь на EigenLayer для применения экономических наказаний с использованием общего стейка. Эта конструкция позволяет разработчикам AVS внедрять новые модели доверия (даже новые механизмы консенсуса или криптографические сервисы), не изобретая заново токен для обеспечения безопасности.

• Потребители/пользователи AVS – Наконец, конечные пользователи или другие протоколы, которые потребляют вывод AVS. Например, dApp может использовать оракул AVS для ценовых данных или роллап может публиковать данные в AVS доступности данных. Потребители платят комиссии AVS (часто финансируя вознаграждения, которые получают рестейкеры/операторы) и зависят от его корректности, которая обеспечивается экономической безопасностью, арендованной AVS у Ethereum.

Использование общей безопасности: Прелесть этой модели заключается в том, что даже совершенно новый сервис может начать свою жизнь с гарантиями безопасности уровня Ethereum. Вместо того чтобы набирать и стимулировать новый набор валидаторов, AVS с первого дня подключается к опытному, экономически связанному набору валидаторов. Меньшие цепочки или модули, которые были бы небезопасны сами по себе, становятся безопасными, используя Ethereum. Эта объединенная безопасность значительно увеличивает стоимость атаки на любой отдельный AVS — злоумышленнику потребуется приобрести и стейкнуть большое количество ETH (или другого одобренного залога), а затем рискнуть потерять его через слэшинг. Поскольку многие сервисы используют один и тот же пул рестейкнутого ETH, они фактически образуют общий зонтик безопасности: объединенный экономический вес стейка предотвращает атаки на любой из них. С точки зрения разработчика, это модулирует уровень консенсуса — вы фокусируетесь на функциональности своего сервиса, в то время как EigenLayer занимается его обеспечением с помощью существующего набора валидаторов. Таким образом, AVS могут быть очень разнообразными. Некоторые из них являются универсальными «горизонтальными» сервисами, которые могут использовать многие dApp (например, общий децентрализованный секвенсор или внецепочечная вычислительная сеть), в то время как другие являются «вертикальными» или специфичными для приложений (адаптированными к нише, такой как конкретный мост или оракул DeFi). Ранние примеры AVS на EigenLayer охватывают доступность данных (например, EigenDA), совместное секвенирование для роллапов (например, Espresso, Radius), сети оракулов (например, eOracle), кросс-чейн мосты (например, Polymer, Hyperlane), внецепочечные вычисления (например, Lagrange для ZK-доказательств) и многое другое. Все они используют одну и ту же базу доверия Ethereum. Таким образом, AVS — это, по сути, подключаемый модуль, который передает доверие Ethereum: он определяет, что должны делать валидаторы и что является слэшинговым сбоем, а EigenLayer применяет эти правила к пулу ETH, который глобально используется для обеспечения безопасности многих таких модулей.

Механизмы стимулирования для рестейкеров, операторов и разработчиков​

Надежная система стимулирования имеет решающее значение для согласования интересов всех сторон в экосистеме рестейкинга. EigenLayer и аналогичные платформы создают «выигрыш-выигрыш-выигрыш», предлагая новый доход стейкерам и операторам, одновременно снижая затраты для развивающихся протоколов. Давайте разберем стимулы по ролям:

• Стимулы для рестейкеров: Рестейкеры в первую очередь мотивированы доходностью. Выбирая EigenLayer, стейкер ETH может получать дополнительные вознаграждения сверх стандартной доходности от стейкинга Ethereum. Например, валидатор с 32 ETH, стейкнутыми в Beacon Chain Ethereum, продолжает получать базовую годовую процентную ставку (APR) ~4-5%, но если он рестейкает через EigenLayer, он может одновременно получать комиссии или токен-вознаграждения от нескольких AVS, которым он помогает обеспечивать безопасность. Это «двойное погружение» значительно увеличивает потенциальную прибыль для валидаторов. В раннем развертывании EigenLayer рестейкеры получали стимулирующие баллы, которые конвертировались в эйрдропы токенов EIGEN (для начальной загрузки); позже был запущен механизм непрерывного вознаграждения (программные стимулы), распределяющий миллионы токенов EIGEN рестейкерам в качестве майнинга ликвидности. Помимо токен-стимулов, рестейкеры получают выгоду от диверсификации дохода – вместо того чтобы полагаться исключительно на блочные вознаграждения Ethereum, они могут зарабатывать в различных токенах AVS или комиссиях. Конечно, эти более высокие вознаграждения сопряжены с более высоким риском (большая подверженность слэшингу), поэтому рациональные рестейкеры будут выбирать только те AVS, которые, по их мнению, хорошо управляются. Это создает рыночный контроль: AVS должны предлагать достаточно привлекательные вознаграждения, чтобы компенсировать риск, иначе рестейкеры будут избегать их. На практике многие рестейкеры делегируют профессиональным операторам, поэтому они также могут платить комиссию оператору из своих вознаграждений. Тем не менее, рестейкеры значительно выигрывают, монетизируя иначе простаивающую емкость безопасности своего стейкнутого ETH. (Примечательно, что EigenLayer сообщает, что более 88% всех распределенных EIGEN были сразу же снова стейкнуты/делегированы – что указывает на то, что рестейкеры активно наращивают свои позиции.)

• Стимулы для операторов: Операторы в EigenLayer — это поставщики услуг, которые выполняют основную работу по запуску нод для каждого AVS. Их стимулом является доход от комиссий или доля вознаграждения, выплачиваемая этими AVS. Как правило, AVS выплачивает вознаграждения (в ETH, стейблкоинах или собственном токене) всем валидаторам, обеспечивающим его безопасность; операторы получают эти вознаграждения от имени стейка, который они размещают, и часто берут часть (например, комиссию) за предоставление инфраструктуры. EigenLayer позволяет рестейкерам делегировать операторам, поэтому операторы конкурируют за привлечение как можно большего количества рестейкнутого ETH — чем больше делегированного стейка, тем больше задач они могут выполнить и тем больше комиссий заработать. Эта динамика побуждает операторов быть высоконадежными и специализироваться на AVS, которые они могут эффективно запускать (чтобы избежать слэшинга и максимизировать время безотказной работы). Оператор с хорошей репутацией может получить большую делегацию и, таким образом, большую общую сумму вознаграждений. Важно отметить, что операторы сталкиваются со штрафами за слэшинг за неправомерное поведение, как и рестейкеры (поскольку стейк, который они несут, может быть сокращен), что согласовывает их поведение с честным выполнением. Дизайн EigenLayer эффективно создает открытый рынок услуг валидатора: команды AVS могут «нанимать» операторов, предлагая вознаграждения, а операторы будут выбирать AVS, которые прибыльны относительно риска. Например, один оператор может сосредоточиться на запуске оракула AVS, если у него высокие комиссии, в то время как другой может запустить AVS уровня данных, который требует большой пропускной способности, но хорошо платит. Со временем мы ожидаем равновесия свободного рынка, где операторы выбирают наилучшее сочетание AVS и устанавливают соответствующее разделение комиссий со своими делегаторами. Это контрастирует с традиционным стейкингом в одной цепочке, где валидаторы имеют фиксированные обязанности — здесь они могут многозадачно работать в нескольких сервисах, чтобы накапливать доходы. Стимул для операторов, таким образом, заключается в максимизации их доходов на единицу стейкнутого залога, без перегрузки до такой степени, чтобы вызвать слэшинг. Это тонкий баланс, который должен способствовать профессионализации и, возможно, даже страховым или хеджирующим решениям (операторы могут страховаться от слэшинга, чтобы защитить своих делегаторов и т. д.).

• Стимулы для разработчиков AVS: Разработчики протоколов (команды, создающие новые AVS или цепочки), возможно, получают наибольшую выгоду от модели «аутсорсинга безопасности» рестейкинга. Их основной стимул — экономия затрат и времени: им не нужно запускать новый токен с высокой инфляцией или убеждать тысячи независимых валидаторов обеспечивать безопасность их сети с нуля. Запуск сети PoS обычно требует предоставления ранним валидаторам больших токен-вознаграждений (размывающих предложение) и все еще может привести к слабой безопасности, если рыночная капитализация токена низка. С общей безопасностью новый AVS может **запускаться, обеспеченный экономической безопасностью Ethereum в более чем 200 млрд $**, что мгновенно делает атаки экономически невыгодными. Это огромный стимул для инфраструктурных проектов, таких как мосты или оракулы, которым нужны сильные гарантии безопасности. Более того, разработчики могут сосредоточиться на логике своего приложения и полагаться на EigenLayer (или Karak и т. д.) для **управления набором валидаторов**, значительно снижая сложность. Экономически, хотя AVS должен платить за безопасность, он часто может делать это **более устойчивым** способом. Вместо огромной инфляции он может перенаправлять протокольные комиссии или предлагать скромную стипендию в нативных токенах. Например, AVS моста может взимать с пользователей комиссии в ETH и использовать их для оплаты рестейкерам, достигая безопасности без печати необеспеченных токенов. Недавний анализ отмечает, что устранение необходимости в «высокоразмывающих механизмах вознаграждения» было ключевой мотивацией дизайна универсального рестейкинга Karak. По сути, общая безопасность позволяет _«запускаться с ограниченным бюджетом»_. Кроме того, если у AVS есть токен, он может использоваться больше для управления или утилитарности, а не исключительно для расходов на безопасность. Разработчики также стимулируются **сетевыми эффектами**: подключаясь к хабу рестейкинга, их сервис может легче взаимодействовать с другими AVS (общие пользователи и операторы) и получать доступ к большому сообществу стейкеров Ethereum. Обратная сторона заключается в том, что команды AVS должны разрабатывать привлекательные схемы вознаграждения, чтобы _привлекать_ рестейкеров и операторов на открытом рынке. Это часто означает первоначальное предложение щедрой доходности или токен-стимулов для стимулирования участия — очень похоже на майнинг ликвидности в DeFi. Например, сам EigenLayer широко распространил токен EIGEN среди ранних стейкеров/операторов, чтобы поощрить участие. Мы видим аналогичные паттерны с новыми платформами рестейкинга (например, кампания XP Karak для будущих токенов$KAR). Таким образом, разработчики AVS обменивают часть вознаграждений на стейкеров Ethereum в обмен на избежание проблемы мертвого старта обеспечения безопасности новой сети. Стратегический выигрыш — это более быстрое время выхода на рынок и более высокая безопасность с первого дня, что может быть решающим преимуществом, особенно для критически важной инфраструктуры, такой как кросс-чейн мосты или финансовые услуги, требующие доверия.

Регуляторные риски и проблемы управления​

Регуляторная неопределенность: Новая модель рестейкинга существует в серой правовой зоне, поднимая несколько регуляторных вопросов. Одна из проблем заключается в том, будет ли предложение «безопасности как услуги» рассматриваться регуляторами как незарегистрированное предложение ценных бумаг или форма высокорискового инвестиционного продукта. Например, распределение токена EIGEN через эйрдроп стейкерам и текущие вознаграждения привлекли внимание к соблюдению законов о ценных бумагах. Проекты должны быть осторожны, чтобы их токены или схемы вознаграждений не подпадали под определения ценных бумаг (например, тест Хауи в США). Кроме того, протоколы рестейкинга агрегируют и перераспределяют стейки между сетями, что может рассматриваться как форма объединенных инвестиций или даже банковская деятельность, если не децентрализовано должным образом. Команда EigenLayer признает регуляторный риск, отмечая, что изменение законов может повлиять на осуществимость рестейкинга и что EigenLayer «может быть классифицирован как незаконная финансовая деятельность в некоторых регионах». Это означает, что регуляторы могут определить, что передача контроля над слэшингом сторонним сервисам (AVS) нарушает финансовые правила или правила защиты потребителей, особенно если в этом участвуют розничные пользователи. Другой аспект — санкции/AML: рестейкинг перемещает стейк в контракты, которые затем валидируют другие цепочки — если одна из этих цепочек обрабатывает незаконные транзакции или находится под санкциями, могут ли валидаторы Ethereum непреднамеренно нарушить правила соблюдения? Это остается непроверенным. Пока нет четких правил, специально нацеленных на рестейкинг, но меняющаяся позиция в отношении криптостейкинга (например, действия SEC против централизованных сервисов стейкинга) предполагает, что рестейкинг может привлечь внимание по мере своего роста. Проекты, такие как EigenLayer, придерживаются осторожного подхода — например, токен EIGEN изначально был непередаваемым при запуске, чтобы избежать спекулятивной торговли и потенциальных регуляторных проблем. Тем не менее, пока не будут определены рамки, платформы рестейкинга работают с риском того, что новые законы или правоприменение могут наложить ограничения (например, требование аккредитации участников, раскрытия информации или даже запрет определенных типов кросс-чейн стейкинга).

Проблемы управления и консенсуса: Рестейкинг вводит сложные проблемы управления как на уровне протокола, так и для более широкой экосистемы Ethereum:

• Перегрузка социального консенсуса Ethereum: Главное опасение, высказанное Виталиком Бутериным, заключается в том, что расширенное использование набора валидаторов Ethereum может непреднамеренно вовлечь сам Ethereum во внешние споры. Наставление Виталика: «Двойное использование стейкнутого ETH валидатора, хотя и сопряжено с некоторыми рисками, в принципе нормально, но попытка «рекрутировать» социальный консенсус Ethereum для целей вашего приложения — нет». Проще говоря, приемлемо, если валидаторы Ethereum также валидируют, скажем, сеть оракулов и получают индивидуальный слэшинг за недобросовестное поведение там (без влияния на консенсус Ethereum). Опасно, если внешний протокол ожидает, что сообщество Ethereum или основной протокол вмешаются для разрешения какой-либо проблемы (например, для форка валидаторов, которые плохо себя вели во внешнем сервисе). Дизайн EigenLayer сознательно пытается избежать этого сценария, сохраняя слэшинговые ошибки объективными и изолированными. Условия слэшинга являются криптографическими (например, доказательство двойной подписи) и не требуют вмешательства управления Ethereum — таким образом, любое наказание самодостаточно для контракта EigenLayer и не включает изменение состояния или правил Ethereum. В случаях субъективных ошибок (где требуется человеческое суждение, скажем, при споре о ценообразовании оракула) EigenLayer планирует использовать собственное управление (например, голосование токеном EIGEN или совет), а не обременять социальный уровень Ethereum. Это разделение критически важно для поддержания нейтралитета Ethereum. Однако по мере роста рестейкинга существует системный риск того, что в случае крупного инцидента (например, ошибки, вызвавшей массовый слэшинг огромной части валидаторов) сообщество Ethereum может быть вынуждено отреагировать (например, отменив слэшинги). Это вовлечет Ethereum в судьбу внешних AVS — именно то, от чего предостерегает Виталик. Таким образом, риск социального консенсуса в основном касается экстремальных случаев «черного лебедя», но он подчеркивает важность сохранения ядра Ethereum минимальным и невовлеченным в управление рестейкингом.

• Каскады слэшинга и безопасность Ethereum: В связи с этим существует опасение, что события слэшинга в рестейкинге могут каскадно распространиться и скомпрометировать Ethereum. Если очень популярный AVS (с большим количеством валидаторов) потерпит катастрофический сбой, ведущий к массовому слэшингу, тысячи валидаторов ETH могут потерять стейк или быть вынуждены выйти из сети. В худшем случае, если достаточное количество стейка будет сокращено, собственный набор валидаторов Ethereum может быстро сократиться или централизоваться. Например, представьте, что ведущий оператор EigenLayer, управляющий 10% всех валидаторов, получает слэшинг на AVS — эти валидаторы могут отключиться после потери средств, снижая безопасность Ethereum. Chorus One (сервис стейкинга) проанализировал EigenLayer и отметил, что этот каскадный риск усугубляется, если рынок рестейкинга приводит к доминированию всего нескольких крупных операторов. Хорошая новость заключается в том, что исторически слэшинг на Ethereum редок и обычно мелкомасштабен. EigenLayer также изначально ограничивал количество стейка и отключал слэшинг, пока система была новой. К апрелю 2025 года EigenLayer включил слэшинг в основной сети с тщательным мониторингом. Для дальнейшего смягчения непреднамеренных слэшингов (например, из-за ошибок) EigenLayer представил «комитеты по вето слэшинга» — по сути, мультиподпись экспертов, которые могут отменить слэшинг, если он кажется ошибкой или атакой на протокол. Это временная централизующая мера, но она устраняет риск того, что ошибочный смарт-контракт AVS нанесет ущерб. Со временем такие комитеты могут быть заменены более децентрализованным управлением или механизмами защиты от сбоев.

• Централизация рестейкинга и управления: Ключевой проблемой управления является кто контролирует протокол рестейкинга и его параметры. На ранних этапах EigenLayer обновления и критические решения контролировались мультиподписью команды и близкого сообщества (например, мультиподписью 9 из 13). Это практично для быстрой разработки и безопасности, но это риск централизации — эти ключевые держатели могут сговориться или быть скомпрометированы для злонамеренного изменения правил (например, для кражи стейкнутых средств). Признавая это, EigenLayer в конце 2024 года создал более формальную структуру EigenGov, представив Совет протокола из экспертов и процесс управления сообществом для изменений. Совет теперь контролирует обновления через мультиподпись 3 из 5, с надзором сообщества. Со временем предполагается перейти к управлению держателями токенов или полностью децентрализованной модели. Тем не менее, в любой системе рестейкинга решения по управлению (например, какой новый залог поддерживать, какой AVS «благословлять» официальным статусом, как разрешаются споры о слэшинге) имеют высокие ставки. Существует потенциальный конфликт интересов: крупные поставщики стейкинга (такие как Lido или биржи) могут влиять на управление, чтобы отдавать предпочтение своим операторам или активам. Действительно, возникает конкуренция — например, основатели Lido поддерживают Symbiotic, платформу рестейкинга с несколькими активами — и можно представить себе войны управления, если, скажем, возникнет предложение запретить определенный AVS, который считается рискованным. Сам уровень рестейкинга нуждается в надежном управлении для прозрачного решения таких проблем.

• Централизация валидаторов: С операционной стороны существует опасение, что AVS будут отдавать предпочтение крупным операторам, вызывая централизацию в том, кто фактически валидирует большинство рестейкнутых сервисов. Если для эффективности многие команды AVS выбирают несколько профессиональных валидаторов (например, крупные стейкинговые компании) для обслуживания, эти организации получают непропорциональную власть и долю вознаграждений. Затем они могут подрезать других, предлагая лучшие условия (благодаря экономии масштаба), потенциально превращаясь в олигополию. Это отражает опасения в обычном стейкинге Ethereum (например, доминирование Lido). Рестейкинг может усилить это, поскольку операторы, управляющие несколькими AVS, имеют больше источников дохода. Это столько же экономическая проблема, сколько и проблема управления — это может потребовать ограничений, наложенных сообществом, или стимулов для поощрения децентрализации (например, EigenLayer может ограничить, сколько стейка может контролировать один оператор, или AVS могут быть обязаны распределять свои назначения). Без контроля динамика «богатые становятся богаче» может привести к тому, что несколько операторов нод фактически будут контролировать большие участки набора валидаторов Ethereum в нескольких сервисах, что нездорово для децентрализации. Сообщество активно обсуждает такие вопросы, и некоторые предложили, чтобы протоколы рестейкинга включали механизмы для поощрения более мелких операторов или обеспечения разнообразия (возможно, через стратегию делегирования или через социальную координацию сообществами стейкеров).

Таким образом, хотя рестейкинг открывает огромные инновации, он также вводит новые векторы риска. Регуляторы следят за тем, представляет ли это нерегулируемые доходные продукты или создает системные опасности. Руководство Ethereum подчеркивает важность не вовлечения управления базового уровня в эти новые использования. Сообщество EigenLayer и другие отреагировали тщательным дизайном (только объективный слэшинг, двухуровневые токены для разных типов ошибок, проверка AVS и т. д.) и временным централизованным контролем для предотвращения несчастных случаев. Текущие проблемы управления включают децентрализацию контроля без ущерба для безопасности, обеспечение открытого участия, а не концентрации, и создание четких правовых рамок. По мере созревания этих сетей рестейкинга ожидается появление улучшенных структур управления и, возможно, отраслевых стандартов или правил, которые решат эти проблемы.

EigenLayer против Karak против Babylon: Сравнительный анализ​

Ландшафт рестейкинга/общей безопасности теперь включает несколько фреймворков с различными дизайнами. Здесь мы сравниваем EigenLayer, Karak Network и Babylon, выделяя их технические архитектуры, экономические модели и стратегическую направленность:

Техническая архитектура и база безопасности: EigenLayer — это нативный протокол Ethereum (смарт-контракты на Ethereum L1), который использует стейкнутый ETH (и эквивалентные токены ликвидного стейкинга) в качестве залога безопасности. Он «паразитирует» на Beacon Chain Ethereum — валидаторы добровольно подключаются через контракты Ethereum, и слэшинг применяется к их стейку ETH. Это означает, что безопасность EigenLayer фундаментально связана с PoS Ethereum и стоимостью ETH. В отличие от этого, Karak позиционирует себя как «универсальный уровень рестейкинга», не привязанный к одной базовой цепочке. Karak запустил свой собственный блокчейн L1 (с совместимостью с EVM), оптимизированный для услуг общей безопасности. Модель Karak независима от цепочки и активов: она позволяет рестейкинг многих типов активов в нескольких цепочках, а не только ETH. Сообщается, что поддерживаемый залог включает ETH и LST плюс другие ERC-20 (стейблкоины, такие как USDC/sDAI, токены LP, даже другие токены L1). Это означает, что база безопасности Karak представляет собой диверсифицированную корзину; валидация в Karak может быть обеспечена, скажем, некоторой комбинацией стейкнутого ETH, стейкнутого SOL (если он переведен), стейблкоинов и т. д., в зависимости от того, что принимает AVS (или «VaaS» в терминологии Karak). Babylon идет другим путем: он использует безопасность Биткойна (BTC) — крупнейшего криптоактива — для обеспечения безопасности других цепочек. Babylon построен как цепочка на основе Cosmos (Babylon Chain), которая подключается к Биткойну и цепочкам PoS через протокол IBC. Держатели BTC блокируют нативный BTC в основной сети Биткойна (в хитром хранилище с временной блокировкой) и тем самым «стейкают» BTC в Babylon, который затем использует это в качестве залога для обеспечения безопасности потребительских цепочек PoS. Таким образом, база безопасности Babylon — это стоимость Биткойна (рыночная капитализация более 500 млрд $), используемая без доверия (без обернутого BTC или кастодианов — он использует скрипты Биткойна для применения слэшинга). Таким образом, EigenLayer полагается на экономическую безопасность Ethereum, Karak является мультиактивным и мультичейн (общий уровень для любого залога), а Babylon расширяет безопасность доказательства работы Биткойна на экосистемы PoS.

Механизм рестейкинга: В EigenLayer рестейкинг является добровольным через контракты Ethereum; слэшинг является программным и обеспечивается консенсусом Ethereum (с соблюдением контрактов EigenLayer). Karak, как независимый L1, поддерживает собственную логику рестейкинга в своей цепочке. Karak представил концепцию Валидации как услуги (VaaS) — аналогичную AVS EigenLayer — но с универсальным рынком валидаторов в разных цепочках. Валидаторы Karak (операторы) запускают его цепочку и любое количество Распределенных безопасных сервисов (DSS), которые являются эквивалентом AVS в Karak. DSS может быть новым блокчейном или сервисом, специфичным для приложения, который арендует безопасность у пула стейкнутых активов Karak. Инновация Karak заключается в стандартизации требований, чтобы любая цепочка или приложение (Ethereum, Solana, L2 и т. д.) могли подключаться и использовать его сеть валидаторов и разнообразный залог. Слэшинг в Karak будет обрабатываться его правилами протокола — поскольку он может стейкать, например, USDC, он предположительно сокращает USDC валидатора, если тот ведет себя недобросовестно в сервисе (точная механика слэшинга нескольких активов сложна и не является публичной, но идея аналогична: каждый залог может быть изъят, если нарушения доказаны). Механизм Babylon уникален из-за ограничений Биткойна: Биткойн не поддерживает смарт-контракты для автоматического слэшинга, поэтому Babylon использует криптографические хитрости. BTC блокируется в специальном выходе, который требует ключа. Если участник стейкинга BTC обманывает (например, подписывает два конфликтующих блока в клиентской цепочке), протокол использует схему извлекаемой одноразовой подписи (EOTS), чтобы раскрыть приватный ключ участника, позволяя перевести его заблокированный BTC на адрес сжигания. Проще говоря, недобросовестное поведение приводит к тому, что стейкер BTC фактически сокращает себя, поскольку акт обмана выдает контроль над его депозитом (который затем уничтожается). Цепочка Babylon на основе Cosmos координирует этот процесс и взаимодействует с партнерскими цепочками (через IBC) для предоставления таких услуг, как контрольные точки и завершенность, используя временные метки Биткойна. В Babylon валидаторы цепочки Babylon (называемые поставщиками завершенности) отделены — они запускают консенсус Babylon и помогают передавать информацию в Биткойн — но не обеспечивают экономическую безопасность; экономическая безопасность исходит исключительно от заблокированного BTC.

Экономическая модель и вознаграждения: Экономическая модель EigenLayer сосредоточена на экономике стейкинга Ethereum. Рестейкеры получают вознаграждения, специфичные для AVS — они могут выплачиваться в комиссиях ETH, собственном токене AVS или других токенах в зависимости от дизайна каждого AVS. Сам EigenLayer представил токен $EIGEN в основном для управления и вознаграждения ранних участников, но AVS не обязаны использовать или платить в EIGEN (это не газовый токен для них). Платформа нацелена на равновесие свободного рынка, где каждый AVS устанавливает ставку вознаграждения для привлечения достаточной безопасности. **Karak**, по-видимому, запускает свой нативный токен$KAR (по состоянию на начало 2025 года еще не запущен) в качестве основного актива в своей экосистеме. Karak привлек 48 млн $и был поддержан крупными инвесторами, что подразумевает, что$KAR будет иметь ценность и, вероятно, будет использоваться для управления и, возможно, оплаты комиссий в сети Karak. Однако главное обещание Karak — «отсутствие инфляции» для новых сетей, использующих его — вместо выпуска собственных токенов для безопасности они используют существующие активы через Karak. Таким образом, новая цепочка, использующая Karak, может платить валидаторам, скажем, своими транзакционными комиссиями (которые могут быть в стейблкоинах или в нативном токене цепочки, если он есть), но ей не потребуется постоянно выпускать новые токены для вознаграждений за стейкинг. Karak создал рынок валидаторов, где разработчики могут размещать награды/вознаграждения для валидаторов, чтобы те рестейкали активы и обеспечивали безопасность их сервиса. Этот рыночный подход направлен на то, чтобы сделать вознаграждения более конкурентоспособными и последовательными, а не чрезвычайно высокой инфляцией с последующим крахом — теоретически снижая затраты для разработчиков и предоставляя валидаторам стабильный мультичейн-доход. Экономика Babylon также отличается: стейкеры BTC, которые блокируют свой Биткойн, получают доход в токенах сетей, которые они обеспечивают. Например, если вы стейкаете BTC, чтобы помочь обеспечить безопасность зоны Cosmos (одной из клиентских цепочек Babylon), вы получаете вознаграждения за стейкинг этой зоны (ее нативный токен для стейкинга), как если бы вы были там делегатором. Эти партнерские цепочки получают дополнительный уровень безопасности (контрольные точки в Биткойне и т. д.), и взамен они выделяют часть своей инфляции или комиссий стейкерам BTC через Babylon. По сути, Babylon действует как хаб, где держатели BTC могут делегировать безопасность многим цепочкам и получать оплату во многих токенах. Сама цепочка Babylon имеет токен под названием **$BABY**, используемый для стейкинга в собственном консенсусе Babylon (Babylon все еще нуждается в собственных валидаторах PoS для запуска инфраструктуры цепочки).$BABY также, вероятно, используется в управлении и, возможно, для согласования стимулов (например, поставщики завершенности стейкают BABY). Но важно отметить, что $BABY **не** заменяет BTC как источник безопасности — он больше предназначен для запуска цепочки — тогда как BTC является залогом, который обеспечивает услугу общей безопасности. По состоянию на май 2025 года Babylon успешно запустился с более чем **50 тыс. BTC, стейкнутыми (~5,5 млрд$)** держателями BTC, что делает его одной из самых безопасных цепочек Cosmos по капиталу. Эти стейкеры BTC затем получают вознаграждения за стейкинг от нескольких подключенных цепочек (например, ATOM Cosmos Hub, OSMO Osmosis и т. д.), достигая диверсифицированной доходности, удерживая BTC.

Стратегическая направленность и варианты использования: Стратегия EigenLayer была ориентирована на Ethereum, стремясь ускорить инновации в экосистеме Ethereum. Его ранние целевые варианты использования (доступность данных, промежуточное ПО, такое как оракулы, секвенирование роллапов) — все они улучшают Ethereum или его роллапы. По сути, он усиливает Ethereum как мета-уровень сервисов, и теперь с запланированной «мультичейн» поддержкой (добавлена в 2025 году) EigenLayer позволит AVS работать в других цепочках EVM или L2, при этом используя набор валидаторов Ethereum. Эта кросс-чейн верификация означает, что EigenLayer превращается в поставщика кросс-чейн безопасности, но привязанного к Ethereum (валидаторы и стейкинг по-прежнему находятся в Ethereum для слэшинга). Karak позиционирует себя как глобально расширяемый базовый уровень для всех видов приложений — не только криптоинфраструктуры, но и реальных активов, финансовых рынков, даже государственных услуг, согласно его маркетингу. Название «Глобальный базовый уровень для программируемого ВВП» намекает на амбиции работать с учреждениями и национальными государствами. Karak подчеркивает интеграцию традиционных финансов и ИИ, предполагая, что он будет развивать партнерства за пределами крипто-нативной сферы. Технически, поддерживая такие активы, как стейблкоины и потенциально государственные валюты, Karak мог бы позволить, например, правительству запустить блокчейн, обеспеченный его собственным фиатным токеном, стейкнутым через валидаторы Karak. Его поддержка предприятий и нескольких юрисдикций является отличительной чертой. По сути, Karak пытается быть «рестейкингом для всех, в любой цепочке, с любым активом» — более широкая сеть, чем подход EigenLayer, ориентированный на Ethereum. Фокус Babylon — это соединение экосистем Биткойна и Cosmos (и более широкого PoS). Он специально улучшает межцепочечную безопасность, предоставляя неизменность и экономический вес Биткойна другим, иначе меньшим, цепочкам доказательства доли владения. Одним из ключевых приложений Babylon является добавление контрольных точек завершенности Биткойна к цепочкам PoS, что делает чрезвычайно трудным атаковать или реорганизовать эти цепочки без атаки на Биткойн. Таким образом, Babylon позиционирует себя как приносящий «безопасность Биткойна всему криптомиру». Его ближайший фокус был на цепочках Cosmos SDK (которые он называет сетями с усилением Биткойном в Фазе 3), но дизайн предназначен для взаимодействия с Ethereum и роллапами. Стратегически Babylon использует огромную базу держателей BTC, предоставляя им возможность получения дохода (BTC в противном случае является не приносящим доход активом) и в то же время предлагая цепочкам доступ к «золотому стандарту» криптобезопасности (BTC + PoW). Это сильно отличается от EigenLayer и Karak, которые больше ориентированы на использование активов PoS.

Таблица: EigenLayer против Karak против Babylon

Стратегические различия: EigenLayer выигрывает от огромного децентрализованного набора валидаторов Ethereum и его авторитета, но ограничен безопасностью на основе ETH. Он превосходно обслуживает проекты, ориентированные на Ethereum (многие AVS — это проекты роллапов или промежуточного ПО Ethereum). Стратегия Karak заключается в захвате более крупного рынка за счет гибкости в поддержке активов и цепочек — он не привязан к Ethereum и даже утверждает, что разработчики могут избежать «ограничения исключительно Ethereum для обеспечения безопасности». Это может привлечь проекты в экосистемах, таких как Arbitrum, Polygon или даже не-EVM цепочки, которые хотят нейтрального поставщика безопасности. Мультиактивный подход Karak также означает, что он может использовать активы, которые имеют более низкую доходность в других местах; как отметил соучредитель Рауф Бен-Хар, «Многие активы имеют более низкую альтернативную стоимость по сравнению с ETH… что означает, что [наши услуги] имеют более легкий путь к устойчивой доходности». Например, стейкнутый ARB (токен Arbitrum) в настоящее время имеет мало применений; Karak мог бы позволить держателям ARB рестейкать его для обеспечения безопасности новых dApp, создавая беспроигрышную ситуацию (доход для держателей ARB, безопасность для dApp). Однако эта стратегия сопряжена с технической сложностью (управление рисками различных активов) и предположениями о доверии (безопасное подключение активов к платформе Karak). Стратегия Babylon отличается тем, что она сосредоточена на Биткойне — она использует крупнейший криптоактив по рыночной капитализации, который также имеет совершенно другое сообщество и профиль использования (долгосрочные держатели). Babylon, по сути, открыл новый источник стейкинга, который ранее не использовался: 1,2 трлн $ BTC, которые не могли нативно стейкаться. Тем самым он обращается к огромному пулу безопасности и нацелен на цепочки, которые ценят гарантии Биткойна. Он также привлекает держателей Биткойна, предоставляя им способ получения дохода без отказа от хранения BTC. Можно сказать, что Babylon почти противоположен EigenLayer: вместо расширения безопасности Ethereum наружу, он импортирует безопасность Биткойна в сети PoS. Стратегически он мог бы объединить исторически разделенные миры Биткойна и DeFi.

Каждый из этих фреймворков имеет свои компромиссы. EigenLayer в настоящее время пользуется преимуществом первопроходца в рестейкинге Ethereum и имеет большой TVL (~20 млрд $ рестейкнутых к концу 2024 года), а также глубоко интегрированную поддержку сообщества Ethereum. Karak новее (основная сеть запущена в апреле 2024 года) и стремится расти, охватывая ниши, которые EigenLayer не охватывает (не-ETH залог, не-Ethereum цепочки). Babylon работает на арене Cosmos и использует Биткойн — он не конкурирует с EigenLayer за стейкеров ETH, а скорее предлагает ортогональный сервис (некоторые проекты могут использовать оба). Мы наблюдаем конвергенцию, когда несколько уровней рестейкинга могут даже взаимодействовать: например, Ethereum L2 может использовать EigenLayer для безопасности на основе ETH и также принимать безопасность BTC через Babylon — демонстрируя, что эти модели не являются взаимоисключающими, а являются частью более широкого «рынка общей безопасности».

Последние разработки и обновления экосистемы (2024–2025)​

Прогресс EigenLayer: С момента своего создания в 2021 году EigenLayer быстро развился от концепции до живой сети. Он был запущен в основной сети Ethereum поэтапно — Этап 1 в середине 2023 года включил базовый рестейкинг, а к апрелю 2024 года был развернут полный протокол EigenLayer (с поддержкой операторов и первоначальных AVS). Рост экосистемы был значительным: по состоянию на начало 2025 года EigenLayer сообщает о 29 AVS, работающих в основной сети (и более 130 в разработке), от уровней данных до оракулов. Более 200 операторов и десятки тысяч рестейкеров участвуют, способствуя росту TVL рестейкинга, который достиг ~20 млрд $ к концу 2024 года. Важной вехой стало введение слэшинга и применения вознаграждений в основной сети в апреле 2025 года, что ознаменовало последний шаг вступления в силу модели безопасности EigenLayer. Это означает, что AVS теперь могут действительно наказывать за недобросовестное поведение и выплачивать вознаграждения без доверия, переходя от «пробной фазы», когда они были отключены. Наряду с этим EigenLayer реализовал ряд обновлений: например, обновление MOOCOW (июль 2025 года) улучшило эффективность валидаторов, упростив вывод и консолидацию рестейка (используя форк Pectra Ethereum). Возможно, наиболее значимой новой функцией является Мультичейн-верификация, запущенная в июле 2025 года, которая позволяет AVS работать в нескольких цепочках (включая L2), при этом используя безопасность на основе Ethereum. Это было продемонстрировано в тестовой сети Base Sepolia и будет развернуто в основной сети, фактически превращая EigenLayer в поставщика кросс-чейн безопасности (не только для приложений Ethereum L1). Это устраняет предыдущее ограничение, согласно которому AVS EigenLayer должны были публиковать все данные в Ethereum; теперь AVS может работать, скажем, на Optimistic Rollup или другом L1, а EigenLayer будет проверять доказательства (используя корни Меркла) обратно в Ethereum для слэшинга или вознаграждения по мере необходимости. Это значительно расширяет охват EigenLayer и производительность (AVS могут работать там, где это дешевле, сохраняя безопасность Ethereum). С точки зрения сообщества и управления, EigenLayer запустил EigenGov в конце 2024 года — совет и фреймворк ELIP (EigenLayer Improvement Proposal) для децентрализации принятия решений. Совет протокола (5 членов) теперь контролирует критические изменения с участием сообщества. Кроме того, EigenLayer осознает опасения, высказанные основным сообществом Ethereum. В ответ на предупреждения Виталика команда опубликовала материалы, объясняющие, как они избегают перегрузки консенсуса Ethereum, например, используя токен EIGEN для любых «субъективных» сервисов и оставляя рестейкинг ETH для чисто объективных случаев слэшинга. Этот двухуровневый подход (ETH для четких ошибок, EIGEN для более субъективных или управляемых решений) все еще дорабатывается, но демонстрирует приверженность EigenLayer к согласованию с этосом Ethereum.

На стороне экосистемы появление EigenLayer вдохновило волну инноваций и дискуссий. К середине 2024 года аналитики отметили, что рестейкинг стал «ведущим нарративом в сообществе Ethereum». Многие проекты DeFi и инфраструктуры начали планировать, как использовать EigenLayer для безопасности или дополнительной доходности. В то же время члены сообщества обсуждают управление рисками: например, подробный отчет о рисках Chorus One (апрель 2024 года) привлек внимание к централизации операторов и рискам каскадного слэшинга, что стимулировало дальнейшие исследования и, возможно, такие функции, как мониторинг распределения стейка. Распределение токенов EIGEN также было горячей темой — в 4 квартале 2024 года EigenLayer провел «стейк-дроп», в ходе которого активные пользователи Ethereum и ранние участники EigenLayer получили EIGEN, но изначально он был непередаваемым. Некоторые члены сообщества были недовольны аспектами дропа (например, большие части, выделенные венчурным капиталистам, и некоторые протоколы DeFi, интегрировавшие EigenLayer, не были напрямую вознаграждены). Эта обратная связь привела к тому, что команда стала уделять больше внимания стимулам, ориентированным на сообщество, и действительно, введенные программные стимулы направлены на постоянное вознаграждение тех, кто фактически рестейкает и оперирует. К 2025 году EigenLayer является одной из самых быстрорастущих экосистем разработчиков — даже признанной в отчете Electric Capital — и заключил крупные партнерства (например, с LayerZero, ConsenSys, Risc0) для стимулирования внедрения AVS. В целом, траектория EigenLayer в 2024–2025 годах показывает зрелую платформу, решающую ранние проблемы и расширяющую функциональность, укрепляя свою позицию пионера рестейкинга Ethereum.

Karak и другие конкуренты: Karak Network вышла в центр внимания с запуском своей основной сети в апреле 2024 года и быстро позиционировала себя как заметный конкурент EigenLayer на Ethereum и за его пределами. Поддерживаемая крупными инвесторами и даже некоторыми заинтересованными сторонами Ethereum (среди прочих Coinbase Ventures), обещание Karak о «рестейкинге для всех, в любой цепочке, с любым активом» привлекло внимание. В конце 2024 года Karak обновился до основной сети V2 с расширенными функциями для универсальной безопасности, завершив миграции через Arbitrum и Ethereum к ноябрю 2024 года. Это указывает на то, что Karak расширил поддержку большего количества активов и, возможно, улучшил свои смарт-контракты или консенсус. К началу 2025 года Karak увеличил свою пользовательскую базу через программу стимулирования XP (поощряя участие в тестовой сети, стейкинг и т. д., с надеждой на будущий эйрдроп $KAR). Обсуждения сообщества вокруг Karak часто сравнивают его с EigenLayer: Bankless отметил в мае 2024 года, что, хотя общая заблокированная стоимость Karak все еще «далеко не достигает размера EigenLayer», он продемонстрировал быстрый рост (в 4 раза за месяц), возможно, из-за того, что пользователи искали более высокие вознаграждения или диверсифицировали свои активы от EigenLayer. Привлекательность Karak заключается в поддержке таких активов, как токены доходности Pendle, ARB Arbitrum, токены Mantle и т. д., что расширяет рынок рестейкинга. По состоянию на 2025 год Karak, вероятно, сосредоточен на привлечении большего количества клиентов «Валидации как услуги» и, возможно, готовится к запуску своего токена KAR (его документация предлагает следить за официальными каналами для обновлений токена). Конкуренция между EigenLayer и Karak остается дружественной, но значительной — оба стремятся привлечь стейкеров и проекты. Если EigenLayer удерживает максималистский сегмент ETH, Karak привлекает мультичейн-пользователей и тех, у кого есть не-ETH активы, ищущих доходность. Мы можем ожидать, что Karak объявит о партнерствах в следующем году, возможно, с сетями Layer2 или даже институциональными игроками, учитывая его «институциональный» брендинг. Таким образом, рынок рестейкинга не является монополией; скорее, несколько платформ находят свои ниши, что может привести к фрагментированной, но богатой экосистеме поставщиков общей безопасности.

Запуск Babylon и рубеж стейкинга BTC: Babylon завершил важную веху в 2025 году, активировав свою основную функциональность — стейкинг Биткойна для общей безопасности. После тестовой сети Фазы 1 и постепенного развертывания основная сеть Фазы 2 Babylon была запущена в апреле 2025 года, и к маю 2025 года она сообщила о более чем 50 тыс. BTC, стейкнутых в протоколе. Это замечательное достижение, фактически _подключившее ~5 млрд $Биткойна_ к рынку межцепочечной безопасности. Ранние цепочки-последователи Babylon (первые «Сети с усилением Биткойном») включают несколько цепочек на основе Cosmos, которые интегрировали легкий клиент Babylon и начали полагаться на завершенность контрольных точек BTC. Сама **цепочка Babylon Genesis** была запущена 10 апреля 2025 года, обеспеченная стейкингом нового токена$BABY, а днем позже (11 апреля) был запущен пилотный проект стейкинга BTC без доверия с первоначальным лимитом в 1000 BTC. К 24 апреля 2025 года стейкинг BTC был открыт для всех без разрешения, и лимит был снят. Бесперебойная работа в течение первых недель привела команду к заявлению об «успешном запуске» стейкинга Биткойна, назвав Babylon Genesis теперь «одной из самых безопасных L1 в мире по рыночной капитализации стейкинга». С завершением Фазы 2 Фаза 3 нацелена на привлечение множества внешних сетей в качестве клиентов, превращая их в BSN (Сети с усилением Биткойном). Это будет включать модули интероперабельности, чтобы Ethereum, его роллапы и любая цепочка Cosmos могли использовать Babylon для получения безопасности от BTC. Сообщество Babylon — состоящее из держателей Биткойна, разработчиков Cosmos и других — активно обсуждало управление токеном $BABY (обеспечивая нейтральность и надежность цепочки Babylon для всех подключенных цепочек) и экономику (например, балансировку вознаграждений за стейкинг BTC между многими потребительскими цепочками, чтобы это было привлекательно для держателей BTC без чрезмерного субсидирования). Одним из интересных событий является поддержка Babylon таких вещей, как покрытие Nexus Mutual (согласно сообщению от мая 2025 года) для предложения страховки от слэшинга стейкинга BTC, что может еще больше привлечь участников. Это показывает созревание экосистемы вокруг управления рисками для этой новой парадигмы.

Обсуждения в сообществе и между проектами: По состоянию на 2025 год ведется более широкая дискуссия о будущем общей безопасности в криптоиндустрии. Сообщество Ethereum в основном приветствует EigenLayer, но остается осторожным; пост Виталика (май 2023 года) задал тон для тщательного разграничения того, что приемлемо. EigenLayer регулярно взаимодействует с сообществом через свой форум, отвечая на вопросы типа «Перегружает ли EigenLayer консенсус Ethereum?» (краткий ответ: они утверждают, что нет, благодаря мерам безопасности в дизайне). В сообществе Cosmos Babylon вызвал ажиотаж, поскольку он потенциально решает давние проблемы безопасности (например, небольшие зоны, страдающие от атак 51%), не требуя от них присоединения к хабу общей безопасности, такому как Polkadot или ICS Cosmos Hub. Также наблюдается интересная конвергенция: некоторые участники Cosmos спрашивают, может ли стейкинг Ethereum когда-либо обеспечивать цепочки Cosmos (что больше относится к домену EigenLayer), в то время как участники Ethereum задаются вопросом, может ли стейкинг Биткойна обеспечивать безопасность роллапов Ethereum (концепция Babylon). Мы видим ранние признаки перекрестного опыления: например, идеи использования EigenLayer для рестейкинга ETH в не-Ethereum цепочках (Symbiotic и Karak — шаги в этом направлении) и использования стейкинга BTC Babylon в качестве опции для Ethereum L2. Даже у Solana есть проект рестейкинга (Solayer), который запустил мягкий тест и быстро достиг лимитов, что показывает интерес, охватывающий несколько экосистем.

Развитие управления в этих проектах включает увеличение представительства сообщества. Совет EigenLayer теперь включает внешних членов сообщества, и он финансирует гранты (через Eigen Foundation) основным разработчикам Ethereum, сигнализируя о доброй воле к ядру Ethereum. Управление Karak, вероятно, будет вращаться вокруг токена KAR — в настоящее время они используют внецепочечную систему XP, но можно ожидать более формальной DAO, как только KAR станет ликвидным. Управление Babylon будет иметь решающее значение, поскольку оно координирует действия между Биткойном (у которого нет формального управления) и цепочками Cosmos (у которых есть ончейн-управление). Оно создало Babylon Foundation и форум сообщества для обсуждения таких параметров, как периоды разблокировки для BTC, которые требуют тщательного согласования с ограничениями Биткойна.

Таким образом, к середине 2025 года рынок рестейкинга и общей безопасности перешел от теории к практике. EigenLayer полностью функционирует с реальными сервисами и слэшингом, доказывая модель на Ethereum. Karak представил убедительный мультичейн-вариант, расширяя пространство дизайна и нацеливаясь на новые активы. Babylon продемонстрировал, что даже Биткойн может присоединиться к вечеринке общей безопасности с помощью умной криптографии, обращаясь к совершенно другому сегменту рынка. Экосистема живая: появляются новые конкуренты (например, Symbiotic на Ethereum, Solayer на Solana, BounceBit, использующий кастодиальный BTC), каждый экспериментирует с различными компромиссами (Symbiotic, согласовывающийся с Lido для использования stETH и любого ERC-20, BounceBit, использующий регулируемый подход с обернутым BTC и т. д.). Этот конкурентный ландшафт стимулирует быстрые инновации — и, что важно, дискуссии о стандартах и безопасности. Форумы сообщества и исследовательские группы активно обсуждают такие вопросы, как: Должны ли быть ограничения на рестейкнутый стейк на одного оператора? Как лучше всего реализовать кросс-чейн доказательства слэшинга? Может ли рестейкинг непреднамеренно увеличить системную корреляцию между цепочками? Все это изучается. Модели управления также развиваются — переход EigenLayer к полудецентрализованному совету является одним из примеров балансирования гибкости и безопасности в управлении.

Заглядывая вперед, парадигма рестейкинга готова стать основой инфраструктуры Web3, подобно тому, как облачные сервисы стали неотъемлемой частью Web2. Коммодитизируя безопасность, она позволяет запускать небольшие проекты с уверенностью, а крупным проектам оптимизировать использование капитала. Разработки до 2025 года показывают многообещающую, но осторожную траекторию: технология работает и масштабируется, но все игроки помнят о рисках. С участием основных разработчиков Ethereum, строителей Cosmos и даже биткойнеров в инициативах по общей безопасности, очевидно, что этот рынок будет только расти. Мы можем ожидать более тесного сотрудничества между экосистемами (возможно, совместных пулов безопасности или стандартизированных доказательств слэшинга) и, неизбежно, регуляторной ясности, поскольку регуляторы догоняют эти мультичейн, мультиактивные конструкции. Тем временем исследователи и разработчики имеют массу новых данных от EigenLayer, Karak, Babylon и других для анализа и улучшения, обеспечивая продолжение «революции рестейкинга» безопасным и устойчивым образом.

Источники:

1. Документация и вайтпейпер EigenLayer – определение рестейкинга и AVS
2. Блог Coinbase Cloud (май 2024 г.) – Обзор EigenLayer, роли рестейкеров/операторов/AVS
3. Новости Blockworks (апрель 2024 г.) – Основатели Karak о «универсальном рестейкинге» против EigenLayer
4. Исследование Ditto (2023 г.) – Сравнение поддержки активов EigenLayer, Symbiotic, Karak
5. Исследование Messari (апрель 2024 г.) – «Babylon: Общая безопасность Биткойна», механизм стейкинга BTC
6. Исследование HashKey (июль 2024 г.) – Доходность рестейкинга Babylon против EigenLayer
7. Форум EigenLayer (декабрь 2024 г.) – Обсуждение «Не перегружайте консенсус Ethereum» Виталика и подхода EigenLayer
8. Новости Blockworks (апрель 2024 г.) – Отчет Chorus One о рисках EigenLayer (каскадный слэшинг, централизация)
9. Исследование Kairos (октябрь 2023 г.) – Обзор AVS EigenLayer и заметка о регуляторном риске
10. Блог EigenCloud (январь 2025 г.) – «Обзор 2024 года» (статистика EigenLayer, обновления управления)
11. Новости Blockworks (апрель 2024 г.) – Освещение запуска Karak и поддержка активов
12. Блог Babylon Labs (май 2025 г.) – «Обзор запуска Фазы 2» (стейкинг Биткойна запущен, 50 тыс. BTC стейкнуто)
13. Bankless (май 2024 г.) – «Конкуренция в рестейкинге» (EigenLayer против Karak и других)
14. Виталик Бутерин, «Не перегружайте консенсус Ethereum», май 2023 г. – Руководство по повторному использованию валидаторов против социального консенсуса
15. Руководство для разработчиков Coinbase (апрель 2024 г.) – Технические детали работы EigenLayer (EigenPods, делегирование, структура AVS).

Скоростная революция, которую ждал Ethereum?​

В мире высококонкурентных решений для масштабирования блокчейна появился новый игрок, вызывающий как восторг, так и споры. MegaETH позиционирует себя как ответ Ethereum на сверхбыстрые блокчейны, такие как Solana, обещая задержку менее миллисекунды и поразительную пропускную способность в 100 000 транзакций в секунду (TPS).

Однако эти заявления сопряжены со значительными компромиссами. MegaETH идет на обдуманные жертвы, чтобы «сделать Ethereum снова великим», поднимая важные вопросы о балансе между производительностью, безопасностью и децентрализацией.

Как поставщики инфраструктуры, которые видели множество многообещающих решений, появляющихся и исчезающих, мы в BlockEden.xyz провели этот анализ, чтобы помочь разработчикам и строителям понять, что делает MegaETH уникальным — и какие риски следует учитывать, прежде чем строить на его основе.

Что отличает MegaETH?​

MegaETH — это Layer-2 решение для Ethereum, которое переосмыслило архитектуру блокчейна с единственной целью: производительность в реальном времени.

В то время как большинство решений L2 улучшают пропускную способность Ethereum (~15 TPS) в 10-100 раз, MegaETH стремится к улучшению в 1000-10 000 раз — скорости, которые вывели бы его в отдельную категорию.

Революционный технический подход​

MegaETH достигает своей необычайной скорости благодаря радикальным инженерным решениям:

1. Архитектура с одним секвенсором: В отличие от большинства L2, которые используют несколько секвенсоров или планируют децентрализацию, MegaETH использует один секвенсор для упорядочивания транзакций, сознательно выбирая производительность вместо децентрализации.

2. Оптимизированное дерево состояний (State Trie): Полностью переработанная система хранения состояний, которая может эффективно обрабатывать данные состояний объемом в терабайты, даже на узлах с ограниченным объемом оперативной памяти.

3. JIT-компиляция байт-кода: JIT-компиляция байт-кода смарт-контрактов Ethereum, приближающая выполнение к «аппаратной» скорости.

4. Конвейер параллельного выполнения: Многоядерный подход, который обрабатывает транзакции в параллельных потоках для максимизации пропускной способности.

5. Микроблоки: Целевое время блока ~1 мс за счет непрерывного «потокового» производства блоков, а не пакетной обработки.

6. Интеграция с EigenDA: Использование решения EigenLayer для доступности данных вместо публикации всех данных в Ethereum L1, что снижает затраты при сохранении безопасности за счет валидации, согласованной с Ethereum.

Эта архитектура обеспечивает показатели производительности, которые кажутся почти невозможными для блокчейна:

• Задержка менее миллисекунды (цель 10 мс)
• Пропускная способность 100 000+ TPS
• Совместимость с EVM для легкого портирования приложений

Проверка заявлений: Текущий статус MegaETH​

По состоянию на март 2025 года публичная тестовая сеть MegaETH запущена. Первоначальное развертывание началось 6 марта с поэтапного внедрения, начиная с инфраструктурных партнеров и команд dApp, прежде чем открыть доступ для более широкого круга пользователей.

Ранние метрики тестовой сети показывают:

• Пропускная способность ~1,68 гига-газа в секунду
• Время блока ~15 мс (значительно быстрее, чем у других L2)
• Поддержка параллельного выполнения, которая в конечном итоге еще больше повысит производительность

Команда указала, что тестовая сеть работает в несколько ограниченном режиме, с планами включить дополнительную параллелизацию, которая может удвоить пропускную способность газа примерно до 3,36 Ггаз/сек, приближаясь к их конечной цели в 10 Ггаз/сек (10 миллиардов газа в секунду).

Модель безопасности и доверия​

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

Философия «Не может быть злым»​

MegaETH использует модель безопасности оптимистичного роллапа с некоторыми уникальными характеристиками:

1. Система доказательств мошенничества: Как и другие оптимистичные роллапы, MegaETH позволяет наблюдателям оспаривать недействительные переходы состояний через доказательства мошенничества, отправляемые в Ethereum.

2. Узлы-верификаторы: Независимые узлы реплицируют вычисления секвенсора и инициируют доказательства мошенничества, если обнаруживаются расхождения.

3. Расчеты в Ethereum: Все транзакции в конечном итоге рассчитываются в Ethereum, наследуя его безопасность для окончательного состояния.

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

Компромисс централизации​

Спорный аспект: MegaETH работает с одним секвенсором и явно «не планирует когда-либо децентрализовать секвенсор». Это влечет за собой два значительных риска:

1. Риск жизнеспособности: Если секвенсор отключается, сеть может остановиться до его восстановления или назначения нового секвенсора.

2. Риск цензуры: Секвенсор теоретически может подвергать цензуре определенные транзакции или пользователей в краткосрочной перспективе (хотя пользователи в конечном итоге могут выйти через L1).

MegaETH утверждает, что эти риски приемлемы, потому что:

• L2 привязан к Ethereum для окончательной безопасности
• Доступность данных обрабатывается несколькими узлами в EigenDA
• Любая цензура или мошенничество могут быть замечены и оспорены сообществом

Варианты использования: Когда сверхбыстрое выполнение имеет значение​

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

1. Высокочастотная торговля и DeFi​

MegaETH позволяет DEX с почти мгновенным исполнением сделок и обновлением книг ордеров. Проекты, которые уже строятся, включают:

• GTE: Спотовая DEX в реальном времени, объединяющая книги ордеров с центральным лимитом и ликвидность AMM
• Teko Finance: Денежный рынок для кредитования с плечом с быстрыми обновлениями маржи
• Cap: Стейблкоин и механизм доходности, который арбитражирует на разных рынках
• Avon: Протокол кредитования с сопоставлением займов на основе книги ордеров

Эти приложения DeFi выигрывают от пропускной способности MegaETH, позволяя работать с минимальным проскальзыванием и высокочастотными обновлениями.

2. Игры и Метавселенная​

Субсекундная завершенность делает полностью ончейн-игры жизнеспособными без ожидания подтверждений:

• Awe: 3D-игра с открытым миром и ончейн-действиями
• Biomes: Ончейн-метавселенная, похожая на Minecraft
• Mega Buddies и Mega Cheetah: Серии коллекционных аватаров

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

3. Корпоративные приложения​

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

• Инфраструктура мгновенных платежей
• Системы управления рисками в реальном времени
• Верификация цепочек поставок с немедленной завершенностью
• Высокочастотные аукционные системы

Ключевое преимущество во всех этих случаях — это возможность запускать ресурсоемкие приложения с немедленной обратной связью, оставаясь при этом подключенными к экосистеме Ethereum.

Команда, стоящая за MegaETH​

MegaETH был основан командой с впечатляющими достижениями:

• Ли Илун (Li Yilong): Доктор компьютерных наук из Стэнфорда, специализирующийся на вычислительных системах с низкой задержкой
• Ян Лэй (Yang Lei): Доктор наук из Массачусетского технологического института, исследующий децентрализованные системы и связность Ethereum
• Шуяо Кун (Shuyao Kong): Бывший руководитель глобального развития бизнеса в ConsenSys

Проект привлек известных спонсоров, включая соучредителей Ethereum Виталика Бутерина и Джозефа Любина в качестве ангельских инвесторов. Участие Виталика особенно примечательно, поскольку он редко инвестирует в конкретные проекты.

Среди других инвесторов — Срирам Каннан (основатель EigenLayer), венчурные фонды, такие как Dragonfly Capital, Figment Capital и Robot Ventures, а также влиятельные деятели сообщества, такие как Cobie.

Токен-стратегия: Подход Soulbound NFT​

MegaETH представил инновационный метод распределения токенов через «soulbound NFT» (привязанные к душе NFT), называемые «The Fluffle». В феврале 2025 года они создали 10 000 непередаваемых NFT, представляющих не менее 5% от общего объема токенов MegaETH.

Ключевые аспекты токеномики:

• 5 000 NFT были проданы по 1 ETH каждый (привлечено ~13-14 миллионов долларов)
• Остальные 5 000 NFT были выделены экосистемным проектам и строителям
• NFT являются soulbound (непередаваемыми), что обеспечивает долгосрочное соответствие интересов
• Подразумеваемая оценка около 540 миллионов долларов, что чрезвычайно высоко для проекта до запуска
• Команда привлекла примерно 30-40 миллионов долларов венчурного финансирования

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

Как MegaETH сравнивается с конкурентами​

Против других L2 Ethereum​

По сравнению с Optimism, Arbitrum и Base, MegaETH значительно быстрее, но идет на большие компромиссы в отношении децентрализации:

• Производительность: MegaETH нацелен на 100 000+ TPS против времени транзакций Arbitrum ~250 мс и более низкой пропускной способности
• Децентрализация: MegaETH использует один секвенсор против планов других L2 по децентрализованным секвенсорам
• Доступность данных: MegaETH использует EigenDA против других L2, публикующих данные непосредственно в Ethereum

Против Solana и высокопроизводительных L1​

MegaETH стремится «победить Solana в ее собственной игре», используя при этом безопасность Ethereum:

• Пропускная способность: MegaETH нацелен на 100 000+ TPS против теоретических 65 000 TPS Solana (обычно несколько тысяч на практике)
• Задержка: MegaETH ~10 мс против завершенности Solana ~400 мс
• Децентрализация: MegaETH имеет 1 секвенсор против ~1 900 валидаторов Solana

Против ZK-роллапов (StarkNet, zkSync)​

В то время как ZK-роллапы предлагают более сильные гарантии безопасности через доказательства достоверности:

• Скорость: MegaETH предлагает более быстрый пользовательский опыт без ожидания генерации ZK-доказательств
• Отсутствие доверия: ZK-роллапы не требуют доверия к честности секвенсора, обеспечивая более сильную безопасность
• Планы на будущее: MegaETH может в конечном итоге интегрировать ZK-доказательства, став гибридным решением

Позиционирование MegaETH ясно: это самый быстрый вариант в экосистеме Ethereum, жертвующий некоторой децентрализацией для достижения скоростей, сравнимых с Web2.

Инфраструктурная перспектива: Что следует учитывать строителям​

Как поставщик инфраструктуры, соединяющий разработчиков с блокчейн-узлами, BlockEden.xyz видит как возможности, так и проблемы в подходе MegaETH:

Потенциальные преимущества для строителей​

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

2. Совместимость с EVM: Существующие dApp Ethereum могут быть перенесены с минимальными изменениями, что открывает производительность без переписывания кода.

3. Экономическая эффективность: Высокая пропускная способность означает более низкие затраты на транзакцию для пользователей и приложений.

4. Резервная безопасность Ethereum: Несмотря на централизацию на уровне исполнения, расчеты в Ethereum обеспечивают основу безопасности.

Соображения по рискам​

1. Единая точка отказа: Централизованный секвенсор создает риск жизнеспособности — если он выходит из строя, то же самое происходит и с вашим приложением.

2. Уязвимость к цензуре: Приложения могут столкнуться с цензурой транзакций без немедленного возмещения.

3. Технология на ранней стадии: Новая архитектура MegaETH не была проверена в масштабе с реальной ценностью.

4. Зависимость от EigenDA: Использование нового решения для доступности данных добавляет дополнительное предположение о доверии.

Требования к инфраструктуре​

Поддержка пропускной способности MegaETH потребует надежной инфраструктуры:

• Высокопроизводительные RPC-узлы, способные обрабатывать огромный поток данных
• Передовые решения для индексации для доступа к данным в реальном времени
• Специализированный мониторинг для уникальной архитектуры
• Надежный мониторинг мостов для кроссчейн-операций

Заключение: Революция или компромисс?​

MegaETH представляет собой смелый эксперимент в масштабировании блокчейна — тот, который сознательно отдает приоритет производительности над децентрализацией. Успех этого подхода зависит от того, ценит ли рынок скорость больше, чем децентрализованное исполнение.

Ближайшие месяцы будут критическими, поскольку MegaETH переходит из тестовой сети в основную. Если он выполнит свои обещания по производительности, сохраняя при этом достаточную безопасность, он может фундаментально изменить наше представление о масштабировании блокчейна. Если он споткнется, это подтвердит, почему децентрализация остается основной ценностью блокчейна.

На данный момент MegaETH является одним из самых амбициозных решений для масштабирования Ethereum. Его готовность бросить вызов ортодоксальности уже вызвала важные дискуссии о том, какие компромиссы приемлемы в погоне за массовым внедрением блокчейна.

В BlockEden.xyz мы стремимся поддерживать разработчиков, где бы они ни строили, включая высокопроизводительные сети, такие как MegaETH. Наша надежная инфраструктура узлов и API-сервисы разработаны для того, чтобы помочь приложениям процветать в мультичейн-экосистеме, независимо от того, какой подход к масштабированию в конечном итоге возобладает.

Хотите строить на MegaETH или нуждаетесь в надежной инфраструктуре узлов для высокопроизводительных приложений? Свяжитесь с нами по электронной почте: info@BlockEden.xyz, чтобы узнать, как мы можем поддержать вашу разработку с нашей гарантией бесперебойной работы 99,9% и специализированными RPC-сервисами для более чем 27 блокчейнов.

Проблема масштабирования Web3​

Индустрия блокчейна сталкивается с постоянной проблемой: как масштабироваться для поддержки миллионов пользователей, не жертвуя при этом безопасностью или децентрализацией?

Ethereum, ведущая платформа смарт-контрактов, обрабатывает примерно 15 транзакций в секунду на своем базовом уровне. В периоды высокого спроса это ограничение приводило к непомерным комиссиям за газ — иногда превышающим 100 долларов США за транзакцию во время минтинга NFT или ажиотажа в DeFi-фарминге.

Это узкое место в масштабировании представляет собой экзистенциальную угрозу для принятия Web3. Пользователи, привыкшие к мгновенной отзывчивости приложений Web2, не будут терпеть оплату 50 долларов США и ожидание 3 минут только для того, чтобы обменять токены или сминтить NFT.

Представляем решение, которое быстро меняет архитектуру блокчейна: Rollups-as-a-Service (RaaS).

Понимание Rollups-as-a-Service (RaaS)​

Платформы RaaS позволяют разработчикам развертывать собственные кастомные блокчейн-роллапы без сложностей создания всего с нуля. Эти сервисы превращают то, что обычно требовало бы специализированной инженерной команды и месяцев разработки, в упрощенный процесс развертывания, иногда в один клик.

Почему это важно? Потому что роллапы — это ключ к масштабированию блокчейна.

Роллапы работают следующим образом:

• Обработка транзакций вне основной цепи (Уровень 1)
• Объединение этих транзакций в пакеты
• Отправка сжатых доказательств этих транзакций обратно в основную цепь

Результат? Резко увеличенная пропускная способность и значительно сниженные затраты при наследовании безопасности от базового блокчейна Уровня 1 (например, Ethereum).

"Роллапы не конкурируют с Ethereum — они расширяют его. Они подобны специализированным экспресс-полосам, построенным поверх магистрали Ethereum."

Этот подход к масштабированию настолько многообещающ, что Ethereum официально принял "дорожную карту, ориентированную на роллапы" в 2020 году, признав, что будущее — это не единая монолитная цепь, а скорее экосистема взаимосвязанных, специально созданных роллапов.

Caldera: Лидер революции RaaS​

Среди новых поставщиков RaaS Caldera выделяется как лидер. Основанная в 2023 году и привлекшая 25 миллионов долларов США от известных инвесторов, включая Dragonfly, Sequoia Capital и Lattice, Caldera быстро зарекомендовала себя как ведущий поставщик инфраструктуры в пространстве роллапов.

Что отличает Caldera?​

Caldera отличается несколькими ключевыми особенностями:

1. Поддержка нескольких фреймворков: В отличие от конкурентов, которые сосредоточены на одном фреймворке роллапов, Caldera поддерживает основные фреймворки, такие как OP Stack Optimism и технологию Orbit/Nitro Arbitrum, предоставляя разработчикам гибкость в их техническом подходе.

2. Комплексная инфраструктура: При развертывании с Caldera вы получаете полный набор компонентов: надежные RPC-узлы, обозреватели блоков, службы индексации и интерфейсы мостов.

3. Богатая экосистема интеграций: Caldera поставляется с предустановленной интеграцией с более чем 40 инструментами и сервисами Web3, включая оракулы, краны, кошельки и кросс-чейн мосты (LayerZero, Axelar, Wormhole, Connext и другие).

4. Сеть Metalayer: Возможно, самым амбициозным нововведением Caldera является ее Metalayer — сеть, которая объединяет все роллапы, работающие на Caldera, в единую экосистему, позволяя им беспрепятственно обмениваться ликвидностью и сообщениями.

5. Поддержка нескольких VM: В конце 2024 года Caldera стала первой RaaS, поддержавшей виртуальную машину Solana (SVM) на Ethereum, что позволило создавать высокопроизводительные цепи, подобные Solana, которые по-прежнему осуществляют расчеты на безопасном базовом уровне Ethereum.

Подход Caldera создает то, что они называют "универсальным уровнем" для роллапов — связную сеть, где различные роллапы могут взаимодействовать, а не существовать как изолированные острова.

Реальное применение: кто использует Caldera?​

Caldera получила значительное распространение: к концу 2024 года в производстве находится более 75 роллапов. Среди заметных проектов:

• Manta Pacific: Высокомасштабируемая сеть для развертывания приложений с нулевым разглашением, которая использует OP Stack Caldera в сочетании с Celestia для доступности данных.

• RARI Chain: Роллап Rarible, ориентированный на NFT, который обрабатывает транзакции менее чем за секунду и обеспечивает соблюдение роялти NFT на уровне протокола.

• Kinto: Соответствующая нормативным требованиям DeFi-платформа с ончейн KYC/AML и возможностями абстракции учетных записей.

• inEVM Injective: EVM-совместимый роллап, который расширяет совместимость Injective, соединяя экосистему Cosmos с dApps на базе Ethereum.

Эти проекты подчеркивают, как роллапы, ориентированные на конкретные приложения, обеспечивают настройку, невозможную на универсальных Уровнях 1. К концу 2024 года коллективные роллапы Caldera, как сообщается, обработали более 300 миллионов транзакций для более чем 6 миллионов уникальных кошельков, с почти 1 миллиардом долларов США в общей заблокированной стоимости (TVL).

Сравнение RaaS: Caldera против конкурентов​

Ландшафт RaaS становится все более конкурентным, с несколькими заметными игроками:

Conduit​

• Сосредоточен исключительно на экосистемах Optimism и Arbitrum
• Акцент на полностью самообслуживаемом опыте без кода
• Обеспечивает работу примерно 20 % роллапов основной сети Ethereum, включая Zora

AltLayer​

• Предлагает "Flashlayers" — одноразовые, по требованию роллапы для временных нужд
• Сосредоточен на эластичном масштабировании для конкретных событий или периодов высокой нагрузки
• Продемонстрировал впечатляющую пропускную способность во время игровых событий (более 180 000 ежедневных транзакций)

Sovereign Labs​

• Создает Rollup SDK, ориентированный на технологии нулевого разглашения
• Стремится обеспечить ZK-роллапы на любом базовом блокчейне, а не только на Ethereum
• Все еще находится в разработке, позиционируя себя для следующей волны многоцепочечного развертывания ZK

Хотя эти конкуренты преуспевают в определенных нишах, комплексный подход Caldera, объединяющий унифицированную сеть роллапов, поддержку нескольких VM и акцент на опыт разработчиков, помог ей утвердиться в качестве лидера рынка.

Будущее RaaS и масштабирования блокчейна​

RaaS готова глубоко изменить ландшафт блокчейна:

1. Распространение цепей, ориентированных на конкретные приложения​

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

2. Взаимодействие как критическая задача​

По мере увеличения числа роллапов способность обмениваться данными и ценностью между ними становится критически важной. Metalayer Caldera представляет собой раннюю попытку решить эту проблему — создание унифицированного опыта в сети роллапов.

3. От изолированных цепей к сетевым экосистемам​

Конечная цель — это бесшовный многоцепочечный опыт, где пользователям почти не нужно знать, на какой цепи они находятся. Ценность и данные будут свободно перемещаться по взаимосвязанной сети специализированных роллапов, все из которых защищены надежными сетями Уровня 1.

4. Облачная блокчейн-инфраструктура​

RaaS фактически превращает блокчейн-инфраструктуру в облачный сервис. "Rollup Engine" Caldera позволяет динамически обновлять и использовать модульные компоненты, рассматривая роллапы как настраиваемые облачные сервисы, которые могут масштабироваться по требованию.

Что это значит для разработчиков и BlockEden.xyz​

В BlockEden.xyz мы видим огромный потенциал в революции RaaS. Как поставщик инфраструктуры, безопасно подключающий разработчиков к узлам блокчейна, мы готовы сыграть решающую роль в этом развивающемся ландшафте.

Распространение роллапов означает, что разработчикам как никогда нужна надежная инфраструктура узлов. Будущее с тысячами цепей, ориентированных на конкретные приложения, требует надежных RPC-сервисов с высокой доступностью — именно то, в чем специализируется BlockEden.xyz.

Мы особенно воодушевлены возможностями в следующих областях:

1. Специализированные RPC-сервисы для роллапов: По мере того, как роллапы внедряют уникальные функции и оптимизации, специализированная инфраструктура становится критически важной.

2. Кросс-чейн индексация данных: Поскольку ценность перемещается между несколькими роллапами, разработчикам нужны инструменты для отслеживания и анализа кросс-чейн активности.

3. Улучшенные инструменты для разработчиков: По мере упрощения развертывания роллапов растет потребность в сложных инструментах мониторинга, отладки и аналитики.

4. Унифицированный доступ к API: Разработчикам, работающим с несколькими роллапами, нужен упрощенный, унифицированный доступ к разнообразным блокчейн-сетям.

Заключение: Модульное будущее блокчейна​

Появление Rollups-as-a-Service представляет собой фундаментальный сдвиг в нашем понимании масштабирования блокчейна. Вместо того, чтобы принуждать все приложения к одной цепи, мы движемся к модульному будущему со специализированными цепями для конкретных вариантов использования, все взаимосвязанные и защищенные надежными сетями Уровня 1.

Подход Caldera — создание унифицированной сети роллапов с общей ликвидностью и бесшовным обменом сообщениями — дает представление об этом будущем. Делая развертывание роллапов таким же простым, как запуск облачного сервера, поставщики RaaS демократизируют доступ к блокчейн-инфраструктуре.

В BlockEden.xyz мы стремимся поддерживать эту эволюцию, предоставляя надежную инфраструктуру узлов и инструменты для разработчиков, необходимые для создания в этом многоцепочечном будущем. Как мы часто говорим, будущее Web3 — это не одна цепь, а тысячи специализированных цепей, работающих вместе.

Хотите создать роллап или нуждаетесь в надежной инфраструктуре узлов для вашего блокчейн-проекта? Свяжитесь с нами по электронной почте: info@BlockEden.xyz, чтобы узнать, как мы можем поддержать вашу разработку с нашей гарантией бесперебойной работы 99,9 % и специализированными RPC-сервисами для более чем 27 блокчейнов.