Arbitrum Stack — это технологический стек, на котором построены сети Arbitrum One и Arbitrum Nova, а также Orbit-цепочки. Он объединяет optimistic rollup-архитектуру, стек Nitro, модель AnyTrust для доступности данных и инструменты для запуска собственных L2/L3 поверх Ethereum и Arbitrum.
Если страница crypto:arbitrum даёт обзор экосистемы и токена ARB, то tech/arbitrum_stack фокусируется на техническом устройстве: уровнях стека, роли sequencer-а, DA и вариантах развертывания.
Из чего состоит Arbitrum Stack в общем виде
На высоком уровне Arbitrum Stack можно представить как несколько слоёв, знакомых по общей архитектуре L2:
- Слой исполнения (Execution layer)
Исполняет транзакции пользователей. В Arbitrum — это EVM-совместимая среда (через Nitro) плюс WASM-среда (Stylus).
- Слой упорядочивания (Sequencing)
Централизованный sequencer принимает транзакции, упорядочивает их и формирует блоки L2.
- Слой доступности данных (Data Availability, DA)
Для Arbitrum One — публикация данных в Ethereum (rollup-модель).
Для Arbitrum Nova — модель AnyTrust с комитетом DA (DAC), подробно связанная с термином доступности данных.
- Слой проверки и оспаривания (Settlement + Fraud Proofs)
Rollup-контракты в Ethereum принимают батчи данных и реализуют challenge-период для оспаривания (fraud-proofs).
- Инструменты развертывания (Deployment Layer)
Фреймворк Orbit, позволяющий запускать собственные L2/L3-цепочки на основе Arbitrum Stack.
Комбинации этих слоёв дают разные конфигурации стека: Arbitrum One, Nova и Orbit-сети.
Arbitrum One: классический optimistic rollup-стек
Сеть Arbitrum One — эталонная конфигурация стека, максимально близкая к «чистому» optimistic rollup, описанному в хабе по L2 и роллапам.
Ключевые компоненты:
- Execution layer (Nitro EVM)
Используется стек Nitro: модифицированный клиент на базе Geth плюс набор оптимизаций. Для разработчика всё выглядит как обычная EVM: Solidity-контракты, стандартные тулчейны, привычные RPC.
- Sequencer
Централизованный sequencer:
- агрегирует транзакции пользователей,
- формирует L2-блоки,
- публикует сжатые данные в Ethereum.
Это упрощает UX (почти мгновенные L2-подтверждения), но создаёт риски централизации, подробно рассмотренные в модели рисков L2.
- DA и Settlement в Ethereum
Все данные, достаточные для восстановления состояния L2, публикуются в Ethereum:
- calldata с транзакциями,
- коммитменты к состоянию,
- служебные данные для fraud-proof.
Это дороже, чем альтернативные DA-модели, но максимально опирается на безопасность Ethereum.
- Fraud-proof система
При споре по состоянию:
- запускается протокол разбиения исполнения на шаги,
- спорная часть вычислений проверяется на L1,
- неверное состояние отклоняется.
С инженерной точки зрения Arbitrum One — классический optimistic rollup: стек над Ethereum, где главные компромиссы — между стоимостью DA и жёсткой безопасностью L1.
Arbitrum Nova и модель AnyTrust
Arbitrum Nova использует тот же базовый стек Nitro, но меняет слой DA:
- вместо полноценного rollup-DA через Ethereum используется AnyTrust-модель;
- создаётся комитет доступности данных (Data Availability Committee, DAC);
- DAC обязуется хранить полные данные транзакций и предоставлять их по запросу.
Как это меняет стек:
- В Ethereum публикуются не все данные транзакций, а лишь коммитменты (сжатые хэши), что резко снижает стоимость DA.
- DA-слой фактически «выносится» на внешний комитет, которому нужно доверять: если DAC скроет или потеряет данные, восстановить историю будет сложнее.
С точки зрения пользователей Nova — «такой же Arbitrum, но дешевле», однако архитектурно это уже не чистый rollup, а гибридная модель, завязанная на комитет DA. Это важно учитывать при оценке рисков (см. L2-риски и блокчейн-дилемму).
Nitro: сердце Arbitrum Stack
Стек Nitro — ключевое обновление, которое сделало Arbitrum более быстрым, дешёвым и удобным для разработчиков. На уровне стека Nitro включает:
- Исполнение на базе модифицированного Geth
Используется «обычный» для EVM мир Geth, но адаптированный под L2-сценарий: есть слои для рекодинга транзакций в специальный формат, сжатия и отправки на L1.
- Отдельный proving-слой
Логика fraud-proof вынесена в отдельный модуль, чтобы облегчить обновления и оптимизации проверки.
- Прозрачность для разработчика
Для dApp-разработчика Nitro почти не виден:
- RPC-эндпоинты соответствуют привычным EVM-паттернам,
- инструментальная цепочка (Hardhat, Foundry и др.) используется без существенных доработок.
- Подготовка к WASM (Stylus)
В архитектуре Nitro заложена возможность исполнения контрактов в двух средах — EVM и WASM. Это основа для Arbitrum Stylus, который позволяет писать смарт-контракты на Rust/C/C++ и других языках с компиляцией в WASM.
С практической точки зрения Nitro — это «слой адаптации» между Ethereum и L2, скрывающий сложность стека и обеспечивающий совместимость с экосистемой EVM.
Orbit-цепочки: как стек масштабируется дальше
Arbitrum Orbit — фреймворк, позволяющий перенести Arbitrum Stack «вовнутрь» других цепочек:
- Можно запускать собственные L2/L3-цепочки:
- поверх Ethereum (как независимый rollup),
- поверх Arbitrum One (L3 над L2),
- поверх Nova (конфигурации AnyTrust-типа).
- Базовые элементы Orbit-цепочки:
- Execution layer на основе Nitro (EVM и/или Stylus),
- свой sequencer (централизованный или постепенно децентрализуемый),
- выбранная модель DA (rollup-подобная, AnyTrust-подобная, внешние DA-решения),
- набор rollup/settlement-контрактов в целевой L1/L2.
- Разработчик может:
- настраивать параметры комиссий,
- определять список допустимых валидаторов/операторов,
- вводить собственную токеномику и правила управления.
Orbit-цепи дополняют картину, описанную в обзоре дизайнов секвенсеров и обзорной статье по L2-экосистеме: Arbitrum Stack становится строительным блоком для модульных и многоуровневых сетей.
Где в стеке появляются мосты и внешние зависимости
Arbitrum Stack по умолчанию предполагает взаимодействие с внешними системами:
- Мосты между Ethereum и Arbitrum
Вход и выход ликвидности реализуется через мосты:
- официальный L1↔L2-мост Arbitrum,
- сторонние решения (универсальные мосты, агрегаторы маршрутов).
На уровне стека это дополнительно:
- контракты моста в Ethereum и Arbitrum,
- набор релейеров/валидаторов,
- бизнес-логика хранения залогов.
Риски таких решений подробно разобраны в обзоре кросс-чейн моста и в термине риски мостов.
- Shared-sequencers и внешние DA-слои
В будущих версиях Arbitrum Stack возможна интеграция:
- с общими (shared) секвенсерами (см. shared sequencers),
- с внешними DA-решениями (модульные DA-сети).
Для стека это значит, что часть функций sequencer-а и DA «вынесена» за пределы классической конфигурации Arbitrum One/Nova.
Как думать про риски и ограничения Arbitrum Stack
При оценке Arbitrum Stack полезно разделять два уровня:
- Базовая архитектура
Опирается на:
- безопасность Ethereum как L1,
- корректность реализации fraud-proof,
- стабильность sequencer-а и клиентов Nitro.
- Конкретная конфигурация
Arbitrum One, Nova или Orbit-цепь могут:
- использовать разные DA-модели,
- иметь разные параметры challenge-периода,
- по-разному децентрализовать (или не децентрализовать) sequencer,
- по-разному строить мосты и экономику.
Общий подход к оценке рисков описан в модели рисков L2; Arbitrum Stack — лишь частный, но важный пример этих общих паттернов.
Частые вопросы (FAQ)
Чем отличается Arbitrum One stack от Nova stack на уровне DA?
- В Arbitrum One все данные, необходимые для восстановления состояния, публикуются в Ethereum — это классический rollup-подход.
- В Nova используется AnyTrust и комитет DA: в Ethereum отправляются только коммитменты, а полные данные хранят члены DAC. Это дешевле, но переносит часть доверия с L1 на комитет.
Обязательно ли Orbit-цепи опираться на Ethereum как L1? Не обязательно. Orbit-цепь может «сидеть» поверх Ethereum, Arbitrum One или Nova. В каждом случае меняется «базовый» уровень безопасности и DA, но общий стек (Nitro, sequencer, fraud-proof логика) остаётся похожим.
Можно ли использовать Arbitrum Stack без EVM, только с WASM? На практике стек ориентирован на двойную модель: EVM (через Nitro) + WASM (через Stylus). Теоретически можно строить конфигурации с упором на WASM-контракты, но на текущем этапе EVM-совместимость остаётся основой экосистемы.
Чем Arbitrum Stack отличается от типичного L2-стека конкурентов? В общих чертах он похож: есть execution-слой, sequencer, DA и settlement в L1. Отличия:
- конкретные реализации fraud-proof,
- наличие AnyTrust-модели и DAC в Nova,
- ориентация на Orbit как «фабрику L2/L3-цепей» поверх существующих сетей.
Где в Arbitrum Stack проходит граница между «протоколом» и «управлением DAO»? Базовая логика стека (контракты rollup-а, DA-конфигурации, параметры sequencer-а) формально реализована в коде, но многие параметры могут изменяться через Arbitrum DAO. Поэтому при оценке безопасности важно учитывать не только архитектуру стека, но и модель управления, описанную в обзоре сети и токена ARB.