Оборудование для валидатора и RPC-ноды Solana в 2026 году: практическое руководство по подбору

По меркам блокчейн-нод Solana необычайно требовательна: актуальные требования Anza начинаются с 12 быстрых ядер, 256 ГБ ОЗУ и нескольких накопителей NVMe для валидатора и 512 ГБ ОЗУ для RPC-ноды с полными индексами аккаунтов. Это руководство переводит требования в конкретный выбор процессора, памяти, раскладки дисков, сети и настроек, а также рассказывает, что меняется в 2026 году. Речь идёт только о железе; это не совет по стейкингу и не финансовая рекомендация.

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

Anza, которая сопровождает клиент валидатора Agave, публикует эталонные требования и призывает операторов самостоятельно тестировать производительность. На сентябрь 2026 г. они выглядят так.

CPU: прежде всего частота

Anza прямо указывает, что более высокая частота предпочтительнее большего числа ядер. В её руководстве по настройке скорость хеширования Proof of History ниже целевой для кластера связывается с процессорами, базовая частота которых ниже 2,8 ГГц, и рекомендуется регулятор частоты CPU performance, чтобы масштабирование частоты не занижало её.

На современном железе наборы инструкций редко становятся проблемой. Любой процессор AMD на Zen 4 и Zen 5 соответствует требованиям Anza к набору инструкций и вдобавок поддерживает AVX-512, который Anza называет полезным. Для Firedancer AVX-512 ещё важнее: проверка подписей в нём использует собственную реализацию ED25519 на AVX-512.

Настоящий фильтр — базовая частота. Многие серверные процессоры с большим числом ядер не дотягивают до 2,8 ГГц: у EPYC 9454P базовая частота 2,75 ГГц и буст по всем ядрам 3,65 ГГц, а у 192-ядерного EPYC 9965 — 2,25 ГГц. EPYC 9355P с 3,55 ГГц и 9555P с 3,2 ГГц проходят эту планку с запасом.

ОЗУ: валидаторы и RPC-ноды

Валидатору нужно минимум 256 ГБ. RPC-нодам требуется больше из-за индексов аккаунтов — индексов в памяти, которые ускоряют запросы вроде getProgramAccounts и getTokenAccountsByOwner. Agave поддерживает три таких индекса, они включаются параметром --account-index: program-id, spl-token-mint и spl-token-owner. Если включены все три, Anza рекомендует от 512 ГБ.

Память ECC рекомендуется для обеих ролей. Она исправляет однобитовые ошибки, а многие другие превращает в обнаруженные и записанные в журнал события вместо незаметного повреждения данных — разумное свойство для машины, хранящей состояние консенсуса. Anza также отмечает, что из-за ограничений по ресурсам обычно не стоит совмещать на одной машине консенсусную ноду и полноценную RPC-ноду.

Раскладка NVMe: аккаунты, леджер, снапшоты

Раскладка по дискам важна не меньше, чем их объём. Anza рекомендует отдельное устройство NVMe для базы аккаунтов, для леджера и для снапшотов. Высокий ресурс записи Anza называет обязательным требованием для накопителя аккаунтов и лишь пожеланием для остальных — это показывает, куда приходится запись. Руководство по настройке требует для леджера не менее 2 ТБ.

• Два накопителя. На одном — только аккаунты; на другом — леджер, снапшоты и ОС. Anza допускает размещение ОС на диске леджера, хотя отмечает, что на отдельном диске леджер работает лучше.
• Четыре накопителя. Аккаунты, леджер, снапшоты и ОС — каждый на своём устройстве. Для RPC-ноды разделение аккаунтов и леджера — требование, а не пожелание.
• Ресурс записи. TBW (total bytes written) — заявленный ресурс записи накопителя. Проверьте этот показатель перед развёртыванием и затем следите за износом, например с помощью nvme smart-log: поле «percentage used» показывает оценку того, какая доля этого ресурса уже израсходована.

Сеть: 1, 2 или 10 Гбит/с

Рекомендации Anza по сети многоуровневые: для ноды без стейка достаточно 1 Гбит/с симметрично, ноде со стейком нужно не менее 2 Гбит/с симметрично, а для стабильной работы рекомендуется 10 Гбит/с доступной пропускной способности. Нужен статический публичный IPv4-адрес, порты 8000–8030 должны быть доступны по TCP и UDP, а работать за NAT Anza не советует.

Месячный объём трафика зависит от стейка, роли и клиентской нагрузки. Десятки терабайт в месяц — реалистичный порядок величины для загруженной ноды ещё до RPC-ответов пользователям: на тарифе с учётом трафика это заметная статья расходов, а на безлимитном порту — нулевая. RPC-ноде к тому же нужен запас под клиентский трафик поверх трафика кластера, поэтому для этой роли разумный выбор по умолчанию — 10 Гбит/с.

Советы по настройке ОС

Anza публикует параметры ядра, необходимые валидатору, и предупреждает, что без них нода может не запуститься:

