Требования к ноде Aptos в 2026 году: валидатор, VFN и полная нода

По данным документации Aptos на октябрь 2026 г., валидатору, полной ноде валидатора (VFN) или публичной полной ноде (PFN) для продакшена нужны 48 потоков на процессоре AMD EPYC 5-го поколения (Turin) или Intel Xeon 6-го поколения (Granite Rapids), 128 ГБ оперативной памяти, корпоративный NVMe SSD на 3 ТБ, рассчитанный на 60 000 IOPS и 600 МиБ/с, и канал 1 Гбит/с.

Эти цифры действуют с 18 марта 2026 г., когда Aptos заменил эталонную конфигурацию — 32 ядра, 64 ГБ оперативной памяти и 200 МиБ/с, — которую до сих пор приводят старые руководства. Валидатору также нужна вторая машина того же класса для его VFN и стейк не менее 1 млн APT. Это руководство касается оборудования и настройки и не является рекомендацией по стейкингу или финансовой консультацией.

Коротко

Официальные аппаратные требования Aptos к валидатору и VFN

Aptos определяет требования к нодам исходя из пропускной способности: оборудование должно быть «достаточно производительным, чтобы поддерживать ~30 000 транзакций в секунду (TPS)», что подтверждается либо соответствием эталонным характеристикам, либо прохождением бенчмарка Aptos. Эталон со страницы требований к нодам, последнее обновление которой — 14 сентября 2026 г.:

Таблица относится к каждой машине. Aptos «настоятельно» рекомендует запускать валидатор и VFN на двух отдельных, независимых машинах, изолированных друг от друга ради безопасности и производительности. В обзоре Aptos VFN названа необязательной, но «крайне рекомендуемой»; в чек-листе для операторов указано, что в основной сети обязательны обе ноды, так что рассчитывайте на два сервера. Все облачные примеры Aptos (AWS c8a.16xlarge, GCP c4d-standard-48, Azure Standard_F48as_v7, Latitude.sh f4.metal.large) идут с хранилищем на 60K IOPS.

Что изменилось в марте 2026 г.

18 марта 2026 г. Aptos повысил эталонные требования изменением в документации под названием «Update validator node requirements and examples»:

По числу потоков новая планка ниже, поскольку 32 ядра с одновременной многопоточностью давали 64 потока; изменились поколение процессора, объём памяти (вдвое больше) и пропускная способность диска (втрое выше). Собственный Helm-чарт Aptos за этим не успел: в aptos-core v1.49.5, выпущенном 7 октября 2026 г., он по-прежнему резервирует 30 CPU и 60 ГиБ памяти на каждый валидатор и VFN. Руководство, в котором указаны «32 ядра и 64 ГБ», написано до марта 2026 г.

Проверка машины бенчмарком Aptos

Если ваш процессор относится к другому семейству, измерьте его производительность. В клоне aptos-core с установленными зависимостями для сборки выполните:

TABULATE_INSTALL=lib-only pip install tabulate
./testsuite/performance_benchmark.sh --short

Скрипт выводит столбец «t/s» с достигнутой пропускной способностью и предупреждает, если оборудование не дотягивает. Цель в 30 000 TPS — это запас, а не текущая нагрузка: по нашим подсчётам на основе API Aptos Labs, с 6 по 15 октября 2026 г. основная сеть обрабатывала в среднем около 13,5 млн транзакций в день, то есть примерно 156 в секунду. Aptos просит операторов закладывать ресурсы под «самые требовательные транзакционные нагрузки» и оговаривает, что эти цифры «могут быть изменены».

Требования к публичной полной ноде

Страница требований к PFN не приводит собственных цифр. Для PFN продакшен-уровня Aptos рекомендует «те же требования, что и для валидатора или VFN», и предупреждает, что нода с недостаточными ресурсами будет «деградировать под нагрузкой и работать нестабильно». Более скромные характеристики допустимы только для разработки или тестирования, и конкретных цифр для них не приводится.

Наблюдатель консенсуса (consensus observer), которому Aptos приписывает снижение сквозной задержки транзакций в основной сети на 10–50% в зависимости от нагрузки, по умолчанию включён для валидаторов и VFN, но выключен для PFN, «поскольку он требует, чтобы ноды соответствовали минимальным аппаратным требованиям»: он потребляет больше процессорных ресурсов, чем традиционная синхронизация состояния. PFN, соответствующая таблице, может включить его в своей конфигурации.

