Scroll – Ethereum Layer 2 на основе zero-knowledge rollup, которая исполняет EVM-транзакции вне L1, публикует данные в Ethereum и доказывает корректность state transitions с помощью validity proofs. После Euclid сеть перешла от собственных halo2 circuits к OpenVM prover и от zktrie к Ethereum-подобному Merkle Patricia Trie. Токен SCR используется для governance, но gas по-прежнему оплачивается в ETH.
Scroll создавался как bytecode-compatible zkEVM, однако нынешняя архитектура уже не совпадает с ранними testnet-описаниями. Clique-подписи blocks удалены, proof stack заменён, появились forced inclusion и permissionless batch submission для аварийных сценариев, а Security Council получил upgrade powers. При этом обычный sequencer остаётся централизованным, и Stage 1 не означает полную децентрализацию.
История
Scroll основали в 2021 году с целью масштабировать Ethereum без создания нового developer environment. Команда хотела доказать исполнение обычного EVM bytecode, чтобы Solidity contracts переносились с минимальными изменениями. Ранние исследования объединили zkEVM circuits, собственный execution client и децентрализованную proving network как долгосрочную цель.
Alpha testnet на Goerli заработал в феврале 2023 года, Beta testnet на Sepolia – в августе. Mainnet был запущен 10 октября 2023 года и публично объявлен 17 октября. Первоначальная mainnet-версия использовала halo2-based circuits, zktrie state commitment и централизованные sequencer, coordinator и prover operations.
В 2024 году EIP-4844 снизил стоимость data availability за счёт blobs. В октябре был запущен SCR и Scroll DAO. 2025 год принёс главный технический переход: Euclid phase 1 и 2 активировали 16 и 22 апреля. Сеть перешла на OpenVM, MPT, новый batch codec, EIP-7702 и RIP-7212, а также механизмы Stage 1.
Feynman upgrade 19 августа 2025 года улучшил EVM compatibility, изменил fee formula и удалил оставшуюся transaction skipping logic. В июне 2026 года Scroll обновил OpenVM до 1.6.0 после критических upstream soundness advisories и развернул новый verifier. Это показывает одновременно полезность обновляемого stack и реальность prover risk.
Команда
Scroll основали Sandy Peng, Ye Zhang и Haichen Shen. Sandy Peng связана с business и ecosystem leadership, Ye Zhang – с zero-knowledge research, Haichen Shen – с engineering. Проект с самого начала привлекал внешних contributors к circuits, clients и education.
Сегодня protocol development ведут Scroll contributors, а Scroll Foundation поддерживает operations и ecosystem. Scroll DAO распределяет часть treasury и принимает governance proposals. Security Council из независимых участников управляет emergency и scheduled upgrades через multisig. Эти структуры пересекаются, но не заменяют друг друга.
Три слоя архитектуры
Settlement layer – Ethereum. В нём расположены rollup contracts, verifier, canonical bridge и message contracts. Ethereum хранит blobs с transaction data, проверяет ZK-proof и фиксирует finalized state roots.
Sequencing layer включает execution node и rollup node. Sequencer принимает transactions, определяет порядок и выпускает L2 blocks. Rollup node группирует blocks, подготавливает batch data и передаёт commitments в Ethereum. Быстрый L2 block является предварительным, пока proof не проверен на L1.
Proving layer включает coordinator и prover pool. Coordinator распределяет задачи, prover воспроизводит execution и строит proof, затем proof отправляется в Ethereum. Разделение повышает throughput, но создаёт operational pipeline: остановка coordinator или prover задерживает hard finality, даже если sequencer продолжает выпуск blocks.
Execution и EVM compatibility
Scroll выполняет EVM bytecode и поддерживает Ethereum tooling. Контракт можно развернуть теми же Solidity compiler, Foundry или Hardhat. Gas оплачивается ETH. Chain state хранит accounts, code и storage, а после Euclid commitment использует MPT, ближе к Ethereum.
EVM compatibility не означает идентичность каждого opcode и network parameter во все периоды. Feynman исправил поведение blockhash и precompile, добавил EIP-2935 и EIP-7623. Разработчик должен проверять активный hard fork и особенности fee calculation, особенно если dapp декодирует batch data или использует state proofs.
По цели Scroll близок к ZKsync и Starknet, но отличается execution model. ZKsync использует собственную VM и compiler adaptations, Starknet – Cairo VM, тогда как Scroll стремится оставаться максимально близким к EVM bytecode.
Sequencer и ordering
Пользователь отправляет signed transaction через RPC. Sequencer проверяет signature, nonce, balance и gas, выбирает операции из mempool и строит block. Обычно при congestion приоритет зависит от tip, но protocol не гарантирует строгую сортировку только по fee.
Централизованный sequencer может задержать, переупорядочить или не включить transaction. Он также получает MEV opportunities. После Euclid у пользователя есть enforced transaction path через Ethereum, но это аварийный механизм, а не обычный быстрый UX.
Scroll ограничивает возможную reorganization unsafe blocks. После установленной глубины ordering ожидается стабильным, однако абсолютная гарантия появляется только после proof finalization в Ethereum. Подробнее различие раскрыто в статье о финальности L2.
Batches, blobs и data availability
Rollup node объединяет L2 blocks в batches. Transaction data сжимается и публикуется в EIP-4844 blobs Ethereum. Blobs дешевле calldata и доступны ограниченное время на consensus layer, но commitment навсегда входит в Ethereum block. Nodes и indexers должны сохранить данные для долгосрочной истории.
Euclid перенёс block headers из calldata в blobs и позволил одному L1 transaction включать несколько batches. Верификация blob была частично перенесена в circuits. Эти оптимизации снизили L1 data overhead, но усложнили codec и tooling.
Data availability позволяет независимому участнику восстановить state. ZK-proof подтверждает корректность перехода, но без input data невозможно полноценно воспроизвести историю. Scroll публикует public mainnet data в Ethereum, поэтому по этому параметру отличается от validium с закрытым DA.
OpenVM prover
Изначальный Scroll zkEVM использовал специализированные halo2 circuits. Euclid заменил их на OpenVM – RISC-V based zkVM. Вместо отдельного circuit для каждой EVM-операции система доказывает исполнение программы внутри более общего virtual machine.
Преимущество OpenVM – проще обновлять execution logic, повторно использовать код и доказывать сложные transactions без старого circuit capacity checker. Prover получает execution traces, создаёт proof и передаёт его coordinator. Onchain verifier проверяет succinct result, не повторяя все вычисления.
Переход не устраняет cryptographic risk. В upstream OpenVM 1.5 и 1.6 были исправлены критические soundness issues в SHA-256, Keccak, pairing и recursive verification constraints. Scroll обновил prover и verifier в июне 2026 года. Если flawed prover способен создать ложный proof, под угрозой оказывается вся rollup security, поэтому audits и быстрые upgrades критичны.
MPT и state proofs
Ранний Scroll использовал zktrie – ZK-friendly structure. После Euclid network state commitment перешёл на Merkle Patricia Trie. Это повышает совместимость с Ethereum tooling и упрощает dapps, которые работают со state proofs.
Migration потребовала полного resync node и изменения indexers. Старые zktrie nodes могли следовать network, но переставали полноценно проверять новые state roots. Поэтому наличие запущенного node binary ещё не гарантирует, что он independently verifies current chain.
Finality
Unsafe confirmation появляется после sequencer block. Затем batch data публикуется в Ethereum и получает более сильный статус. Hard finality достигается, когда validity proof проверен rollup contract и соответствующий Ethereum block finalized.
Proving и aggregation занимают время, а Ethereum transaction может ждать inclusion. Dapp должен выбирать confirmation threshold по риску. Игра может показать результат после unsafe block, но bridge или large exchange deposit обычно ждёт L1 finality.
ZK-rollup не имеет семидневного fraud-proof window, характерного для optimistic rollup. Это упрощает canonical withdrawals после proof, но не делает мгновенным сам процесс proof generation и L1 finalization.
Bridge и messaging
Canonical bridge связывает Ethereum и Scroll через contracts на обоих уровнях. Deposit создаёт L1 message, которое sequencer включает в L2. Withdrawal создаёт L2 message, которое можно relay в Ethereum после finalization.
ERC-20 обычно блокируется на origin chain и mint-ится как representation на destination. ETH учитывается специальными gateway contracts. Token gateway, message queue и rollup verifier составляют единый security boundary. Ошибка в одном компоненте может заблокировать выводы.
Third-party bridges предлагают liquidity раньше canonical finality, но добавляют собственные relayers и pools. Пользователю нужно проверять origin token. Одинаковый symbol не доказывает, что актив выпущен canonical gateway.
Stage 1 и forced inclusion
Euclid добавил enforced transaction inclusion: пользователь может поставить message в L1 queue, заставляя sequencer обработать его. Также permissionless batch submission позволяет другим участникам продолжить публикацию и finalization, если основной operator долго бездействует.
Эти механизмы повышают censorship resistance и liveness, но предназначены для exceptional mode. Они требуют Ethereum gas и сложнее обычного RPC. Sequencer всё ещё централизован в нормальной работе, а permissionless fallback не равен децентрализованному proposer market.
Stage 1 также зависит от upgrade constraints и Security Council. Это промежуточная ступень, а не утверждение, что ни одна группа не может обновить contracts.
SCR
SCR – governance token Scroll. Gas оплачивается ETH, поэтому владение SCR не нужно для обычной transaction. Holder может делегировать voting power, голосовать и при выполнении threshold создавать proposals.
Общее предложение – 1 млрд SCR. 15% выделено airdrops, 35% – ecosystem и growth, включая 10% Scroll DAO treasury, 10% – Scroll Foundation, 23% – core contributors и 17% – investors. Contributor и investor allocations имеют длительный vesting после начального cliff.
Token launch состоялся 22 октября 2024 года. Первоначальный airdrop распределил 7%, оставив 8% для будущих community distributions. Circulating supply растёт по schedules, поэтому market cap без fully diluted valuation даёт неполную картину. Методика разбора описана в материале о токеномике.
В первоначальной token narrative SCR должен был помогать decentralize governance, sequencer и prover. На практике подтверждённое применение сегодня – governance и incentives. Будущий staking SCR, привязанный к delegation, одобрен как направление DAO 2.0, но наличие proposal не означает завершённый permissionless sequencer staking.
Управление
Scroll DAO использует token delegation, Governor и Timelock. Delegate получает voting power без custody токенов и участвует в proposals. Governance уже распределяет treasury, утверждает programs и рассматривает protocol upgrades.
Scroll DAO 2.0, одобренная в январе 2026 года, усилила verified delegates, committees, budget discipline и accountability. Начальный состав некоторых committees выбирает Foundation, а позднее DAO должен формализовать elections. Это осознанно более операционная и частично централизованная переходная модель.
Security Council – 9-of-12 multisig – может выполнять upgrades и emergency actions. Обычные upgrades проходят timelock. Это защищает от мгновенных изменений, но council compromise или ошибочное решение остаётся риском.
Применение
Scroll подходит EVM dapps, которым нужны Ethereum settlement и более дешёвое execution: DEX, lending, payments, games и identity. Bytecode compatibility снижает migration cost, а ETH как gas упрощает accounting.
Scroll SDK позволяет запускать отдельные chains на том же stack, однако SDK deployment может выбрать validium DA или другой finalization layer. Такой chain не наследует автоматически guarantees public Scroll mainnet.
Риски
- Sequencer. Один основной operator контролирует нормальный ordering и быстрые confirmations.
- Prover soundness. Ошибка OpenVM или verifier может позволить неверный proof или остановить finalization.
- Coordinator. Сбой aggregation и submission pipeline задерживает hard finality и withdrawals.
- Data availability. Blob tooling и archival services нужны для независимого восстановления после истечения blob retention.
- Bridge. Gateways, message queue и upgradeable contracts концентрируют стоимость и attack surface.
- Security Council. Multisig необходим для быстрых fixes, но сохраняет administrative trust.
- Forced path. Fallback дороже и сложнее обычного RPC и не делает normal sequencer permissionless.
- SCR unlocks. Contributor и investor vesting увеличивают circulating supply и могут давить на рынок.
- Governance concentration. Крупные delegates и Foundation-selected committees влияют сильнее пассивных holders.
- Versioning. Старые halo2, zktrie и Clique descriptions больше не соответствуют mainnet.
Итог
Scroll – полноценный ZK-rollup с Ethereum data availability и validity finality, который выбрал максимальную EVM-близость. Euclid сделал stack более универсальным: OpenVM заменил bespoke circuits, MPT приблизил state к Ethereum, а Stage 1 добавил forced inclusion и liveness fallback.
Эти улучшения не устранили operator risk. Sequencer, coordinator и prover остаются сложным управляемым pipeline, Security Council имеет upgrade powers, а новые cryptographic components уже требовали критических fixes. SCR даёт governance, но не оплачивает gas и пока не превращает производство blocks в permissionless process. Сильная сторона Scroll – проверяемая архитектура rollup. Главный риск – цена сложности и переходная децентрализация.
