Требования к ноде Base в 2026 году: оборудование, Reth, снапшоты и L1

Ноде Base нужны современный процессор с 8 или более ядрами и хорошей однопоточной производительностью, не менее 32 ГБ оперативной памяти (рекомендуется 64 ГБ), локально подключённый NVMe, а также RPC Ethereum L1 и beacon-эндпоинт. Теперь единственный поддерживаемый клиент — Reth. На 15 октября 2026 г. полный снапшот Base занимал 902 ГБ, а архивный — 4,2 ТБ.

Официальные требования к ноде Base

Base публикует рекомендации по оборудованию на странице Производительность ноды, а сведения о сети и L1 — в руководстве по запуску ноды. Проверено 15 октября 2026 г.:

Для понимания масштаба: собственные архивные ноды Base на Reth работают на инстансах AWS i7i.12xlarge или более мощных; по данным AWS, у них 48 vCPU, 384 ГиБ памяти и 3 × 3 750 ГБ локального NVMe, объединённых в RAID 0 с чередованием и файловой системой ext4. Base также предупреждает: если вы ещё не знаете, зачем вам собственная нода, скорее всего, она вам не нужна. Публичный эндпоинт Base, mainnet.base.org, подходит для начала работы, но имеет ограничения на частоту запросов и не предназначен для продакшен-приложений.

Нода Base на Reth: единственный оставшийся клиент

Страница Base о производительности называет Reth «на данный момент самым производительным клиентом» для Base, и с тех пор этот выбор стал обязательным. Обновление Azul, действующее в основной сети с 28 мая 2026 г., поддерживают только base-reth-node и base-consensus; ноды на op-geth или Nethermind нужно разворачивать заново на base-reth-node, в идеале из снапшота Reth, а op-node уступает место base-consensus. Обновление Beryl, действующее с 25 июня, сделало Reth V2 эталонным клиентом исполнения; операторы основной сети должны были перейти на хранилище V2 к середине августа, и Base выводит из оборота снапшоты V1.

Код тоже переехал. Начиная с v1.3.0, нода для операторов публикуется из репозитория base/base в виде образа ghcr.io/base/node, а старый репозиторий base/node был архивирован 4 сентября 2026 г. Текущий выпуск, v1.5.0, вышел 14 октября 2026 г.

Размер архивной и полной ноды Base: сколько нужно места на диске?

Base публикует еженедельно обновляемые снапшоты, которые позволяют пропустить большую часть первоначальной синхронизации. Пресеты на chain.base.org/snapshots по состоянию на 15 октября 2026 г., на блоке основной сети 52 616 526:

Base предупреждает, что распакованные данные «значительно больше» скачанного архива. Страница статистики, на которую документация ссылается как на источник текущего размера цепочки, не показывала эту цифру в виде, который мы могли бы проверить, поэтому в последнем столбце применена формула Base, где вместо размера цепочки подставлен размер каждого снапшота, а к итогу добавлено 20%. Считайте эти цифры нижней границей.

• Тип ноды фиксируется при первой синхронизации. Превращение архивной ноды в ноду с обрезкой или ноды с обрезкой в полную не поддерживается, а пользовательская обрезка через RETH_PRUNING_ARGS требует запуска из архивного снапшота.
• Объём истории в «полном» пресете меняется. В FAQ Base по снапшотам сказано, что полный пресет Reth хранит последние 10 064 блока — около 5–6 часов в сети Base, тогда как в примечаниях к выпуску v1.3.0 от 1 сентября 2026 г. говорится, что полный пресет теперь хранит историю за один месяц. Сверьтесь с примечаниями к выпуску, который развёртываете.
• Исторические доказательства требуют дополнительных ресурсов. Для эффективного обслуживания eth_getProof и связанных методов нужно расширение proofs, которое, по словам Base, добавляет сотни гигабайт, требует более высокой производительности ввода-вывода и заполняется в основной сети за 24–48 часов, если не восстанавливать его из снапшота с доказательствами. Большинству операторов оно не нужно.

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

Нода Base формирует свою цепочку на основе данных, опубликованных в Ethereum, поэтому ей нужны два эндпоинта L1 в .env.mainnet: BASE_NODE_L1_ETH_RPC — RPC полной ноды Ethereum — и BASE_NODE_L1_BEACON — beacon-нода. Согласно спецификации деривации Base, данные батчей, опубликованные в виде блобов, загружаются через эндпоинт /eth/v1/beacon/blob_sidecars/ beacon API, и для этого рекомендуется локальная beacon-нода.

