Разработка rollup-решений (Optimistic/ZK) под ключ

Мы разрабатываем кастомные rollup-решения на базе OP Stack, Arbitrum Orbit или ZK Stack — от концепции до mainnet. Клиенты часто сталкиваются с дилеммой: какой стек выбрать? Optimistic Rollup даёт полную EVM-совместимость и низкую сложность, но финальность транзакций на L1 занимает до 7 дней из-за периода оспаривания (challenge window). ZK Rollup обеспечивает финальность за минуты, но proof generation требует GPU-кластеров и растягивает бюджет. Наш опыт показывает: правильный выбор архитектуры экономит месяцы разработки и сотни тысяч долларов.

Наша команда имеет 10+ лет опыта в блокчейн-разработке и реализовала более 15 rollup-проектов для DeFi, гейминга и инфраструктуры. Мы поможем определиться: оценим нагрузку, требования к безопасности и DA, и предложим оптимальный стек. Свяжитесь с нами для первичной консультации — оценим ваш проект.

Какой rollup стек выбрать: Optimistic или ZK?

Optimistic Rollup считает транзакции корректными по умолчанию. Если кто-то считает транзакцию мошеннической — он подаёт fraud proof в течение challenge window (обычно 7 дней). Если fraud proof принят — транзакция отменяется, challenger получает вознаграждение, sequencer теряет stake.

ZK Rollup публикует вместе с пакетом транзакций криптографическое доказательство корректности (validity proof). L1 верифицирует proof через смарт-контракт. Если proof прошёл проверку — транзакции гарантированно корректны без доверия к sequencer.

Для большинства application-specific rollup задач выбор — OP Stack или Arbitrum Orbit. ZK стек оправдан если: нужна быстрая finality, специфические privacy требования, или rollup для кастомной ZK логики.

Что входит в разработку rollup под ключ?

• Аудит требований и выбор стека — анализ нагрузки, определение DA (calldata, EIP-4844 blobs, внешние DA) и уровня децентрализации.
• Архитектура и проектирование — схема взаимодействия L1/L2, дизайн мостов, выбор sequencer (централизованный на старте с escape hatch).
• Развёртывание testnet — локальный devnet через kurtosis, настройка RPC, explorer (Blockscout).
• Деплой L1 контрактов — настройка DisputeGameFactory, OptimismPortal, L1CrossDomainMessenger (для OP Stack) и их верификация.
• Настройка L2 инфраструктуры — sequencer, batcher, proposer, мониторинг (Grafana/Prometheus).
• Интеграция мостов — кастомные или стандартные (ThirdWeb, Connext).
• Безопасность — аудит контрактов, настройка dispute window, bug bounty программа.
• Запуск mainnet — постепенная миграция, мониторинг, документация для операторов.

OP Stack: разворачивание Optimistic Rollup

OP Stack — фреймворк от Optimism для создания собственных L2/L3 цепочек (superchain). OP Stack documentation

Как развернуть OP Stack rollup за 5 шагов

1. Установите kurtosis и настройте локальный devnet.
2. Создайте конфигурационный файл с network_id и дополнительными сервисами.
3. Запустите devnet и протестируйте базовые транзакции.
4. Деплойте L1 контракты через forge script.
5. Настройте L2 инфраструктуру и мосты.

Компоненты OP Stack

L1 (Ethereum) ← → op-batcher (публикует tx данные в L1)
op-proposer (публикует state roots в L1)
L2: op-geth (modified geth, execution engine)
op-node (consensus/derivation layer, читает L1 данные)

Требования для development/testnet

L1 нода (или Sepolia RPC endpoint от Alchemy/Infura) L2 сервер: 8 CPU, 16 GB RAM, 500 GB SSD 

Деплой OP Stack через optimism-package

# Установка kurtosis (orchestration tool)
curl -s https://raw.githubusercontent.com/kurtosis-tech/kurtosis/main/install.sh | bash

# Запуск полного OP Stack локально
kurtosis run github.com/ethpandaops/optimism-package \
  --args-file local-config.yaml

Конфигурация local-config.yaml:

