Требования к ноде Arbitrum в 2026 году: полная и архивная нода Nitro

Согласно документации Offchain Labs, полной ноде Arbitrum Nitro нужны как минимум 64 ГБ оперативной памяти DDR5 (рекомендуется 128 ГБ), 8-ядерный процессор (рекомендуется 16 ядер) с высокой производительностью на ядро и локальный NVMe. В октябре 2026 г. снапшот полной ноды Arbitrum One занимал 2,67 ТБ, а архивный снапшот PathDB — 4,23 ТБ. Кроме того, нужны RPC- и beacon-эндпоинты Ethereum.

Официальные аппаратные требования Nitro

Offchain Labs публикует одну таблицу аппаратных требований для полных нод Nitro на странице Подготовка к запуску ноды и без изменений повторяет её для архивных нод. Проверено 15 октября 2026 г.:

Примечания под таблицей важны не меньше самой таблицы. Минимальные значения рассчитаны на ноду, которая обрабатывает ограниченное число RPC-запросов; для параллельного трафика добавьте памяти и ядер. Однопоточная производительность важна: если нода отстаёт, когда одно ядро загружено на 100%, Offchain Labs рекомендует более быстрый процессор. Кроме того, для распаковки снапшота нужно временное место на диске примерно вдвое больше размера самого снапшота. Для справки: AWS указывает для инстанса i4i.2xlarge 8 vCPU и 64 ГиБ памяти. Текущий выпуск — Nitro v3.12.1, опубликованный 2 октября 2026 г.; Offchain Labs поддерживает только релизные версии, но не бета-версии и не релиз-кандидаты.

HashDB или PathDB: выбор до первой синхронизации

Nitro хранит дерево состояния (state trie) по одной из двух схем, и существующую базу данных нельзя конвертировать: для перехода нужна повторная инициализация из снапшота другого типа.

• HashDB используется по умолчанию. Эта схема поддерживает валидацию блоков и может быть инициализирована с помощью --init.latest pruned, но обрезка выполняется вручную и в офлайн-режиме: для Arbitrum One --init.prune full может занять несколько дней на NVMe, и всё это время нода не обслуживает RPC.
• PathDB, которая включается с помощью --execution.caching.state-scheme=path начиная с Nitro v3.9, выполняет обрезку автоматически во время работы ноды и по умолчанию хранит историю состояний за 345 600 блоков — это 24 часа при времени блока Arbitrum 250 мс. Она не может валидировать блоки, а её снапшоты нужно передавать через --init.url.

Полная нода по умолчанию работает в режиме watchtower, которому не нужен валидатор блоков, поэтому PathDB подходит для большинства RPC-нод. Для архивных нод Offchain Labs прямо рекомендует именно её.

Размер архивной ноды Arbitrum и диск для полной ноды

Нода Arbitrum One должна запускаться из снапшота, поскольку Nitro не может воспроизвести эпоху Classic. Метаданные снапшотов Arbitrum Foundation, проверенные 15 октября 2026 г.:

Размеры указаны в десятичных терабайтах; метки «TB» в самих метаданных обозначают двоичные единицы (2,43, 2,48 и 3,85 ТиБ для первых трёх строк). В руководствах приводятся меньшие, округлённые цифры: около 2,3 ТБ для pruned, 2,4 ТБ для full-path и 3,7 ТБ для archive-path. Объём дисков подбирайте по актуальным метаданным.

• На время настройки закладывайте двойной объём снапшота. Полной ноде во время инициализации нужно около 5,4 ТБ свободного места, а архивной — около 8,5 ТБ, поскольку скачанный архив и распакованная база данных существуют одновременно, пока Nitro не удалит архив. Снапшоты не сжаты, поэтому в итоге база данных занимает примерно столько же, сколько снапшот.
• Рассчитывайте на постоянный рост. Между снапшотами от 26 сентября и 7 октября снапшот archive-path вырос примерно на 32 ГБ, то есть на 2,9 ГБ в день. Полная нода на HashDB тоже растёт в промежутках между ручными обрезками, тогда как PathDB остаётся в пределах своего окна.
• Для истории до Nitro нужна вторая нода. Для блоков до высоты 22 207 817 Nitro обслуживает все RPC-методы, кроме шести; архивные запросы по ним требуют ноды Arbitrum Classic, архивный снапшот которой занимает 657 ГБ.