Сначала убедитесь, что вам действительно нужна PFN. Публичные полные ноды Aptos Labs предоставляют REST API с ограничениями частоты запросов; более высокие лимиты доступны с аккаунтом Geomi и привязанным способом оплаты. Собственная нода снимает ограничения и зависимость от третьей стороны, что важно для бэкендов кошельков и бирж, а также для индексаторов.

Сколько места на диске нужно ноде Aptos

Aptos требует 3 ТБ, но ожидает, что на ноде с обрезкой данных будет намного меньше: «На момент написания, по нашим оценкам, тестовой и основной сети требуется несколько раз по 100 ГБ хранилища». Оценка не датирована, и в октябре 2026 г. мы не нашли датированных данных о размере базы основной сети. Ещё два официальных ориентира:

• Helm-чарты Aptos в aptos-core v1.49.5 выделяют по 2 048 ГиБ на том каждого валидатора и VFN, а отдельной полной ноде — 1 000 ГиБ.
• Валидаторы также загружают два файла доверенной настройки (trusted setup) для распределённой генерации ключей (DKG), digest_key.bin и pp.bin: 4 002 048 590 и 889 521 361 байт в основной сети, в сумме около 4,9 ГБ, согласно контрольным суммам, актуальным на 7 июля 2026 г. VFN и PFN они не нужны.

Требование в 3 ТБ касается и скорости: 60 000 IOPS и 600 МиБ/с на локальном NVMe или в сетевом хранилище с выделенной производительностью такого уровня. Aptos отмечает, что локальные SSD обычно дают меньшую задержку и более низкую стоимость в пересчёте на IOPS, а сетевое хранилище лучше справляется с резервным копированием и отказами нод.

Обрезка леджера: сколько истории хранит нода

Каждая нода Aptos по умолчанию обрезает историю транзакций, а два официальных источника по-разному указывают размер окна:

• Страница об обрезке данных сообщает, что по умолчанию хранятся «только последние 150 млн транзакций», а окно меньше 100 млн «может приводить к ошибкам во время выполнения».
• Исходный код ноды в aptos-node v1.49.5 — последнем на момент нашей проверки выпуске для основной сети с опубликованным исходным кодом — задаёт для prune_window значение по умолчанию 90 000 000, а предупреждение пишет в лог, только если значение ниже 50 000 000.

Когда мы обратились к публичным API-нодам Aptos Labs 15 октября 2026 г., они хранили 149,8 млн транзакций, что соответствует задокументированным 150 млн: при октябрьском темпе это около 11 дней истории против менее чем 7 дней для 90 млн. Задайте окно явно, а не полагайтесь ни на одно из значений по умолчанию:

storage:
  storage_pruner_config:
    ledger_pruner_config:
      prune_window: 150000000

Более широкое окно сохраняет больше истории за счёт места на диске. Отключение обрезки (enable: false) делает ноду архивной, с «неограниченным ростом хранилища».

Архивные ноды

По словам Aptos, архивные ноды «официально признаны устаревшими»; для полной истории Aptos рекомендует индексатор, а рекомендовать объём диска для архивной ноды отказывается. В руководстве по восстановлению из резервной копии по-прежнему указаны 1 ТБ диска и 32 ГБ оперативной памяти для полного восстановления основной сети. Эта недатированная таблица странно смотрится рядом с эталоном в 3 ТБ для нод с обрезкой и леджером, перевалившим за 7,6 млрд транзакций, поэтому мы не стали бы подбирать архивную машину по ней.

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

Aptos требует 1 Гбит/с на ноду и не приводит оценки месячного трафика. Валидаторы общаются друг с другом в сети валидаторов, каждый валидатор со своей VFN — в частной сети VFN, а VFN и PFN — в публичной сети, причём у каждой сети свой TCP-порт. С настройками по умолчанию:

Aptos просит операторов больше ничего не открывать наружу и ни в коем случае не открывать порты инспекции и администрирования, которыми «легко злоупотребить». Его собственные примеры не столь аккуратны: пример конфигурации на странице о PFN слушает порт 6180, привязанный к 127.0.0.1, поэтому не принимает входящих подключений, а руководство по PFN в Docker настраивает 6182, но его строка docker run публикует 6180, 8080 и 9101. Публикуйте только тот публичный порт, который используется в вашем fullnode.yaml, а API и метрики держите на 127.0.0.1; PFN, которой не нужны входящие пиры, может слушать /ip4/127.0.0.1/tcp/6182.

# Validator (on the VFN: allow 6182/tcp, and 6181 from VALIDATOR_IP only)
ufw default deny incoming
ufw allow 22/tcp
ufw allow 6180/tcp
ufw allow from VFN_IP to any port 6181 proto tcp
ufw enable