optimism_package:
  chains:
    - participants:
        - el_type: op-geth
          cl_type: op-node
          network_params:
            network_id: "42069"
            seconds_per_slot: 2
            name: "my-rollup"
    additional_services:
      - blockscout # explorer
      - prometheus_grafana

Production деплой: L1 контракты

git clone https://github.com/ethereum-optimism/optimism
cd optimism
pnpm install
pnpm build
export L1_RPC_URL="https://eth-sepolia.g.alchemy.com/v2/YOUR_KEY"
export PRIVATE_KEY="0x..."
cd packages/contracts-bedrock
forge script scripts/Deploy.s.sol:Deploy \
  --rpc-url $L1_RPC_URL \
  --private-key $PRIVATE_KEY \
  --broadcast \
  --verify

После деплоя сохраняется deployments/ с адресами контрактов — они нужны для конфигурации L2.

Arbitrum Orbit: альтернатива для L2/L3

Arbitrum Orbit позволяет создать L2 (относительно Ethereum) или L3 (относительно Arbitrum One/Nova) цепочку. Установка через orbit-setup-script (настройка chain ID, owner, validators). Orbit даёт выбор: AnyTrust (доступность данных через DAC committee, дешевле) или Rollup (данные на L1, безопаснее).

ZK Rollup: ZK Stack (zkSync)

Для ZK rollup используется ZK Stack от Matter Labs. Инициализация через zkstack CLI, затем создание цепи и деплой L1 контрактов. В production режиме требуется реальный prover (Boojum) с GPU (A100/H100).

Почему ZK rollup дороже? Стоимость proof generation

Для ZK rollup production deployment самый дорогостоящий компонент — prover. Варианты:

• Собственный prover кластер — GPU: 1x NVIDIA A100 80GB → ~100–200 TPS; CPU: 64-core AMD EPYC → в 10–20x медленнее.
• Outsourced proving — Gevulot, Lagrange, Fermah (proof marketplace).
• Validium режим — данные off-chain в DAC, дешевле, но ниже security.

Стоимость разработки кастомного rollup зависит от стека и объёма работ — свяжитесь с нами для точной оценки.

Data Availability: выбор между calldata, blobs и внешними DA

Rollup должен публиковать transaction data так, чтобы любой мог пересчитать state. Варианты:

• Ethereum calldata — максимальная безопасность, самый дорогой. После EIP-4844 (blobs) дешевле в 10–100x.
• EIP-4844 Blobs — с Dencun upgrade rollup публикуют данные как blob-транзакции. Blobs хранятся 18 дней, стоят на порядок дешевле calldata.
• Celestia / EigenDA / Avail — внешние DA слои. Ещё дешевле, но требуют доверия к отдельной сети.

Для нового rollup: использовать EIP-4844 blobs как DA — оптимальный баланс стоимости и безопасности на ближайшие годы.

Sequencer: централизация и шаги к decentralization

Все production rollup сегодня имеют centralized sequencer — это честный компромисс с производительностью. Текущее состояние:

• Arbitrum — работает над BoLD (Bounded Liquidity Delay) для permissionless validation.
• Optimism — Bedrock + fault proofs (Cannon), движется к decentralised sequencer.
• zkSync — централизованный sequencer, roadmap к shared sequencing.

Для кастомного rollup: centralized sequencer на старте — нормально, главное — escape hatch механизм (возможность вывода средств без согласия sequencer через L1 напрямую).

Этапы разработки

Реалистичный срок от начала до production mainnet: 2–4 месяца для Optimistic (OP Stack/Orbit), 4–6+ месяцев для ZK с реальными proof.

Мониторинг и операционная безопасность

const l1Block = await l1Provider.getBlockNumber()
const latestBatch = await l2Bridge.latestBatchIndex()
// Если разрыв растёт — batcher не публикует данные
const pendingWithdrawals = await portal.pendingWithdrawals()
if (pendingWithdrawals > THRESHOLD) {
  alert('Withdrawal queue growing, check proposer')
}

Для production rollup обязателен 24/7 мониторинг с алертами: состояние sequencer, batcher lag, proposer health, bridge balance, и dispute window для Optimistic rollup.