Оба эндпоинта можно арендовать, но Base предупреждает, что синхронизация «может занять несколько дней» и «израсходует огромную часть вашей квоты запросов». Собственная нода L1 избавляет от квоты, но сначала она должна полностью синхронизироваться: нода Base не может завершить синхронизацию, пока её не завершит нода L1. Оборудование для неё — отдельная статья бюджета: клиент исполнения и клиент консенсуса с собственным NVMe, как описано в нашем руководстве по оборудованию для нод Ethereum. Если всё работает на одном сервере, сложите оба бюджета дискового пространства.

Процессор, память и переход на блоки каждые 200 мс

Base требует 8 или более ядер с хорошей однопоточной производительностью и 32 ГБ оперативной памяти (рекомендуется 64 ГБ). В руководстве по устранению неполадок добавлено, что при медленной синхронизации узким местом часто оказывается дисковый ввод-вывод, поэтому Base и настаивает на локальном NVMe. Память сверх минимума мы бы рассматривали как запас для RPC-нагрузки и файлового кэша операционной системы, а не как обязательное требование.

Нагрузка в секунду скоро изменится. Обновление Denim заменяет один блок каждые две секунды на пять канонических блоков в секунду и попутно заменяет Flashblocks. В Base Sepolia оно активируется 21 октября 2026 г., а для основной сети Base ориентируется на ноябрь 2026 г. Новых цифр по оборудованию для него Base не приводит, поэтому мы советуем оставить запас по процессору и диску и заново оценить рост после активации, а не подбирать конфигурацию под нынешнее состояние сети.

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

Если заблокировать исходящие подключения к портам 9200 и 30301, у ноды не останется ни одного пира, а сетевым ACL, в отличие от файрволов с отслеживанием состояния, нужен ещё и открытый для исходящих подключений эфемерный диапазон 32768–60999. Base не публикует данных о пропускной способности. Единственная крупная передача, которую можно предсказать, — первоначальный снапшот: при устойчивой скорости 1 Гбит/с полный пресет скачивается примерно за два часа, а архивный — примерно за девять. Загрузчик Base по умолчанию выполняет 8 параллельных передач, а на более мощных машинах советует задавать их вдвое больше, чем физических ядер, поэтому на порту 10 Гбит/с без учёта трафика темп, скорее всего, будет задавать сервер снапшотов, а не ваш канал.

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

Три честные оговорки. Во-первых, для архива запас невелик. EPYC 9555P должен с запасом вместить нынешний архив, поскольку собственные архивные ноды Base начинаются с 11,25 ТБ NVMe, но минимум по формуле он превышает совсем ненамного, а распакованная цепочка больше снапшота; с доказательствами минимум возрастает примерно до 18,4 ТБ. Единственная продаваемая нами конфигурация с большим объёмом NVMe — EPYC 9965 ($1 790/мес, 4 × 7,68 ТБ, выдача за 72 часа), но её базовая частота 2,25 ГГц идёт вразрез с рекомендацией Base об однопоточной производительности. Во-вторых, все варианты выше предполагают накопители в режиме чередования, как у самой Base: отказ одного накопителя означает восстановление из свежего снапшота, поэтому автоматизируйте конфигурацию скриптами; схемы описаны в нашем руководстве по программному RAID. В-третьих, если вам нужно только читать данные Base или отправлять транзакции, достаточно RPC-провайдера.

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

Эти команды взяты из документации Base и README base/base; замените заглушки для L1 адресами своих эндпоинтов.

# 1. Install the release binaries, including the base-reth-node CLI
curl -fsSL https://raw.githubusercontent.com/base/base/main/baseup/install | bash

# 2. Get the operator compose file and environment templates
git clone https://github.com/base/base.git
cd base
# In .env.mainnet, set BASE_NODE_L1_ETH_RPC and BASE_NODE_L1_BEACON

# 3. Restore a snapshot (--minimal, --full or --archive)
mkdir ./reth-data
base-reth-node download --full --datadir ./reth-data --chain base --resumable

# 4. Start the node (pin a release with NODE_TAG=vX.Y.Z)
docker compose up

# 5. Check that the RPC answers
curl -d '{"id":0,"jsonrpc":"2.0","method":"eth_getBlockByNumber","params":["latest",false]}' -H "Content-Type: application/json" http://localhost:8545

Следите за логами с помощью docker compose logs -f execution и docker compose logs -f node, закройте порты 8545, 8546 и 7545 от публичного интернета по нашему чек-листу по защите сервера в первый час, а актуальное наличие смотрите на странице хостинга блокчейн-нод.

Источники

• Производительность ноды — документация Base
• Запуск ноды — документация Base
• Снапшоты ноды и Устранение неполадок ноды — документация Base
• Снапшоты — Base (проверено 15 октября 2026 г.)
• Руководство по обновлению ноды и Обновления — документация Base
• Деривация (обновление Ecotone) — документация Base
• Выпуски base/base (с v1.3.0 по v1.5.0) и .env.mainnet — Base на GitHub
• Инстансы Amazon EC2 I7i — Amazon Web Services