Offchain Labs отмечает, что большинству пользователей архивная нода не понадобится: она нужна лишь в немногих сценариях, например для обработки исторических данных.

Почему 64–128 ГБ оперативной памяти и какой процессор

Nitro — программа на Go, которая, по словам Offchain Labs, «может использовать значительно больше памяти, чем сообщает среда выполнения Go». Кэш базы данных Pebble (2 048 МБ по умолчанию), ещё до половины этого объёма в memtables, кэши trie и снапшотов на 1 024, 600 и 400 МБ, а также кэш Stylus на 256 МБ частично находятся вне сборщика мусора Go. Высокая RPC-нагрузка и крупные вызовы debug_traceBlockByNumber добавляют к этому ещё больше. Руководство по настройке предлагает три защитные меры:

• GOMEMLIMIT — мягкий лимит для кучи Go: в примере из документации 48 ГиБ на машине с 64 ГБ.
• --node.resource-mgmt.mem-free-limit=4GiB, который отклоняет новые RPC-запросы, когда свободной памяти становится мало.
• MALLOC_ARENA_MAX=2, который ограничивает glibc двумя аренами памяти; по данным документации, бесконтрольный рост арен — самая частая причина необъяснимого роста потребления памяти у долго работающих нод Nitro.

Что касается процессора, приведённая выше рекомендация об однопоточной производительности важнее числа ядер: признаком слабого процессора документация называет одно ядро, загруженное на 100%, когда нода отстаёт от сети, выпускающей блок каждые 250 мс, а не нехватку ядер. Дополнительные ядра окупаются при параллельном RPC-трафике.

Требование к L1: RPC Ethereum и beacon-эндпоинт с историческими блобами

Каждой ноде Arbitrum One нужны --parent-chain.connection.url — RPC клиента исполнения Ethereum — и --parent-chain.blob-client.beacon-url — эндпоинт Beacon Chain, поскольку батчи публикуются в Ethereum в виде блобов, которые хранятся в Beacon Chain. Новой ноде, а также ноде, которая была офлайн более 18 дней, от этого эндпоинта нужны ещё и исторические данные блобов. После обновления Ethereum Fusaka этот эндпоинт должен быть настроен на хранение и отдачу исторических блобов: Offchain Labs просит внешних провайдеров подписываться на все подсети данных (data subnets), а для собственной ноды Prysm рекомендует версию 7.1.0 или новее с --semi-supernode и --enable-backfill.

Самостоятельное размещение означает, что нужно запускать и клиент исполнения, и клиент консенсуса, поддерживая их в актуальном состоянии, поскольку несовместимая версия клиента L1 может вызвать сбой ноды Arbitrum или остановить её синхронизацию. Подбирайте оборудование для этой ноды L1 отдельно по нашему руководству по оборудованию для нод Ethereum и заложите дополнительное место на диске под историю блобов, которую хранит её beacon-нода.

Порты и пропускная способность

Полная нода сама устанавливает исходящее подключение к фиду секвенсора по WebSocket; единственные слушающие порты, которые для неё указывает документация, — её собственные RPC-порты. Если нод больше одной, Offchain Labs настоятельно рекомендует держать по одному ретранслятору фида (feed relay) на каждый дата-центр: он раздаёт фид вашим нодам на порту 9642, снижает плату за входящий трафик и повышает стабильность. Данных о пропускной способности документация не приводит. Самая крупная предсказуемая передача данных — снапшот: при устойчивой скорости 1 Гбит/с снапшот с обрезкой (pruned) на 2,67 ТБ скачивается примерно за шесть часов, а архивный — примерно за девять с половиной. Нода L1, если вы размещаете её сами, добавляет собственный трафик с пирами, и здесь пригодится порт 10 Гбит/с без учёта трафика.