При использовании файлов Docker Compose от Aptos проверьте с другой машины, что отвечают только нужные порты. Также следите за синхронизацией часов: Aptos настоятельно рекомендует NTP и предупреждает, что при рассогласованном системном времени валидаторы «могут даже не суметь предлагать блоки». Постоянно включённая защита PowerDedi от DDoS на уровне сети стоит перед этими портами, но не заменяет файрвол; остальное описано в нашем чек-листе по защите сервера в первый час.

Начальная загрузка данных: быстрая синхронизация, резервные копии или снапшоты

Новая нода может догнать основную сеть тремя задокументированными способами:

• Быстрая синхронизация (fast sync), режим по умолчанию в основной и тестовой сетях, загружает последнее состояние, пропускает исторические транзакции и затем следует за цепочкой. По словам Aptos, на нодах с достаточными ресурсами она «обычно завершается в течение нескольких часов» в зависимости от пропускной способности канала и скорости диска.
• Резервные копии. Публичные резервные копии Aptos Labs, размещённые в Amazon S3 и Google Cloud Storage для основной сети (для тестовой — только в Google Cloud), содержат криптографические доказательства. Команда aptos node bootstrap-db из Aptos CLI 1.0.14 или новее восстанавливает последнее состояние или диапазон истории; это рекомендуемый Aptos способ получить полную историю, а для восстановления с генезиса нужен лимит открытых файлов не менее 999 999.
• Снапшоты сообщества не рекомендуются для основной сети, поскольку «снапшоты не проверяются программным обеспечением Aptos»; используйте снапшот, только если вы сделали его сами или доверяете его источнику, и только после проверки контрольных сумм. BWareLabs, единственный провайдер из списка в документации, не открылся, когда мы проверяли его 15 октября 2026 г.

Для синхронизации с генезиса нужно вручную добавить seed-пиры, поскольку большинство нод основной сети больше не хранят старые данные. В случае валидатора сначала синхронизируется VFN, а сам валидатор не синхронизируется и не участвует в консенсусе, пока его стейк-пул не войдёт в набор валидаторов.

Особые требования к валидатору

• Стейк. Для входа в набор валидаторов нужно не менее 1 млн APT; при стейке свыше 50 млн вес голоса и вознаграждения рассчитываются исходя из 50 млн. Пул делегирования может собрать стейк от нескольких делегаторов, чтобы достичь минимума. В основной сети стейк находится в возобновляемой 14-дневной блокировке (lockup), а изменения вступают в силу со следующей эпохи — каждые два часа.
• Ключи. Сгенерируйте их один раз с помощью Aptos CLI, сделайте резервную копию private-keys.yaml и скопируйте файлы на VFN; второй набор, сгенерированный там, «не будет распознан сетью». Aptos рекомендует использовать DNS-имена, а не IP-адреса, чтобы упростить миграцию.
• Файлы доверенной настройки. Скачайте digest_key.bin и pp.bin по URL-адресам GitHub вида /raw/, а не с raw.githubusercontent.com, который возвращает 135-байтовый указатель Git LFS, затем проверьте их командами aptos node validate-digest-key и aptos node validate-public-parameters. Aptos предупреждает, что неправильный URL «незаметно нарушит консенсус».
• Шардирование хранилища. Руководство по развёртыванию устанавливает storage.rocksdb_configs.enable_storage_sharding в значение true на обеих нодах.

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

У каждого сервера PowerDedi есть собственный порт 10 Гбит/с без учёта трафика — в десять раз больше требуемых Aptos 1 Гбит/с и без квоты на трафик, — а оплата производится помесячно.

Валидатору нужны два сервера первой конфигурации, по одному на ноду. Aptos не даёт рекомендаций по размещению, а у нас нет надёжных данных о том, где работает набор валидаторов, поэтому выбирайте город по местонахождению ваших пользователей и команды. Четыре оговорки:

