Scroll — zkEVM-validity-роллап: архитектура, слои и финальность

Scroll как zkEVM-validity-роллап над Ethereum

По модели Scroll — ZK-роллап с EVM-эквивалентностью:

• исполнение транзакций идёт в zkEVM-среде на L2 (EVM-байткоды с поддержкой ZK-доказательств);
• для батчей блоков строятся validity proof — ZK-доказательства корректности перехода состояния;
• корни состояния и доказательства публикуются в контракты на Ethereum, где проходит верификация;
• финальная безопасность и упорядочивание цепочки опираются на L1, а сделки на L2 дешевле и быстрее, чем на базовом слое.

В отличие от optimistic-роллапов:

• нет challenge-периода — финальность наступает после проверки доказательства,
• нельзя зафиксировать произвольное состояние без валидного proof,
• требуется развитая инфраструктура prover-узлов и продуманный режим Data Availability.

Слои архитектуры Scroll

Логически Scroll разделён на три уровня (слоя), поверх которых строятся пользовательские и разработческие сценарии:

1. Settlement Layer (уровень урегулирования)

• Базовый слой — Ethereum:
  • хранит rollup- и bridge-контракты;
  • принимает коммиты состояния и validity proofs;
  • обеспечивает упорядочивание и доступность данных для L2-блоков.
• Через этот слой реализуется:
  • финальная фиксация L2-блоков,
  • кросс-лейерные сообщения и перевод активов между L1 и L2 (мост).

2. Sequencing Layer (уровень упорядочивания и rollup-логики)

• Включает компоненты Scroll Node:
  • Execution Node — исполняет транзакции, создаёт L2-блоки;
  • Rollup Node — собирает блоки в батчи, публикует данные в Ethereum для DA, отправляет хэши состояний и, позже, доказательства.
• На этом уровне:
  • принимаются транзакции от пользователей (L2 mempool) и из L1-моста;
  • формируются последовательные L2-блоки;
  • создаются и отправляются в L1 коммиты данных батчей.

3. Proving Layer (уровень доказательств / Roller Network)

• Состоит из пула prover-узлов (Roller Network) и координатора:
  • prover’ы строят validity proofs для блоков / чанков;
  • координатор распределяет задачи между prover’ами и агрегирует доказательства.
• Цель: доказать, что переход состояния в батче корректен согласно правилам zkEVM.

Дополнительно система включает:

• Rollup- и bridge-контракты на L1, связывающие Scroll с Ethereum (см. кросс-чейн мост);
• инфраструктурные сервисы: индексаторы, RPC-провайдеры, блок-эксплореры и др.

Scroll Node, Roller Network и роллап-контракты

Scroll Node — основной способ взаимодействия приложений и пользователей с L2:

• принимает L2-транзакции через JSON-RPC;
• исполняет их в Execution Node (модифицируя состояние L2);
• формирует блоки и передаёт информацию Rollup Node.

Rollup Node:

• собирает блоки в чанки / батчи;
• публикует данные транзакций и метаинформацию в L1 для DA;
• отправляет коммиты состояний в rollup-контракт Ethereum.

Roller Network:

• множество prover-узлов генерируют ZK-доказательства корректности блоков/чанков;
• координатор:
  • назначает prover на конкретные блоки или чанки;
  • собирает и агрегирует доказательства;
  • передаёт агрегированный proof в Rollup Node для публикации на L1.

Rollup- и bridge-контракты на Ethereum:

• принимают:
  • данные батчей (или коммиты к ним),
  • корни состояний L2,
  • validity proofs;
• проверяют доказательства и фиксируют окончательную последовательность L2-блоков;
• обеспечивают мост Ethereum ↔ Scroll для активов и сообщений (см. мост и риски мостов).

Путь транзакции в Scroll

Упрощённо жизненный цикл L2-транзакции в Scroll выглядит так:

1. Создание и подпись

