Требования к железу для ноды Ethereum - Архивные, Полные и ноды Стекинга

Вы узнаете, какую мощность железа действительно стоит закладывать под каждый тип ноды. Это поможет избежать переплат за лишние терабайты и месяцев бесполезной синхронизации.

Также вы узнаете типы ETH узлов и практические рекомендации по запуску. Начнем гайд как обычно с простых определенеий чтобы понять какая именно нода нужна.

Что такое нода Ethereum?

Нода Ethereum - это компьютер, который выступает частью сети Ethereum. Он отвечает за хранение данных, проверку транзакций и поддержание работы блокчейна, соединяясь с другими подобными компьютерами. По русски ноды часто называют узлами сети.

Технически, эти ноды так же занимаются предоставлением API (например, JSON-RPC) для кошельков, децентрализованных приложений (dApps) или клиентов-валидаторов.

Существует 3 типа ноды:

1. Полные ноды качают и проверяют весь блокчейн, но хранят состояние только за последние ~128 блоков. Это рабочая лошадка сети. Она поддерживает консенсус, отвечает на RPC-запросы и служит фундаментом децентрализации.
2. Архивные ноды похожи на полные, но также хранят все исторические состояния с момента создания блока. Нужна для блок-эксплореров, аналитических сервисов, аудита смарт-контрактов и любых запросов вида "что было на балансе адреса в блоке 5 000 000"?
3. Валидаторская нода – это  Full-нода + стейкинг 32 ETH + валидаторский клиент. Такая машина активно участвует в Proof-of-Stake. Она предлагает и аттестует блоки, получая за это вознаграждения и/или слэши.

Полная нода против архивной

Полная нода хранит недавнюю историю блокчейна, проверяет новые блоки и отправляет данные в кошельки или децентрализованные приложения (dApps), сокращая количество старых состояний для экономии места.

Архивная нода хранит все - каждый баланс, каждый слот хранилища, каждый nonce с генезиса. Из-за этого она требует в 3–5 раз больше диска и месяцы на первичную синхронизацию.

Архивные ноды требуют инфраструктуру корпоративного уровня. Например, высокопроизводительные SSD NVMe, оперативная память ECC, резервные источники питания и эффективное охлаждение, для надежной обработки постоянной высокой нагрузки ввода-вывода.

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

Полная нода Ethereum использует 2 компонента:

1. клиент уровня исполнения (например, Geth, Erigon или Nethermind) и
2. клиент уровня консенсуса (например, Lighthouse или Prysm).

После слияния оба компонента необходимы для проверки транзакций, синхронизации блоков и обслуживания запросов JSON‑RPC/API.

Размер блокчейна стремительно растет, поэтому большинство операторов узлов используют SSD NVMe емкостью 4–8 ТБ, при этом накопитель емкостью 6–8 ТБ обеспечивает несколько лет буфера, прежде чем потребуется обновление.

Для надежной работы и рекомендуемых требований к полной ноде Ethereum типичные характеристики оборудования таковы:

• CPU - 8 ядер / 16 потоков, ~ 3.5 ГГц
• RAM - 64 ГБ (32 ГБ пока живет, но при пике газа начинает свопиться)
• Диск - 4–8 ТБ NVMe
• Сеть - 300–500 Мбит/с, желательно 1 Гбит (особенно если слушаете MEV-Boost или публичный RPC)

Требования к архивной ноде Ethereum

Архивные узлы хранят всю историю состояний с момента создания блока генезиса, в отличие от полных узлов, которые хранят только последние снимки.

Архивы необходимы для глубокой аналитики, анализа блокчейнов, аудита и исторических запросов.

Рекомендуемые требования к архивным узлам Ethereum:

• Диск - 18–20 ТБ NVMe (Geth) или 3.5 ТБ NVMe (Erigon) + RAID/ZFS
• CPU - 8–12 ядер / 16–24 потока. Более высокая частота ускоряет время первоначальной синхронизации.
• RAM - 64 ГБ минимум, лучше 128 ГБ RAID/ZFS.
• Сеть - 1 Гбит, стабильный, без лимитов трафика

Время первичной синхронизации займет от нескольких дней (Erigon) до 6–8 недель (Geth).

Архивные узлы требуют гораздо больше ресурсов и обслуживания, поэтому, если у вас нет особых условий, рассмотрите возможность использования облачных сервисов размещенных архивных узлов.

Требования к оборудованию для валидатора Ethereum

Узел валидатора - это больше, чем просто Full-нода. Он включает в себя клиент валидатора Proof-of-Stake, отвечающий за предложение и подтверждение блоков.

Чтобы обеспечить надежность, избежать штрафов и максимизировать вознаграждение, аппаратные требования вашего валидатора Ethereum должны соответствовать высоким стандартам:

Процессор

• Современный процессор с как минимум 4 ядрами, но 8 ядер/16 потоков идеально подходит для оптимальной производительности.
• Стремитесь к высокой производительности в однопоточном режиме (PassMark ≥ 3500) и надежной многопоточной производительности (MT ≥ 25 000), как рекомендовано командой консенсуса Ethereum через HackMD.

RAM

• Базовое значение - 64 ГБ оперативной памяти.
• Для интенсивного MEV-Boost, локальной сборки блоков и дополнительных рабочих нагрузок рекомендуется 128 ГБ.

Хранилище

• Используйте SSD NVMe емкостью 4–8 ТБ с высокой надежностью (TLC/MLC NAND и ≥1000 ТБ).
• Целевая скорость чтения ≥ 7 ГБ/с и 1 млн операций ввода-вывода в сек. для случайного чтения блоков по 4 КБ.

Сеть

• Рекомендуемая пропускная способность: минимум 300–500 Мбит/с.
• Предпочтительно: 1 Гбит/с, особенно при использовании MEV-Boost или локальных сборщиков блоков.

Мощность и надежность

• Включите ИБП, чтобы предотвратить непреднамеренные отключения и повреждение данных.
• Резервное подключение к Интернету - это разумная защита от сбоев интернет-провайдера.

Итоги

Запуск собственного узла Ethereum потребует тщательного планирования оборудования с учетом ваших целей.

• Если вы размещаете полный узел, современный 8-ядерный процессор, 32–64 ГБ ОЗУ, 4–8 ТБ NVMe SSD и пропускная способность 300–500 Мбит/с обеспечат стабильную работу вашего узла.
• Для архивных узлов будьте готовы к более высоким требованиям к хранилищу (~18–20 ТБ для Geth) и длительной первоначальной синхронизации.
• Для узлов валидации отдайте приоритет 8–12 ядрам, 64–128 ГБ ОЗУ, высокопроизводительным SSD NVMe и стабильному высокоскоростному соединению.

Приведя свое оборудование в соответствие с этими обновленными спецификациями, вы поддержите децентрализацию Ethereum, сможете выполнять исторические запросы и получать вознаграждения за стейкинг с помощью отказоустойчивой инфраструктуры.