• Схема дисков. Серверы с двумя накопителями по умолчанию поставляются с RAID 1, что оставляет 3,84 ТБ на 9355P, 9454P и 9950X3D: больше эталонных 3 ТБ, и это зеркало, которое переживёт отказ накопителя. RAID 0 удваивает ёмкость без избыточности; тогда отказ накопителя означает новую быструю синхронизацию продолжительностью несколько часов. На валидаторе сохраняйте зеркало.
• Скорость диска. Aptos требует корпоративный NVMe с 60K IOPS и 600 МиБ/с. Проверьте модели накопителей командой nvme list, измерьте производительность массива с помощью fio и запустите бенчмарк Aptos, прежде чем доверять этой машине стейк.
• Серверы поменьше. У Ryzen 9 9950X ($159/мес) и EPYC 4585PX ($179/мес) 32 потока и 2 × 1,92 ТБ NVMe; зеркало на 1,92 ТБ вмещает «несколько раз по 100 ГБ», но не эталонные 3 ТБ. Подходят для тестовой сети, но не для продакшена в основной сети.
• Чего мы не предлагаем. Intel Granite Rapids у нас нет, как нет и управляемого Kubernetes для шаблонов Terraform и Helm от Aptos; для такой модели развёртывания используйте облачные типы машин из документации Aptos.

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

Эти шаги — сжатая версия руководства Aptos по запуску PFN основной сети из исходного кода. Валидаторы следуют более подробному руководству, в котором добавлены ключи, файлы доверенной настройки и операции со стейк-пулом.

# 1. Clone aptos-core, switch to the mainnet branch, install build tools
git clone https://github.com/aptos-labs/aptos-core.git
cd aptos-core
git checkout --track origin/mainnet
./scripts/dev_setup.sh
source ~/.cargo/env

# 2. Genesis, waypoint and the PFN configuration template
curl -O https://raw.githubusercontent.com/aptos-labs/aptos-networks/main/mainnet/genesis.blob
curl -O https://raw.githubusercontent.com/aptos-labs/aptos-networks/main/mainnet/waypoint.txt
cp config/src/config/test_data/public_full_node.yaml fullnode.yaml
# Edit base.data_dir, the genesis and waypoint paths, and the prune_window shown above

# 3. Build and start; fast sync is the default on mainnet
cargo run -p aptos-node --release -- -f ./fullnode.yaml

# 4. Follow progress: synced_states rises during fast sync, then synced
curl 127.0.0.1:9101/metrics 2> /dev/null | grep "aptos_state_sync_version"

Aptos тестирует свои сборки для Linux на Ubuntu 20.04 и 22.04, а его Docker-образы работают только на процессорах x86-64 — такие стоят во всех серверах PowerDedi. Для ноды, работающей длительное время, переместите релизный бинарный файл в /usr/local/bin и запускайте его под systemd; шаблон юнита от Aptos задаёт LimitNOFILE=500000 и перезапускает процесс при сбое.

Частые вопросы

Можно ли разместить валидатор и его VFN на одном сервере? Aptos «настоятельно» не рекомендует этого делать: нужны две отдельные машины, каждая из которых полностью соответствует требованиям, чтобы нагрузка на одну не ухудшала работу другой.

Сколько стоит содержать валидатор Aptos? Две машины, соответствующие эталону, — в PowerDedi это два EPYC 9355P по $519/мес каждый, — плюс стейк не менее 1 млн APT в возобновляемой 14-дневной блокировке. Оценку вознаграждений мы не приводим.

О другом высокопроизводительном блокчейне читайте в нашем руководстве по оборудованию для RPC-нод Solana. Актуальное наличие всех перечисленных выше конфигураций — на странице хостинга блокчейн-нод; оплата в BTC, ETH, XMR, USDT в сети TRON или SOL.

Источники

• Требования к нодам — документация Aptos (последнее обновление — 14 сентября 2026 г.)
• Требования к PFN и Развёртывание PFN — документация Aptos
• Синхронизация состояния, Обрезка данных и Наблюдатель консенсуса — документация Aptos
• Начальная загрузка из резервной копии и Начальная загрузка из снапшота — документация Aptos
• Запуск валидатора и VFN, Оператор, Подключение к сети и Работоспособность ноды — документация Aptos
• Использование исходного кода (валидатор и VFN), Использование исходного кода (PFN), Использование Docker (PFN) и Сборка Aptos из исходного кода — документация Aptos
• Обновление доверенной настройки — документация Aptos (контрольные суммы актуальны на 7 июля 2026 г.)
• Стейкинг и Делегированный стейкинг — документация Aptos
• Update validator node requirements and examples (#368) — aptos-labs/aptos-docs на GitHub (18 марта 2026 г.)
• storage_config.rs, значения Helm для aptos-node и значения Helm для fullnode в aptos-node-v1.49.5 — aptos-labs/aptos-core на GitHub (выпуск от 7 октября 2026 г.)
• REST API основной сети Aptos: информация о леджере и транзакции по версии — Aptos Labs (запрос от 15 октября 2026 г.)
• Характеристики AMD EPYC 9355P и AMD EPYC 9454P — AMD