• Пользователь формирует транзакцию в EVM-кошельке (кошелёк) и подписывает приватным ключом.
• В модели Scroll используются стандартные Ethereum-подписи и nonce-механика.

2. Отправка на Sequencer

• Транзакция попадает:
  • либо напрямую в L2 mempool секвенсера,
  • либо через L1-мост (если отправлена с Ethereum).
• Execution Node собирает транзакции из mempool и очереди L1-сообщений, исполняет их и формирует новый L2-блок.

3. L2-подтверждение (Confirmed)

• После включения в L2-блок транзакция считается подтверждённой на L2:
  • пользователь видит обновлённый баланс / состояние в L2;
  • изменение ещё не зафиксировано в Ethereum, но уже вошло в каноническую последовательность L2-блоков (при честном поведении секвенсера).

4. Коммит в L1 (Committed)

• Rollup Node собирает несколько блоков в батч;
• публикует данные транзакций и метаинформацию в rollup-контракт на Ethereum для DA;
• этот шаг гарантирует, что любой участник может восстановить L2-блоки из данных в L1.

5. Доказательство и финальность (Proven / Finalized)

• Roller Network генерирует validity proof для батча;
• агрегированное доказательство отправляется в rollup-контракт;
• после успешной проверки:
  • состояние L2 для данного батча считается финальным на уровне Ethereum;
  • вывод средств из L2 в L1, зависящий от этого батча, становится окончательно безопасным.

Таким образом, у транзакции можно выделить несколько уровней состояния: «L2-confirmed» (быстро), «committed на L1» и «finalized после проверки proof».

Data Availability и EIP-4844

Как и другие роллап-сети, Scroll должен гарантировать, что данные о L2-транзакциях доступны для восстановления состояния:

• Rollup Node публикует данные батчей в Ethereum:
  • либо как calldata,
  • либо в формате blob-данных с использованием EIP-4844.
• DA-слой Ethereum гарантирует, что:
  • данные нельзя «задним числом» переписать;
  • любой индексатор может восстановить цепочку L2-блоков.

Практические следствия:

• стоимость L2-транзакции зависит не только от нагрузки на Scroll, но и от цен на газ (и blob-газ) в Ethereum;
• компрессия данных и дизайн batch-форматов напрямую влияют на среднюю комиссию (комиссии в Ethereum и L2).

Для разработчиков это означает: важно минимизировать объём данных, которые попадают в DA (лишние storage-записи, тяжёлые event-логи и т.п.).

Комиссии и модель финальности в Scroll

Комиссия за транзакцию в Scroll складывается из:

• L2 execution fee
  • цена исполнения в zkEVM (CPU/память, хранение);
  • часть этой платы остаётся в L2 и покрывает работу секвенсера и инфраструктуры.

• L1 data fee и proof verification
  • доля затрат на публикацию данных и проверку доказательств в Ethereum;
  • зависит от цены газа и blob-газов на L1 и от эффективности батчинга.

Для пользователя это выглядит как:

• комиссии обычно кратно ниже, чем в L1;
• но при нагрузке на Ethereum и росте цен на газ L2-комиссии тоже могут заметно увеличиваться.

С точки зрения финальности:

• «мягкая» — сразу после включения в L2-блок;
• «экономическая» — после коммита данных и верификации proof на L1 (момент, когда откатить состояние уже крайне дорого или невозможно без форка Ethereum).

Безопасность и доверительная модель Scroll

Несмотря на ZK-модель, Scroll остаётся L2 с типичными для роллапов рисками (см. модель рисков L2):

• Секвенсер и централизация Execution / Rollup Node.
  • На ранних этапах секвенсер управляется ограниченным числом акторов;
  • возможны задержки, цензура отдельных адресов, MEV-поведение;
  • сбой секвенсера ухудшает UX, хотя данные и средства защищены на уровне L1.

• Proving-слой (Roller Network).
  • Ошибки в prover-коде, координации или агрегировании доказательств могут приводить к задержкам финальности;
  • централизованный контроль над prover-узлами — ещё одна ось доверия.