Какой сервер PowerDedi выбрать для ноды Arbitrum

Честные оговорки касаются дисков. 9950X и EPYC 4585PX ($179/мес) соответствуют рекомендациям по памяти и процессору, но их 2 × 1,92 ТБ не вместят примерно 5,4 ТБ, которые нужны снапшоту Arbitrum One при настройке, поэтому для Arbitrum One мы их не предлагаем. Ни один из продаваемых нами серверов с двумя накопителями не вмещает пиковые 8,5 ТБ при настройке архивной ноды. EPYC 9454P, который есть в наличии ($489/мес), имеет те же 7,68 ТБ, что и 9355P, но базовую частоту 2,75 ГГц, а это хуже сочетается с чувствительностью Nitro к однопоточной производительности. Наконец, во всех приведённых выше конфигурациях накопители объединены в режиме чередования: отказ одного накопителя означает повторное скачивание снапшота, поэтому автоматизируйте настройку скриптами.

Как запустить ноду Arbitrum: краткий план настройки

Эти команды взяты из документации Offchain Labs; замените указанные в скобках эндпоинты L1 своими.

# 1. Create the data directory first: the container runs as UID 1000
mkdir -p /some/local/dir/arbitrum

# 2. Arbitrum One full node on HashDB, from the latest pruned snapshot
docker run --rm -it -v /some/local/dir/arbitrum:/home/user/.arbitrum -p 0.0.0.0:8547:8547 -p 0.0.0.0:8548:8548 offchainlabs/nitro-node:v3.12.1-70fa99a --parent-chain.connection.url=<Ethereum RPC URL> --parent-chain.blob-client.beacon-url=<Ethereum beacon chain RPC URL> --chain.id=42161 --init.latest=pruned --http.api=net,web3,eth --http.corsdomain=* --http.addr=0.0.0.0 --http.vhosts=*

# PathDB instead: read the current snapshot directory, then start with
#   --execution.caching.state-scheme=path --init.url https://snapshot.arbitrum.foundation/arb1/<directory>/
curl https://snapshot.arbitrum.foundation/arb1/latest-full-path.txt
# Archive node: use latest-archive-path.txt and add --execution.caching.archive

# Memory guards, as in the docs' example for a 64 GB machine
#   docker run ... -e GOMEMLIMIT=48GiB ... --node.resource-mgmt.mem-free-limit=4GiB

# 3. Shut down gracefully so Nitro can write its state to disk
#    (the documented command stops every running container)
docker stop --time=1800 $(docker ps -aq)

Команда из документации открывает RPC на всех интерфейсах, поэтому ограничьте доступ к портам 8547 и 8548 файрволом; это описано в нашем чек-листе по защите сервера в первый час. Актуальное наличие серверов — на нашей странице хостинга блокчейн-нод.

Источники

• Подготовка к запуску ноды — документация Arbitrum
• Как запустить полную ноду для сети Arbitrum — документация Arbitrum
• Как запустить архивную ноду — документация Arbitrum
• Снапшоты базы данных Nitro — документация Arbitrum
• Настройка и мониторинг ноды — документация Arbitrum
• Beacon-ноды: исторические блобы и RPC-провайдеры Beacon Chain Ethereum — документация Arbitrum
• Снапшоты Arbitrum — обозреватель снапшотов и метаданные (проверено 15 октября 2026 г.)
• Arbitrum Nitro v3.12.1 — Offchain Labs на GitHub, 2 октября 2026 г.
• Инстансы Amazon EC2 I4i — Amazon Web Services