# /etc/sysctl.d/21-agave-validator.conf
net.core.rmem_max = 134217728
net.core.wmem_max = 134217728
vm.max_map_count = 1000000
fs.nr_open = 1000000

• Примените их командой sudo sysctl -p /etc/sysctl.d/21-agave-validator.conf.
• Поднимите лимиты на число открытых файлов и объём заблокированной памяти в unit-файле службы: LimitNOFILE=1000000 и LimitMEMLOCK=2000000000.
• Переключите регулятор частоты CPU в режим performance.
• Смонтируйте аккаунты и леджер на отдельные устройства NVMe, как описано выше.
• Запускайте ноду на физическом сервере (bare metal): Anza не рекомендует Docker для mainnet и предупреждает, что облачные ВМ требуют значительно более высокой эксплуатационной квалификации.

Firedancer, Frankendancer и Alpenglow

У Solana теперь есть вторая реализация валидатора. Frankendancer, в котором сетевой код и код производства блоков Firedancer работают вместе со средой выполнения Agave, запущен в mainnet в сентябре 2024 г. Полностью независимый клиент Firedancer, по данным The Block, заработал в mainnet в декабре 2025 г. после примерно 100 дней эксплуатации на нескольких валидаторах. В мае 2026 г. ведущий инженер Jump сообщил CoinDesk, что команда пока не хочет, чтобы его запускали все, — до проведения полных аудитов безопасности; незадолго до этого завершился публичный конкурс по аудиту с призовым фондом bug bounty в $1 млн.

По документации Firedancer, требования Frankendancer к железу как минимум не ниже, чем у Agave: минимум — 24-ядерный процессор с частотой выше 2,8 ГГц и 256 ГБ ОЗУ, а рекомендация — 32-ядерный процессор с частотой выше 3 ГГц и AVX-512, 512 ГБ ОЗУ с ECC и отдельные диски для аккаунтов и леджера. Его нужно собирать из исходного кода, а бинарники оптимизируются под процессор, на котором они собраны.

Меняется и консенсус. Alpenglow заменяет голосование TowerBFT голосами, которые валидаторы отправляют друг другу напрямую; его первый этап, Votor, входит в Agave 4.3. Когда мы в последний раз проверяли официальную страницу обновлений Solana в сентябре 2026 г., активация в mainnet ожидалась в III квартале 2026 г. и ещё не состоялась. Транзакции голосования исчезнут из блоков, поэтому после активации перепроверьте допущения по пропускной способности и CPU, а не рассчитывайте ресурсы только под сегодняшнюю нагрузку от голосования.

Концентрация и география

Где работает нода, важно не только её оператору, но и сети. В ноябре 2022 г., когда Hetzner начала применять условия, запрещающие криптовалютную деятельность, более 1 000 валидаторов Solana ушли в офлайн, а более пятой части стейка оказалось в статусе delinquent, сообщало The Block. Сама сеть, по всей видимости, не пострадала, но этот эпизод показал, чем опасна концентрация стейка у одного провайдера.

Программа делегирования Solana Foundation теперь закрепляет этот урок в своих правилах. С 1 мая 2026 г. участники должны размещаться в дата-центре, на который приходится не более 15% стейка сети, а на их ASN и хостинг-провайдера должно приходиться менее 25%; актуальные данные публикует validators.app. География влияет и на производительность: валидатор, удалённый от основной части стейка, получает большие задержки по голосам и блокам, а RPC-ноду стоит размещать рядом с приложениями, которые к ней обращаются. Проверяйте концентрацию до выбора города, а не после.

Требования в пересчёте на реальные серверы

Наши конфигурации на Ryzen ограничены 192 ГБ ОЗУ — это ниже базовых 256 ГБ, поэтому мы не рекомендуем их для валидаторов и RPC-нод в mainnet.

Каждый сервер PowerDedi включает безлимитный порт 10 Гбит/с и доступ по IPMI/KVM, все конфигурации EPYC используют память ECC, а оплатить сервер можно в SOL, а также Биткоином, Эфириумом, Монеро или USDT в сети TRON. Актуальное наличие — на странице для блокчейн-нод, полные характеристики — в линейке AMD EPYC.

Источники

• Требования к валидатору Agave — Anza
• Настройка валидатора Agave — Anza
• Настройка RPC-ноды Agave — Anza
• Начало работы — документация Firedancer
• Клиент валидатора «Frankendancer» от Jump запущен в mainnet Solana — CoinDesk, 20 сентября 2024 г.
• Firedancer от Jump Crypto вышел в mainnet Solana — The Block, 12 декабря 2025 г.
• Firedancer от Jump Crypto выбирает медленный и осторожный подход — CoinDesk, 16 мая 2026 г.
• Alpenglow — Solana Foundation
• Критерии делегирования — Solana Foundation
• Концентрация по дата-центрам — validators.app
• 1 000 валидаторов Solana ушли в офлайн после того, как Hetzner заблокировала доступ к серверам — The Block, 2 ноября 2022 г.