• Мосты и rollup-/bridge-контракты.
  • Ошибки в логике моста, неверные маппинги токенов, компрометация ключей:
    • могут привести к блокировке или потере ликвидности;
    • особенно актуально для нестандартных мостовых схем.
  • Подробнее — см. кросс-чейн мост и риски мостов.

• Сложность zkEVM.
  • Любые zkEVM-системы имеют сложный стек:
    • нетривиальная логика проверки, возможность «proof overflow» и др.;
    • ошибки реализуются на уровне клиентов, prover-софта и контрактов.

Общая рекомендация: оценивать Scroll как технологически продвинутый zkEVM L2, но распределять риски между L1 и несколькими независимыми L2, не концентрируя все активы на одной сети.

Практические рекомендации для разработчиков Scroll

1. Оптимизируйте под zkEVM и DA

• минимизируйте размер транзакций и логов;
• используйте структуру хранения с учётом стоимости DA (избегайте «широких» глобальных маппинга без необходимости);
• группируйте операции, которые можно батчить на уровне протокола.

2. Проектируйте UX под L2-финальность

• явно различайте состояния:
  • «видим в L2» (подтверждено секвенсером),
  • «закоммичено в L1»,
  • «finalized после proof»;
• для критичных операций (бриджинг, крупные PnL) учитывайте именно L1-финальность.

3. Заложите деградационные режимы

• продумайте поведение dApp при:
  • временных задержках батчей,
  • росте комиссий,
  • релоаде/рестарте секвенсера;
• делайте операции идемпотентными когда возможно (повторная отправка не должна ломать состояние).

4. Аккуратно работайте с мостами и оракулами

• используйте проверенные мосты и ценовые оракулы (оракулы);
• явно документируйте модель доверия и риски для пользователей (где именно может сломаться маршрут ликвидности).

Частые вопросы (FAQ)

Scroll — это отдельный блокчейн или «часть Ethereum»? Scroll — отдельная L2-цепь, но её безопасность и финальная фиксация состояния завязаны на Ethereum через validity proofs и rollup-контракты. Транзакции выполняются на Scroll, а итог их выполнения подтверждается и хранится в L1.

Кто управляет секвенсером и может ли он цензурировать транзакции? Сегодня секвенсер в значительной степени централизован. Теоретически он может:

• задерживать включение отдельных транзакций;
• сортировать их с учётом MEV-стимулов.

Однако он не может навечно «украсть» средства без публикации корректного proof: состояние защищено Ethereum и ZK-механикой.

Почему комиссии в Scroll меняются, если это L2? Потому что значимая часть комиссии — это L1-компонента (DA + проверка доказательств). Когда газ и blob-газ в Ethereum дорожают, L2-комиссии тоже временно растут, хотя обычно остаются заметно ниже L1.

Можно ли хранить крупные суммы только в Scroll? Технически Scroll наследует безопасность Ethereum и использует строгие validity proofs, но остаются риски L2 (секвенсер, мосты, сложный стек). Для крупных сумм обычно рекомендуют распределять активы между L1 и несколькими независимыми L2 (см. обзор рисков L2).

Где разобрана пользовательская и токеномика Scroll? За обзором токена SCR, airdrop’а, стейкинга и экосистемы переходите на страницу crypto:scroll.

См. также

• Scroll (SCR): сеть и токен
• Ethereum (ETH)
• Layer-2 над Ethereum
• Роллапы на Ethereum: optimistic и ZK
• ZK-роллап
• EIP-4844: блобы для данных L2
• Data Availability
• Модель рисков L2: sequencer, DA, мосты и апгрейды
• Кросс-чейн мост
• Риски мостов
• Комиссии в Ethereum и L2
• zkSync (ZK)
• Starknet (STRK)
• Optimism (OP)
• Arbitrum (ARB)
• Base (L2 от Coinbase)