Уровень интероперабельности Ethereum: как 55+ L2 становятся одной сетью
Engineering Team
Проблема фрагментации L2
Роллап-центричная дорожная карта Ethereum технически преуспела, но экономически фрагментировала экосистему. По состоянию на март 2026 года насчитывается 55+ активных роллапов Layer 2 — Arbitrum, Base, Optimism, zkSync Era, StarkNet, Scroll, Linea, Blast, Mode, Manta и десятки других. Каждый роллап является отдельной средой исполнения со своими:
- Пулами ликвидности — USDC на Base не то же самое, что USDC на Arbitrum. Пользователям нужно переводить через мосты.
- Пользовательскими аккаунтами — кошелёк на Optimism не существует автоматически на zkSync.
- Состоянием — смарт-контракт на Arbitrum не может прочитать состояние контракта на Base.
- Секвенсором — каждый роллап имеет собственный централизованный секвенсор, создающий зависимости доверия и доступности.
Результат: Ethereum ощущается как 55 отдельных блокчейнов, а не одна единая сеть. Пользователь, желающий купить NFT на Base, но имеющий средства на Arbitrum, должен найти мост, дождаться подтверждения, оплатить комиссию моста, затем выполнить транзакцию. DeFi-протокол, развёрнутый на 5 L2, должен управлять 5 отдельными пулами ликвидности, 5 развёртываниями управления и 5 наборами смарт-контрактов.
Это не просто неудобство — это экзистенциальный риск. Если использование Ethereum требует навигации по лабиринту мостов и сетей, пользователи выберут монолитные альтернативы (Solana, Sui, Aptos), где всё работает в одном месте.
Уровень интероперабельности Ethereum
Уровень интероперабельности Ethereum — это не один протокол или обновление. Это совокупность взаимодополняющих технологий, разрабатываемых параллельно Ethereum Foundation, командами роллапов и поставщиками инфраструктуры. Вместе они стремятся сделать границы L2 невидимыми для пользователей и разработчиков.
Три столпа:
- Протоколы кросс-роллап-мессаджинга — стандартизированная передача сообщений между L2
- Общие секвенсоры — единое упорядочивание транзакций для нескольких роллапов
- Based-роллапы — роллапы, использующие Ethereum L1 в качестве секвенсора
Принципы проектирования
Уровень интероперабельности следует основной философии Ethereum:
- Безопасность от L1 — все кросс-сетевые сообщения в конечном счёте верифицируются против состояния Ethereum L1, наследуя его гарантии безопасности
- Без разрешений — любой роллап может участвовать без одобрения центральной инстанции
- Заслуживающая доверия нейтральность — ни одна организация не контролирует маршрутизацию сообщений, секвенсирование или верификацию
- Обратная совместимость — существующие роллапы могут внедрять интероперабельность инкрементально, без критических изменений
Протоколы кросс-роллап-мессаджинга
Кросс-роллап-мессаджинг позволяет смарт-контрактам на одном L2 отправлять сообщения (данные + стоимость) контрактам на другом L2. Это основа интероперабельности — без мессаджинга L2 остаются изолированными островами.
Как работают кросс-роллап-сообщения
+------------------+ +------------------+ +------------------+
| Исходный L2 | | Ethereum L1 | | Целевой L2 |
| (Arbitrum) | | (Слой ретрансл.) | | (Base) |
+------------------+ +------------------+ +------------------+
| 1. Эмитировать |---->| 2. Включить в |---->| 4. Верифицировать|
| сообщение | | L1-батч | | доказательство|
| в корне сост. | | 3. Сгенерировать | | против L1 |
| | | доказательство| | 5. Исполнить |
| | | включения | | на целевом L2 |
+------------------+ +------------------+ +------------------+
- Смарт-контракт на исходном L2 эмитирует кросс-сетевое сообщение (адрес получателя, calldata, стоимость)
- Сообщение включается в корень состояния исходного L2, который публикуется на Ethereum L1
- Ретранслятор генерирует доказательство включения Меркла, показывающее, что сообщение существует в состоянии исходного L2
- Целевой L2 верифицирует доказательство против валидированного L1 корня состояния
- Сообщение исполняется на целевом L2 как обычная транзакция
ERC-7786: Стандарт кросс-сетевого мессаджинга
ERC-7786, предложенный в конце 2025 года, определяет универсальный интерфейс для кросс-роллап-мессаджинга. Он стандартизирует формат, отправку и получение сообщений, позволяя любым двум ERC-7786-совместимым роллапам взаимодействовать:
// Формат сообщения ERC-7786
struct CrossChainMessage {
uint256 sourceChainId;
uint256 destChainId;
address sender;
address recipient;
uint256 value;
bytes data;
uint256 nonce;
uint256 deadline;
}
// Отправка кросс-сетевого сообщения
interface ICrossChainMessenger {
function sendMessage(
uint256 destChainId,
address recipient,
bytes calldata data,
uint256 value
) external payable returns (bytes32 messageId);
function receiveMessage(
CrossChainMessage calldata message,
bytes calldata proof
) external;
}
Задержка и финальность
Скорость кросс-роллап-мессаджинга зависит от модели финальности:
| Тип финальности | Задержка | Безопасность | Применение |
|---|---|---|---|
| L1-финализированная | 12-15 минут | Максимальная (консенсус L1) | Высокоценные переводы |
| L1-включённая | 1-3 минуты | Высокая (включение в L1) | Стандартные переводы |
| Подтверждённая секвенсором | 1-5 секунд | Средняя (доверие секвенсору) | Малоценные, чувствительные к задержке |
| Оптимистичная (пре-подтверждённая) | <1 секунды | Ниже (экономическая безопасность) | Приложения реального времени |
Большинство реализаций поддерживают несколько уровней финальности, позволяя приложениям выбирать компромисс безопасность/скорость.
Общие секвенсоры
Секвенсор определяет порядок включения транзакций в блоки роллапа. Сегодня каждый крупный роллап использует собственный централизованный секвенсор (единый сервер, контролируемый командой роллапа). Это создаёт проблемы:
- Риск цензуры — секвенсор может цензурировать или переупорядочивать транзакции
- Единая точка отказа — если секвенсор выходит из строя, роллап перестаёт производить блоки
- Нет атомарных кросс-роллап-транзакций — два роллапа с разными секвенсорами не могут гарантировать атомарное исполнение транзакции на каждом
Общие секвенсоры решают эти проблемы, предоставляя единый децентрализованный слой секвенсирования, который упорядочивает транзакции для нескольких роллапов одновременно.
Как работает общее секвенсирование
+------------------+ +-------------------+ +------------------+
| Роллап A (Base) | | Общий секвенсор | | Роллап B (Arb) |
+------------------+ +-------------------+ +------------------+
| Пользователи |---->| 1. Получить txs |---->| Исполнить |
| отправляют txs | | от всех | | упорядоченные |
| | | роллапов | | txs для Роллапа B|
| Исполнить |<----| 2. Глобально |<----| |
| упорядоченные | | упорядочить | | |
| txs для Роллапа A| | 3. Распределить | | |
| | | упорядоченные | | |
| | | батчи | | |
+------------------+ +-------------------+ +------------------+
Поскольку общий секвенсор видит транзакции от обоих роллапов, он может гарантировать:
- Атомарное кросс-роллап-исполнение — «исполнить tx A на Base И tx B на Arbitrum, или ни одну»
- Согласованное упорядочивание — транзакции между роллапами упорядочены единым таймером
- Устойчивость к цензуре — децентрализованный набор секвенсоров сложнее цензурировать, чем одного оператора
Ведущие проекты общих секвенсоров
Espresso Systems — наиболее продвинутый общий секвенсор, в тестнете с Q3 2025. Espresso использует BFT-консенсус (HotShot) с децентрализованным набором валидаторов. Роллапы подключаются, перенаправляя секвенсирование на Espresso. Espresso обеспечивает как упорядочивание, так и доступность данных.
Astria — слой общего секвенсирования, сфокусированный на упорядочивании без доступности данных. Astria секвенсирует транзакции и публикует коммитмент упорядочивания на Ethereum L1. Ноды роллапов получают упорядоченные транзакции и исполняют их локально. Легковеснее Espresso, но с меньшими гарантиями.
Radius — использует подход с приоритетом приватности через зашифрованные мемпулы. Транзакции шифруются перед секвенсированием, предотвращая извлечение MEV самим секвенсором. Radius использует протокол ротации лидера для децентрализации.
Based-роллапы: роллапы с секвенсированием на L1
Based-роллапы (предложены Джастином Дрейком, Ethereum Foundation) используют радикальный подход к проблеме секвенсирования: использовать валидаторов Ethereum L1 в качестве секвенсора. Вместо запуска отдельного секвенсора based-роллапы отправляют транзакции напрямую на L1, где существующий конвейер proposer-builder Ethereum упорядочивает их.
Архитектура based-роллапа
+------------------+ +------------------+ +------------------+
| Пользователи | | Ethereum L1 | | Based-роллап |
+------------------+ +------------------+ +------------------+
| Отправляют L2 txs|---->| L1 proposer |---->| Выводят состояние|
| в L1 мемпул | | включает L2 txs | | L2 из блоков L1 |
| | | в блок L1 | | |
+------------------+ +------------------+ +------------------+
Ключевые свойства:
- Максимальная децентрализация — секвенсирование наследует полный набор валидаторов Ethereum (~900 000 валидаторов)
- Максимальная доступность — если Ethereum L1 работает, based-роллап работает
- Нативная компонуемость с L1 — L2-транзакции могут атомарно взаимодействовать с L1-контрактами в одном блоке
- Нет дополнительных допущений о доверии — нет отдельного токена секвенсора, нет дополнительного консенсуса
Компромиссы
Based-роллапы жертвуют некоторыми свойствами ради максимальной безопасности:
| Свойство | Based-роллап | Централизованный секвенсор | Общий секвенсор |
|---|---|---|---|
| Децентрализация | Максимальная (валидаторы L1) | Минимальная (один оператор) | Средняя (набор секвенсоров) |
| Задержка | 12 секунд (время блока L1) | <1 секунды (мягкие подтверждения) | 1-5 секунд |
| Пропускная способность | Ограничена включением L1 | Выше (батч + сжатие) | Средняя |
| MEV | Разделяется с MEV L1 | Захватывается секвенсором | Разделяется с набором секвенсоров |
| Доступность | Доступность L1 | Единая точка отказа | Доступность набора секвенсоров |
| Доход | Нет дохода секвенсора | Секвенсор забирает MEV + комиссии | Распределённый доход |
Based-роллапы идеальны для приложений, приоритизирующих безопасность и децентрализацию над задержкой — институциональный DeFi, контракты мостов, управление.
Taiko: первый based-роллап
Taiko — наиболее известная реализация based-роллапа, запущенная в мейннете с Q2 2025. Taiko использует дизайн «based contestable»:
- Валидаторы L1 секвенсируют транзакции (based-секвенсирование)
- Любой может предлагать блоки (безразрешительное предложение)
- Доказательства генерируются после исполнения (оспариваемое доказательство валидности)
Taiko обработал более 50M транзакций с запуска, демонстрируя, что based-роллапы практичны несмотря на более высокую задержку.
Влияние на разработчиков: напиши один раз, разверни везде
Уровень интероперабельности фундаментально меняет подход разработчиков к построению на Ethereum. Вместо развёртывания отдельных экземпляров на каждом L2 разработчики могут создавать chain-абстрагированные приложения, работающие на всех L2 бесшовно.
Паттерн chain-абстракции
// До: развернуть на каждом L2 отдельно, управлять кросс-сетевым состоянием вручную
// После: развернуть один раз, использовать кросс-сетевой мессаджинг для синхронизации состояния
contract ChainAbstractedVault {
ICrossChainMessenger public messenger;
// Принимать депозиты с любого L2
function deposit(uint256 amount) external {
// Обработать депозит на этом L2
_processDeposit(msg.sender, amount);
// Синхронизировать состояние на другие L2 через кросс-сетевой мессаджинг
messenger.sendMessage(
TARGET_CHAIN_ID,
address(this), // Тот же адрес контракта на целевом L2
abi.encodeCall(this.syncDeposit, (msg.sender, amount)),
0 // Без перевода стоимости
);
}
function syncDeposit(
address user,
uint256 amount
) external onlyCrossChainMessenger {
_updateGlobalState(user, amount);
}
}
Объединённая ликвидность
Наиболее значительное практическое влияние — объединённая ликвидность. Вместо фрагментации $85 млрд TVL L2 по 55 сетям, уровень интероперабельности обеспечивает:
- Кросс-роллап AMM — обмен на Base может получать ликвидность из пулов Arbitrum, если цена лучше
- Объединённые рынки кредитования — внесите залог на любом L2, заимствуйте на любом другом L2
- Кросс-роллап торговля NFT — покупайте NFT, выставленный на Optimism, используя средства на Base, атомарно
Инструменты для разработчиков
Несколько фреймворков появляются для упрощения кросс-сетевой разработки:
- Socket Protocol — фреймворк кросс-сетевого исполнения, абстрагирующий протоколы мессаджинга. Напишите логику один раз, Socket обрабатывает маршрутизацию между сетями.
- Hyperlane — безразрешительный протокол интероперабельности с модульным стеком безопасности. Разработчики выбирают модель безопасности (мультисиг, ZK-доказательство, оптимистичная).
- LayerZero v2 — наиболее широко развёрнутый протокол мессаджинга, соединяющий 50+ сетей. V2 вводит настраиваемые модули безопасности и верификацию на основе квитанций.
Текущие мосты vs нативная интероперабельность
Как уровень интероперабельности сравнивается с сегодняшними решениями мостов?
| Параметр | Текущие мосты | Нативная интероперабельность (2026+) |
|---|---|---|
| Модель доверия | Операторы мостов, мультисиги | Доказательства, верифицированные L1 |
| Безопасность | $2,5 млрд потеряно из-за взломов мостов (2021-2025) | Криптографическая верификация |
| Задержка | 10-30 минут (каноническая), секунды (быстрая) | 1-15 минут (на основе доказательств) |
| Стоимость | $1-20 за перевод | $0,10-1,00 (амортизированная стоимость доказательства) |
| Компонуемость | Только точечные переводы | Мессаджинг смарт-контракт ↔ смарт-контракт |
| Атомарность | Нет (отдельные txs на каждой сети) | Да (гарантии общего секвенсора) |
| Пользовательский опыт | Ручной выбор моста, ввод адреса | Невидимо — кошелёк обрабатывает маршрутизацию |
| Опыт разработчика | Интеграция каждого моста отдельно | Стандартный интерфейс ERC-7786 |
| Ликвидность | Фрагментирована по пулам мостов | Объединена через кросс-роллап-протоколы |
| Путь обновления | Замена контрактов моста | Обновления на уровне протокола |
Ключевое различие: мосты — это инфраструктурные заплатки для фрагментированной системы, а нативная интероперабельность — решение на уровне протокола, делающее фрагментацию невидимой.
Хронология и внедрение
| Веха | Целевой срок | Статус |
|---|---|---|
| Финализация стандарта ERC-7786 | Q2 2026 | Черновик, на рассмотрении |
| Мейннет общего секвенсора Espresso | Q2 2026 | Тестнет запущен |
| Зрелость based-роллапа Taiko | Запущен | Обработано 50M+ txs |
| Интероп Optimism Superchain | Q3 2026 | Разработка |
| Интероп Arbitrum Orbit chain | Q3 2026 | Исследования |
| Chain-абстракция на уровне кошельков | Q4 2026 | Ранние реализации |
| Полная интероперабельность L2 | 2027+ | В процессе |
Часто задаваемые вопросы
Будет ли фрагментация L2 полностью решена в 2026 году?
Не полностью. Инфраструктура строится в 2026 году — общие секвенсоры, стандарты мессаджинга и based-роллапы. Полная chain-абстракция (когда пользователи не знают, на каком L2 они находятся) — это цель на 2027+. Однако интероперабельность для разработчиков (кросс-сетевой мессаджинг и унифицированные API) существенно улучшится к концу 2026 года.
Все ли L2 должны использовать один общий секвенсор?
Нет. Уровень интероперабельности спроектирован для работы с различными моделями секвенсирования. Based-роллапы, роллапы с общим секвенсированием и независимо секвенсированные роллапы могут взаимодействовать через протоколы кросс-роллап-мессаджинга. Общее секвенсирование обеспечивает дополнительные гарантии (атомарное исполнение), но не обязательно для базовой интероперабельности.
Как интероперабельность влияет на доход L2?
Доход L2 формируется преимущественно из комиссий секвенсора и MEV. Based-роллапы отдают доход секвенсора валидаторам L1. Общие секвенсоры разделяют доход между участниками. В обоих случаях L2, подключающиеся к более широкой интероперабельности, могут зарабатывать меньше за транзакцию, но привлекать больше объёма благодаря лучшему UX и объединённой ликвидности.
Чем это отличается от Cosmos IBC или Polkadot XCMP?
Да. Cosmos IBC и Polkadot XCMP — это специализированные протоколы интероперабельности для их соответствующих экосистем. Уровень интероперабельности Ethereum наследует безопасность от консенсуса Ethereum L1, а не полагается на отдельный набор валидаторов. Модель безопасности — «верифицируй против Ethereum», а не «доверяй комитету моста».
Что делать разработчикам сейчас?
Начинайте строить с учётом кросс-сетевого мессаджинга. Используйте ERC-7786-совместимые интерфейсы, даже если стандарт не финализирован. Проектируйте смарт-контракты chain-абстрагированными с первого дня — отделяйте chain-специфичную логику от бизнес-логики. Избегайте хардкода chain ID или L2-специфичных адресов. И тестируйте на мульти-сетевых тестнетах (Sepolia + тестнеты L2), чтобы понять задержку и режимы отказа кросс-сетевых сообщений.