--- title: "Требования к ноде Avalanche в 2026 году: валидатор, архив, L1" description: "Оборудование для AvalancheGo по официальной документации: 4–8 ядер, 16–32 ГБ ОЗУ и 1–2 ТБ локального NVMe для валидаторов, 12,5 ТБ+ для архива C-Chain, а также правила стейкинга." url: "https://powerdedi.com/blog/avalanche-node-requirements" last_updated: "2026-10-19" publisher: "PowerDedi (https://powerdedi.com)" --- # Требования к ноде Avalanche в 2026 году: AvalancheGo и валидаторы Что нужно ноде AvalancheGo в 2026 году по данным официальной документации Avalanche: уровни валидаторов по размеру стейка, рост объёма диска и повторные синхронизации после обновления Helicon, размеры архива C-Chain, валидаторы L1 после ACP-77, правила стейкинга, порты и подходящие серверы. Инженеры PowerDedi · 19 октября 2026 г. · 12 мин чтения **Поделиться статьёй** Согласно документации Avalanche на октябрь 2026 г., валидатору Avalanche при небольшом стейке нужны 4 ядра/8 потоков, 16 ГБ оперативной памяти, локальный NVMe SSD на 1 ТБ и симметричный канал 100 Мбит/с, а при крупном стейке — 8 ядер/16 потоков, 32 ГБ, 2 ТБ и 1 Гбит/с. Архивной ноде C-Chain нужно 12,5 ТБ или больше. Эти цифры взяты со страницы системных требований (System Requirements) в Avalanche Builder Hub, пересмотренной в начале октября 2026 г. в связи с обновлением Helicon, которое действует в основной сети с 22 сентября 2026 г. Helicon не изменил уровни требований к оборудованию, но изменил обслуживание диска и правила стейкинга. Это руководство посвящено оборудованию, планированию дискового пространства и настройке; оно не является рекомендацией по стейкингу или финансовой консультацией. ## Коротко | Тип ноды | CPU | ОЗУ | Диск | Сеть | | --- | --- | --- | --- | --- | | Валидатор Primary Network, небольшой стейк | 4 ядра / 8 потоков | 16 ГБ | 1 ТБ, локальный NVMe | 100 Мбит/с, симметричный канал | | Валидатор Primary Network, крупный стейк | От 8 ядер / 16 потоков | 32 ГБ | 2 ТБ, локальный NVMe | 1 Гбит/с, симметричный канал, низкая задержка | | API-нода (синхронизация состояния, обрезка включена) | Отдельной цифры нет; минимум по README — 8 vCPU | 16 ГиБ (README) | Около 500 ГБ после синхронизации, 750 ГБ–1 ТБ по мере накопления снапшотов | Не указано | | Архив C-Chain (полная синхронизация, обрезка отключена) | Не указано | Не указано | 12,5–13 ТБ+ в декабре 2025 г., рост около 500 ГБ в месяц | Не указано | | Валидатор Avalanche L1, только P-Chain | 2 / 4 / 8+ ядер | 4 / 8 / 16+ ГБ | 100 ГБ / 500 ГБ SSD / 1 ТБ+ NVMe | 25 Мбит/с / 100 Мбит/с / 1 Гбит/с | В строке L1 приведены уровни для низкой, средней и высокой пропускной способности. Для каждого уровня указаны Ubuntu 22.04 LTS или macOS 12 и новее, каждая нода должна принимать входящие TCP-подключения на порт 9651, а валидатор Primary Network ставит в стейк не менее 2 000 AVAX. ## Оборудование валидатора: почему уровень зависит от стейка Avalanche определяет требования к валидаторам Primary Network по весу стейка: «Валидаторы с более крупным стейком получают больше трафика и должны обрабатывать больше данных, что требует более мощного оборудования». Валидаторы опрашивают друг друга с вероятностью, пропорциональной стейку, поэтому нода с большим объёмом делегирования отвечает на большее число запросов. Документация приводит примеры процессоров — Ryzen 5 или Core i5 для небольшого стейка и Ryzen 7/9 или Core i7/i9 для крупного, — но не указывает порога между уровнями и советует начинать с нижнего уровня, а наращивать ресурсы, когда процессор, память или сеть загружены до предела. Минимальные требования приводят три официальных источника: | Источник | CPU | ОЗУ | Хранилище | Статус | | --- | --- | --- | --- | --- | | System Requirements в Builder Hub | 4C/8T при небольшом стейке, 8C/16T при крупном | 16 / 32 ГБ | 1 / 2 ТБ, локальный NVMe, не менее 3 000 IOPS | Актуальная документация | | README AvalancheGo | «Эквивалент 8 vCPU AWS» | 16 ГиБ | 1 ТиБ | Минимум для любой ноды основной сети | | ACP-256 | 8 vCPU AWS | 16 ГБ | 1 ТБ, локальный NVMe; «до ~15 ТБ» для большого исторического состояния | Предложение; протокол не меняется | Если считать vCPU аппаратными потоками, 8 vCPU из README соответствуют уровню для небольшого стейка. В вопросе о типе хранилища источники расходятся: страница требований говорит, что валидаторы **обязаны** использовать локальный NVMe, поскольку облачное блочное хранилище «вносит задержки, которые приводят к низкой производительности, пропущенным блокам и возможному отстранению (benching)», а ACP-256 допускал бы сетевое хранилище для валидаторов, чьё хранимое состояние занимает менее 500 ГБ. На выделенном сервере с NVMe в корпусе такой вопрос не возникает. ## Сколько места на диске нужно ноде Avalanche Для ноды Primary Network документация определяет объём диска по состоянию EVM в C-Chain: | Состояние | Размер C-Chain | Как его получить | Рост | | --- | --- | --- | --- | | Активное состояние | Около 500 ГБ | Синхронизация состояния, за несколько часов | Минимальный, менее 10 ГБ в месяц | | Активное состояние плюс снапшоты для синхронизации состояния | 750 ГБ–1 ТБ | Синхронизация состояния, затем обычная работа с включённой обрезкой | 150–200 ГБ в месяц | | Архивное состояние | «~13 ТБ+ (и продолжает расти)»; 12,5 ТБ на странице требований | Полная синхронизация с генезис-блока без обрезки, за несколько дней | Около 500 ГБ в месяц | Ориентируйтесь на среднюю строку. Со схемой состояния `hash`, используемой по умолчанию, нода с обрезкой каждые 4 096 блоков записывает снапшот для синхронизации состояния, с которого могут синхронизироваться другие ноды, и «в этом состоянии работает большинство давно запущенных валидаторов». Нода, начавшая с 500 ГБ, может за несколько месяцев превысить 1 ТБ. Документация рекомендует оповещения о заполнении диска на 80% и 90% и называет использование диска «самой распространённой проблемой валидаторов». **Helicon убрал возможность исправить это на месте.** Раньше эти снапшоты удалялись офлайн-обрезкой на той же машине. После Helicon C-Chain в AvalancheGo v1.15.0 и новее игнорирует `offline-pruning-enabled`, а документация называет новую синхронизацию состояния «единственным способом удалить накопившиеся снапшоты». Периодическая синхронизация состояния устроена так: вторая нода работает, пока не синхронизируется, затем обе ноды останавливают и переносят `staker.crt`, `staker.key` и `signer.key` на новую, которая продолжает валидацию под тем же NodeID после остановки, обычно длящейся от 5 до 15 минут. Цепочки L1 на Subnet-EVM по-прежнему могут выполнять офлайн-обрезку. От объёма диска зависит, как часто придётся выполнять повторную синхронизацию. При старте с 500 ГБ, росте на 150–200 ГБ в месяц и реагировании на оповещение при 80% (наши расчёты): - **1 ТБ:** повторная синхронизация каждые 1,5–2 месяца. - **1,92–2 ТБ:** каждые 5–7 месяцев. - **3,84 ТБ:** каждые 13–17 месяцев. **Насколько актуальны эти размеры?** История репозитория документации позволяет их датировать: цифра 12,5 ТБ для архива появилась 18 декабря 2025 г. (заменив «~3 ТБ+»), цифра ~13 ТБ — 22 декабря, а темпы роста — 4 февраля 2026 г., когда оценка роста архива увеличилась примерно с 250 до 500 ГБ в месяц. Ревизия под Helicon ни одну из них не изменила. Если применить эти темпы к декабрьской цифре, к середине октября 2026 г. полный архив составит примерно 15–18 ТБ: это наша экстраполяция, а не измерение, и именно поэтому мы подбираем серверы для архивов из расчёта 20 ТБ или больше. ## Синхронизация состояния и бутстрап после Helicon Синхронизация состояния (state sync), включённая по умолчанию для C-Chain и рекомендуемая для новых валидаторов, загружает последнее состояние с других валидаторов вместо воспроизведения каждого блока с генезис-блока: часы вместо дней. Примечания к выпуску v1.15.0 добавляют три ограничения: - Перезапуск ноды посреди синхронизации «запустит синхронизацию с самого начала», поэтому сначала завершите обновления ОС и перезагрузки. - Отключение синхронизации состояния после частичной синхронизации «может привести к неустранимой ошибке `FATAL`»; для восстановления придётся удалить базу данных. - Экспериментальная схема состояния Firewood не поддерживает синхронизацию состояния, поэтому нода на Firewood в основной сети исполняет каждый блок начиная с генезис-блока. ## Требования к архивной ноде C-Chain Архив хранит состояние на каждом блоке — для запросов вроде баланса аккаунта на блоке 1 000 000; по документации, он нужен только «обозревателям блоков, индексаторам и специализированным аналитическим приложениям». Для него требуются `"pruning-enabled": false` и `"state-sync-enabled": false` в конфигурации C-Chain, а затем полная синхронизация с генезис-блока. Чтобы превратить в архив существующую ноду, потребуется бутстрап с нуля. Более лёгкий вариант — синхронизация состояния с отключённой обрезкой — даёт ноду «архивного RPC» с полным состоянием начиная с высоты синхронизации: сначала 750 ГБ–1 ТБ, затем рост как у архива. Такая нода не может отвечать на запросы о более ранних блоках, но обходится в малую долю стоимости архива с генезис-блока. Для архивов Avalanche не приводит цифр по процессору и ОЗУ. ACP-256 называет для них локальный NVMe обязательным, а в версии v1.15.1, выпущенной 1 октября 2026 г., исправлено отставание исполнения блоков «на больших архивах `hashdb`», поэтому используйте актуальный выпуск. ## Правила стейкинга для валидаторов после Helicon Правила Primary Network в основной сети на октябрь 2026 г.: | Параметр | Значение | | --- | --- | | Минимальный стейк валидатора | 2 000 AVAX | | Период валидации | От 48 часов до 1 года (до Helicon минимум составлял две недели) | | Аптайм, необходимый для получения вознаграждений | 90% для валидаций, начатых в момент активации Helicon или позже; 80% для более ранних | | Минимальное делегирование | 25 AVAX, на срок от двух недель до одного года | | Минимальная комиссия за делегирование | 2% | | Максимальный вес валидатора | Меньшее из двух значений: 3 млн AVAX или пятикратный собственный стейк валидатора | Вознаграждения выплачиваются по принципу «всё или ничего», без слэшинга: валидатор ниже порога сохраняет основную сумму стейка, но лишается вознаграждений. Аптайм оценивают другие валидаторы с учётом веса их стейка, поэтому проверяйте `info.uptime` и панель Validator Health. Допустимые 10% простоя — это 4,8 ч при валидации длительностью 48 ч и 33,6 ч при двухнедельной. Валидатор со сроком стейкинга менее двух недель не может получать делегирования, поскольку делегирование должно длиться две недели и укладываться в период валидатора. Helicon также добавил стейкинг с автопродлением (ACP-236): валидатор задаёт длину цикла и долю повторного стейкинга и продлевается на границе каждого цикла, пока выполняет требование по аптайму; установка периода в 0 останавливает продление. Классическую валидацию после создания нельзя изменить или досрочно отозвать. ## Валидаторы L1 после ACP-77 (Avalanche9000) Обновление Etna, также известное как Avalanche9000, активировало ACP-77 в основной сети 16 декабря 2024 г. и отделило валидацию L1 от Primary Network. Валидатор L1: - **Не ставит в стейк 2 000 AVAX** и не валидирует C-Chain и X-Chain. Правила стейкинга задаёт собственный менеджер валидаторов L1, а правило аптайма 90% из ACP-267 не применяется. - **Платит непрерывную комиссию** P-Chain с предоплаченного баланса: не менее 512 nAVAX в секунду, около 1,33 AVAX в месяц, пока активно не более 10 000 валидаторов L1. Сверх этого целевого значения ставка растёт экспоненциально, а валидатор с исчерпанным балансом деактивируется. - **Синхронизирует только P-Chain** с флагом `--partial-sync-primary-network=true`. Без этого флага нода синхронизирует также X-Chain и C-Chain, и, согласно документации, к требованиям нужно добавить требования Primary Network. При частичной синхронизации требования растут вместе с трафиком: 2 ядра, 4 ГБ и 100 ГБ — при нагрузке ниже примерно 10 TPS; 4 ядра, 8 ГБ и SSD на 500 ГБ — до 100 TPS; 8+ ядер, 16 ГБ+ и 1 ТБ+ NVMe — при более высокой нагрузке. ## Порты и пропускная способность | Порт | Протокол | Что выбрать | Доступ извне | | --- | --- | --- | --- | | 9651 | TCP | Стейкинг и P2P-трафик (`--staking-port`) | Открыт для входящих подключений по IPv4, IPv6 или обоим протоколам | | 9650 | TCP (HTTP) | API (`--http-port`): `/ext/info`, `/ext/health`, `/ext/metrics`, `/ext/bc/P`, `/ext/bc/X`, `/ext/bc/C/rpc`, `/ext/bc/C/ws` | По умолчанию слушает 127.0.0.1; открывайте только для доверенных адресов | | Исходящие | Все | Подключения к пирам | Разрешены | Валидатору с недоступным портом 9651 или неверно объявленным адресом грозит низкий аптайм; руководство по стейкингу предлагает решение — `--public-ip` плюс открытый порт. Установщик спрашивает, должен ли RPC быть публичным или приватным, и предупреждает, что у нод валидаторов «НЕ ДОЛЖНО быть открытого RPC-порта». Avalanche указывает пропускную способность как скорость канала и не приводит месячного объёма трафика. У каждого сервера PowerDedi собственный [порт 10 Гбит/с без учёта трафика](https://powerdedi.com/ru/network/10gbps-unmetered), поэтому ни трафик валидатора, ни повторная синхронизация на 500 ГБ не попадают в счёт. Перед портом 9651 работает постоянно включённая сетевая защита от DDoS, а маршрутизируемая подсеть IPv6 /64 включена в стоимость. ## Какой сервер PowerDedi выбрать для ноды Avalanche У всех конфигураций ниже локальный NVMe и помесячная оплата; наша политика допустимого использования разрешает ноды и валидаторы, но не майнинг. На серверах с двумя накопителями по умолчанию используется RAID 1 — зеркало с ёмкостью одного накопителя; RAID 0 или No RAID (без RAID) можно выбрать при заказе или переустановке, как объясняется в нашем [руководстве по программному RAID](https://powerdedi.com/ru/docs/software-raid). На серверах с четырьмя накопителями по умолчанию используется RAID 10, также доступны RAID 5 и RAID 0. | Роль | Конфигурация | Диск и соответствие | Цена и города | | --- | --- | --- | --- | | Валидатор L1 с частичной синхронизацией, низкая или средняя нагрузка | Ryzen 5 7600: 6 ядер, 32 ГБ DDR5, 2 × 512 ГБ NVMe | 512 ГБ в зеркале — на границе среднего уровня; мало для ноды Primary Network | $55/мес; AMS, FRA, LON, PAR, NYC, MIA, LAX, SIN | | Валидатор Primary Network, небольшой стейк | [Ryzen 7 7700](https://powerdedi.com/ru/dedicated-servers/amd-ryzen/ryzen-7-7700): 8 ядер / 16 потоков, 64 ГБ DDR5, 2 × 1 ТБ NVMe; или Xeon E-2488 с ECC | Зеркало на 1 ТБ соответствует уровню для небольшого стейка, повторная синхронизация — каждые 1,5–2 месяца; в режиме чередования объём 2 ТБ покрывает все требования для крупного стейка, но без избыточности | $79/мес (AMS, FRA, LON, PAR, NYC, MIA, LAX, SIN) или $95/мес (AMS, FRA, LON, PAR, ZRH, NYC, MIA) | | Валидатор с крупным стейком | Ryzen 9 9950X: 16 ядер, 128 ГБ DDR5, 2 × 1,92 ТБ NVMe; или EPYC 4585PX с ECC | 1,92 ТБ в зеркале — на 4% меньше указанных 2 ТБ; повторная синхронизация каждые 5–7 месяцев | $159/мес (AMS, FRA, LON, NYC, MIA, LAX, SIN, TYO) или $179/мес (AMS, FRA, LON, NYC) | | Валидатор или API-нода с более редкими повторными синхронизациями | [Ryzen 9 9950X3D](https://powerdedi.com/ru/dedicated-servers/amd-ryzen/ryzen-9-9950x3d): 16 ядер, 192 ГБ DDR5, 2 × 3,84 ТБ NVMe | 3,84 ТБ в зеркале: год или больше между повторными синхронизациями | $219/мес; AMS, FRA, NYC, LAX | | Архивный RPC от недавней точки синхронизации | EPYC 9555P: 64 ядра, 768 ГБ ECC, 4 × 3,84 ТБ NVMe Gen5 | 7,68 ТБ в RAID 10: около десяти месяцев архивного роста до оповещения на 80%; сборка за 24 часа | $949/мес; AMS, FRA, NYC, TYO | | Полный архив C-Chain с генезис-блока | [EPYC 9965](https://powerdedi.com/ru/dedicated-servers/amd-epyc/epyc-9965): 192 ядра, 1,5 ТБ ECC, 4 × 7,68 ТБ NVMe Gen5 | 23 ТБ в RAID 5 с защитой от отказа одного накопителя; 15,36 ТБ в RAID 10 — мало; сборка за 72 часа | $1 790/мес; AMS, FRA, NYC | Четыре оговорки: - **Чередование или зеркало.** Данные блокчейна можно синхронизировать заново, поэтому RAID 0 — разумный компромисс ради ёмкости, если ключи стейкинга сохранены в резервной копии вне сервера. Но тогда отказ накопителя обойдётся в несколько часов синхронизации состояния, а правило 90% оставляет лишь 4,8 ч при валидации длительностью 48 ч. При коротких валидациях оставайтесь на зеркале. - **Для повторной синхронизации нужна вторая машина.** Согласно документированной процедуре, новый сервер синхронизируется, пока старый продолжает валидацию; конфигурации из наличия выдаются примерно через 15 минут после подтверждения платежа в блокчейне. Наш совет: чередуйте два сервера, удаляя ключи и базу данных старой ноды после каждой смены. Никогда не запускайте одновременно две ноды с одними и теми же ключами стейкинга. - **Сервер для архива — это прежде всего диски.** Только EPYC 9965 вмещает архив с генезис-блока с запасом, поэтому вы арендуете 192 ядра ради 30,72 ТБ сырой ёмкости NVMe. RAID 5 добавляет запись данных чётности; RAID 0 отдаёт весь объём, но без защиты. Наши серверы хранения держат основную ёмкость на жёстких дисках, а их исключает требование локального NVMe. - **Расположение.** Документация Avalanche не предъявляет требований к расположению, поэтому выбирайте город, удобный для вашей работы. ## Как запустить ноду Avalanche: краткий план настройки Быстрее всего на свежем сервере Ubuntu воспользоваться скриптом-установщиком Avalanche: он поддерживает дистрибутивы семейств Debian и RHEL на amd64 или arm64 и устанавливает последнюю версию AvalancheGo как службу systemd — на середину октября 2026 г. это v1.15.1, а после Helicon для основной сети нужна версия v1.15.0 или новее. Команды из документации: ```bash # 1. Download the installer wget -nd -m https://raw.githubusercontent.com/ava-labs/builders-hub/master/scripts/avalanchego-installer.sh chmod 755 avalanchego-installer.sh # 2. Validator: fixed IP, local-only RPC, state sync on # (public API node: --rpc public, behind a firewall) ./avalanchego-installer.sh --ip static --rpc private --state-sync on # 3. Follow the bootstrap, then check the C-Chain sudo journalctl -u avalanchego -f curl -X POST --data '{"jsonrpc":"2.0","id":1,"method":"info.isBootstrapped","params":{"chain":"C"}}' -H 'content-type:application/json;' 127.0.0.1:9650/ext/info # 4. NodeID, BLS public key and proof of possession, needed to stake curl -X POST --data '{"jsonrpc":"2.0","id":1,"method":"info.getNodeID"}' -H 'content-type:application/json;' 127.0.0.1:9650/ext/info ``` Для полного архива флаг установщика `--archival` отключает обрезку. В скрипте, который мы скачали 15 октября 2026 г., при сочетании этого флага с `--state-sync off` две настройки записываются без запятой между ними, а это невалидный JSON. Пока это не исправлено, после установки остановите службу (`sudo systemctl stop avalanchego`), приведите `~/.avalanchego/configs/chains/C/config.json` в соответствие с блоком ниже, проверьте его с помощью `python3 -m json.tool` и снова запустите службу: ```json { "pruning-enabled": false, "state-sync-enabled": false } ``` Затем сохраните резервные копии `staker.crt`, `staker.key` и `signer.key` из `~/.avalanchego/staking` вне сервера: при потере `staker.key` нода получит новый NodeID, а при потере `signer.key` BLS-ключ перестанет соответствовать вашему зарегистрированному валидатору. Закройте файрволом всё, кроме SSH и порта 9651, по нашему [чек-листу по защите сервера в первый час](https://powerdedi.com/ru/docs/secure-your-server) и зарегистрируйте валидатор через Core web, `platform-cli` или инструмент стейкинга в Builder Console. ## Частые вопросы **Нужна ли мне собственная нода, чтобы стейкать AVAX?** Нет. Для делегирования существующему валидатору нужны 25 AVAX минимум на две недели и никакого оборудования; валидатор удерживает комиссию не менее 2% от ваших вознаграждений. **Можно ли запустить валидатор на VPS или облачном инстансе?** Только с локальным NVMe: страница требований исключает облачное блочное хранилище, такое как AWS EBS или GCP Persistent Disk. **Работает ли AvalancheGo в Windows?** Больше нет: в версии v1.13.3, выпущенной 22 июля 2025 г., поддержка Windows удалена. О других EVM-блокчейнах читайте в нашем [руководстве по оборудованию для нод Ethereum](https://powerdedi.com/ru/blog/ethereum-node-hardware-requirements-2026). Актуальное наличие и локации — на странице [хостинга блокчейн-нод](https://powerdedi.com/ru/solutions/blockchain-nodes); любую конфигурацию можно оплатить в BTC, ETH, XMR, USDT в сети TRON или SOL. ## Источники - [Системные требования](https://build.avax.network/docs/nodes/system-requirements) — Avalanche Builder Hub (редакция октября 2026 г.) - [Управление состоянием цепочки](https://build.avax.network/docs/nodes/node-storage/chain-state-management) и [Периодическая синхронизация состояния](https://build.avax.network/docs/nodes/node-storage/periodic-state-sync) — Avalanche Builder Hub - [Введение](https://build.avax.network/docs/nodes) и [Как участвовать в стейкинге](https://build.avax.network/docs/primary-network/validate/how-to-stake) — Avalanche Builder Hub - [Обновление Helicon](https://build.avax.network/docs/primary-network/helicon-upgrade) — Avalanche Builder Hub; [Helicon: улучшенная экономика стейкинга и непрерывное исполнение](https://build.avax.network/blog/helicon-upgrade) — блог Avalanche Builder Hub (8 сентября 2026 г.) - [Конфигурация C-Chain](https://build.avax.network/docs/nodes/chain-configs/primary-network/c-chain) и [Флаги конфигурации AvalancheGo](https://build.avax.network/docs/nodes/configure/configs-flags) — Avalanche Builder Hub - [Установка AvalancheGo](https://build.avax.network/docs/nodes/run-a-node/using-install-script/installing-avalanche-go), [Конфигурация и обслуживание ноды](https://build.avax.network/docs/nodes/run-a-node/using-install-script/node-config-maintenance) и [Подготовка окружения](https://build.avax.network/docs/nodes/run-a-node/using-install-script/preparing-environment) — Avalanche Builder Hub; [avalanchego-installer.sh](https://github.com/ava-labs/builders-hub/blob/master/scripts/avalanchego-installer.sh) — ava-labs/builders-hub на GitHub (просмотрено 15 октября 2026 г.) - [ACP-77: переосмысление Subnets](https://build.avax.network/docs/acps/77-reinventing-subnets) и [ACP-256: рекомендации по оборудованию](https://build.avax.network/docs/acps/256-hardware-recommendations) — Avalanche Builder Hub - [Предпосылки Avalanche9000](https://build.avax.network/blog/etna-upgrade-motivation) — блог Avalanche Builder Hub - [README AvalancheGo](https://github.com/ava-labs/avalanchego) — ava-labs/avalanchego на GitHub - [Выпуски AvalancheGo](https://build.avax.network/docs/nodes/releases) — Avalanche Builder Hub; примечания к выпускам [v1.15.0](https://github.com/ava-labs/avalanchego/releases/tag/v1.15.0), [v1.15.1](https://github.com/ava-labs/avalanchego/releases/tag/v1.15.1) и [v1.12.0 (Etna)](https://github.com/ava-labs/avalanchego/releases/tag/v1.12.0) — ava-labs/avalanchego на GitHub - [История system-requirements.mdx](https://github.com/ava-labs/builders-hub/commits/master/content/docs/nodes/system-requirements.mdx) и коммиты [291f09e](https://github.com/ava-labs/builders-hub/commit/291f09eb5b168201ebafa2a8c2e06ac92d52bcb3), [972995c](https://github.com/ava-labs/builders-hub/commit/972995cb0ad0d756453a78d8d8c0e6a3ba88e7ec) и [48c5190](https://github.com/ava-labs/builders-hub/commit/48c51901cb24f346d4f10168fdaf73a86c2b0c48) — ava-labs/builders-hub на GitHub **Поделиться статьёй** Инженерная команда PowerDedi Команда, которая собирает, устанавливает в стойки и обслуживает каждый сервер PowerDedi. Мы пишем о железе, сетях и затратах, с которыми работаем каждый день, и указываем источники. **Выделенные серверы** от $55/мес Примерно на 40% ниже рынка, безлимитный порт 10 Гбит/с на каждом сервере. Оплата криптовалютой. [Все серверы](https://powerdedi.com/ru/dedicated-servers) **Ещё в блоге** - [Руководства](https://powerdedi.com/ru/blog/ton-node-requirements) 21 октября 2026 г. **Требования к ноде TON в 2026 году: полная нода, лайт-сервер, валидатор** - [Сравнения](https://powerdedi.com/ru/blog/crypto-dedicated-server-providers-compared) 15 октября 2026 г. **Выделенные серверы за криптовалюту: сравнение 14 провайдеров (октябрь 2026 г.)** - [Сравнения](https://powerdedi.com/ru/blog/hetzner-alternatives-2026) 15 октября 2026 г. **Альтернативы Hetzner в 2026 году: оплата криптовалютой, 10 Гбит/с, без платы за подключение** - [Сравнения](https://powerdedi.com/ru/blog/ovhcloud-alternatives-2026) 15 октября 2026 г. **Принимает ли OVHcloud криптовалюту? Альтернативы OVHcloud в 2026 году** ## Похожие статьи [Все статьи](https://powerdedi.com/ru/blog) [Руководства](https://powerdedi.com/ru/blog/category/guides) 8 сентября 2026 г. ### [Оборудование для валидатора и RPC-ноды Solana в 2026 году: практическое руководство по подбору](https://powerdedi.com/ru/blog/solana-rpc-node-hardware-2026) Что нужно валидаторам и RPC-нодам Solana в 2026 году — по опубликованным требованиям Anza: тактовая частота, память под индексы аккаунтов, отдельные NVMe-накопители, пропускная способность сети, тюнинг и правила концентрации. 7 мин чтения [Руководства](https://powerdedi.com/ru/blog/category/guides) 17 октября 2026 г. ### [Требования к ноде Sui в 2026 году: оборудование для полной ноды и валидатора](https://powerdedi.com/ru/blog/sui-node-requirements) Что нужно полной ноде или валидатору Sui в 2026 году по данным официальной документации Sui: ядра процессора, оперативная память, объём NVMe в зависимости от профиля обрезки, текущий размер формального снапшота, порты, переход с JSON-RPC на gRPC и серверы, подходящие для каждой роли. 11 мин чтения [Руководства](https://powerdedi.com/ru/blog/category/guides) 20 октября 2026 г. ### [Требования к ноде Aptos в 2026 году: валидатор, VFN и полная нода](https://powerdedi.com/ru/blog/aptos-node-requirements) Что нужно валидатору Aptos, полной ноде валидатора или публичной полной ноде в 2026 году по данным официальной документации: аппаратная спецификация от марта 2026 г., расчёт объёма диска и окна обрезки, порты, быстрая синхронизация и резервные копии, а также серверы, которые ей соответствуют. 12 мин чтения ## До вашего следующего сервера — 15 минут. От $55/мес: 10 Гбит/с без учёта трафика, без платы за подключение и без договора. [Все серверы](https://powerdedi.com/ru/dedicated-servers) [Все статьи](https://powerdedi.com/ru/blog) Запуск за ~15 мин · Отмена в любой момент · BTC, ETH, XMR, USDT или SOL --- PowerDedi — Dedicated servers with 10 Gbps unmetered, paid in crypto. Page: https://powerdedi.com/blog/avalanche-node-requirements. Index of the site for AI assistants: https://powerdedi.com/llms.txt