L2-экосистема Ethereum за несколько лет превратилась в отдельный «слой рынка»: десятки сетей конкурируют за ликвидность, приложения и пользователей, а сам Ethereum всё больше становится «слоем урегулирования» (settlement).
На этой странице — взгляд сверху: какие типы L2 существуют, чем отличаются optimistic rollups и ZK-rollups, как в картину вписываются Arbitrum, Optimism, Base, zkSync, Starknet, Scroll, а также чем L2 отличаются от L3, validium и сайдчейнов.
Зачем Ethereum столько L2
Базовый слой Ethereum (ETH) ограничен по пропускной способности и дорог по комиссиям (gas fee). L2 решают сразу несколько задач:
- Масштабирование.
Переносят выполнение транзакций на отдельный слой, публикуя в L1 только агрегированные данные и хэши состояний.
- Снижение комиссий.
Делят стоимость L1 между тысячами L2-транзакций, снижая цену одной операции.
- Эксперименты с UX и экономикой.
Дают возможность:
- внедрять account abstraction,
- строить новые fee-модели,
- запускать отдельные app-цепи без форка Ethereum.
При этом безопасные L2 стараются наследовать безопасность L1 за счёт публикации данных и/или доказательств в Ethereum — это базовый принцип всех L2-роллапов.
Два ключевых класса L2: optimistic и ZK-rollups
Большинство L2 в экосистеме Ethereum относятся к двум классам:
- Optimistic rollups (optimistic rollup):
- состояние считается корректным «по умолчанию»;
- в L1 публикуются данные и корни состояний;
- некорректное состояние нужно оспаривать через fraud-proof в challenge-период;
- ZK-rollups / validity rollups (ZK-rollup):
- для каждого батча строится zk-доказательство корректности (validity proof);
- L1 принимает только состояния с валидным доказательством;
- финальность наступает после проверки proof, без challenge-периода;
С практической точки зрения:
- optimistic-роллапы стартовали раньше, проще по криптографии, но сложнее по выводу (ожидание challenge-периода);
- ZK-роллапы технологически сложнее, но дают более предсказуемую финальность и лучше подходят для массовых сценариев при высокой нагрузке.
Карта основных L2-сетей
Если сильно упростить, L2-экосистему Ethereum можно разложить на несколько сегментов:
- Крупные optimistic L2:
- ZK-L2 общего назначения (zkEVM и собственные VM):
- zkSync Era — zkEVM L2 с акцентом на account abstraction (см. тех. разбор zkSync),
- Scroll — bytecode-эквивалентный zkEVM (см. тех. разбор Scroll),
- другие zkEVM-решения (Polygon zkEVM, Linea и др.) без отдельных страниц в этой вики.
- L2-платформы и стеки:
- OP Stack — модульный стек для optimistic-роллапов (Superchain: Optimism, Base и др.);
- ZK Stack (вокруг zkSync) и экосистема Starknet — платформы для создания собственных ZK-цепочек (иногда позиционируемых как L3 или appchain).
- Специализированные и нишевые L2:
- сети, ориентированные на игры, social, DeFi-деривативы и др.,
- часть из них скорее ближе к app-цепям и validium-конфигурациям, чем к «классическим» rollup.
Полный технический контекст даёт страница Layer-2 над Ethereum, здесь же L2 рассматриваются больше как экосистема.
L2, L3, validium и сайдчейны: где границы
Вокруг L2-экосистемы возникли смежные понятия:
- L3 и appchains.
- цепочки поверх L2 (например, игровые сети на базе L2);
- могут использовать L2 как settlement-слой;
- часто настраиваются под конкретный use-case (игры, DeFi-платформа, соцсеть).
- Validium и гибридные режимы DA.
- данные не публикуются полностью в Ethereum, а хранятся во внешнем DA-слое;
- дешевле по комиссиям, но требуют доверия к операторам данных;
- формально это уже не «чистый» rollup, а отдельный режим с другим профилем рисков (см. Data Availability).
- Сайдчейны.
- отдельные сети со своей безопасностью и валидаторами;
- могут быть «привязаны» к Ethereum мостом, но не наследуют его безопасность;
- архитектурно ближе к независимым L1.
Отсюда правило: не всякая «быстрая сеть рядом с Ethereum» — это L2. Ключевой признак rollup — наличие связи с L1 через публикацию данных и/или доказательств, а не просто мост.
Риски и модели доверия в L2-экосистеме
Удобно рассматривать риски L2 через отдельную модель рисков L2; в контексте экосистемы важно понимать несколько осей:
- Секвенсер.
- централизованный sequencer может:
- цензурировать или задерживать транзакции,
- извлекать MEV;
- планируемая эволюция — к множеству независимых секвенсеров и shared-sequencer-архитектурам.
- Data Availability.
- полный rollup (данные в Ethereum) vs validium / off-chain DA;
- компромисс между ценой и возможностью восстановить состояние в случае проблем.
- Prover-слой и сложность кода.
- ZK-роллапы зависят от сложной prover-инфраструктуры;
- ошибки и уязвимости могут приводить к остановке сети и аварийным апгрейдам.
- Мосты.
- любую L2-сеть связывает с Ethereum и другими сетями мост (см. кросс-чейн мост);
- мосты добавляют собственные риски: ошибки в коде, компрометация ключей, ликвидностные перекосы (риски мостов).
Для пользователя общий вывод: L2-экосистема неоднородна. Даже если две сети технически оба «ZK-rollup», их режим DA, секвенсер и мосты могут давать очень разный уровень реальной безопасности.
Куда развивается L2-экосистема Ethereum
Основные тренды на горизонте нескольких лет:
- EIP-4844 и дальнейшие DA-улучшения.
Появление blob-данных (EIP-4844) уже снизило DA-компонент комиссий; дальше ожидаются новые оптимизации (data availability sampling, дополнительные форматы данных).
- Shared-sequencers и межсетевые протоколы.
Появляются проекты, предлагающие общие слои упорядочивания для нескольких L2:
- чтобы снизить риски MEV и централизации;
- улучшить атомарные операции между L2.
- Рост L3 и appchain-подходов.
Приложения будут чаще запускать свои цепочки поверх L2:
- гибкая настройка правил и комиссий,
- выделенные ресурсы,
- отдельная токеномика — но с опорой на безопасность Ethereum.
- Стандартизация UX и онбординга.
Account abstraction, кросс-L2 кошельки, абстракция chain-id и gas — всё это делает работу с несколькими L2 менее заметной для пользователя.
Ethereum в такой модели всё больше превращается в «слой урегулирования и доверия», а массовая активность уходит на L2/L3.
Частые вопросы (FAQ)
Какой L2 «самый безопасный»? Однозначного ответа нет. Важно смотреть на:
- режим DA (полный rollup или validium),
- степень централизации секвенсера и apgрейд-ключей,
- зрелость prover-инфраструктуры и кода,
- архитектуру моста.
Помогает страница модель рисков L2 и документы конкретных сетей.
Стоит ли выбирать L2 по типу: optimistic или ZK? Тип важен, но не единственный фактор. Optimistic и ZK по-разному устроены:
- optimistic — проще, но с challenge-периодом и зависимостью от fraud-proof;
- ZK — сложнее, но с доказуемой корректностью состояния.
Внутри каждой категории есть более и менее надёжные реализации.
Могут ли L2 «убить» Ethereum? Скорее наоборот: идея в том, что Ethereum становится базовым уровнем безопасности и урегулирования, а L2 — способом достичь массового использования без увеличения нагрузки на L1. При грамотном дизайне L2 усиливают, а не заменяют Ethereum.
Можно ли держать все активы только в одной L2-сети? Технически да, но это концентрирует риски:
- баг в мосте или секвенсере,
- ошибки в prover-слое,
- governance-решения, с которыми вы не согласны.
Обычно рекомендуют распределять активы между L1 и несколькими независимыми L2 по своему профилю риска.