--- title: "Требования к ноде Hyperliquid: характеристики, Токио, порты (2026)" description: "Требования к ноде Hyperliquid: 16 vCPU, 128 ГБ ОЗУ и SSD на 500 ГБ для невалидирующей ноды, Ubuntu 24.04, порты 4001–4002, Токио и 100 ГБ логов в день." url: "https://powerdedi.com/blog/hyperliquid-node-requirements" last_updated: "2026-10-15" publisher: "PowerDedi (https://powerdedi.com)" --- # Требования к ноде Hyperliquid: оборудование, размещение в Токио и использование диска Что нужно невалидирующей ноде или валидатору Hyperliquid по данным официального репозитория ноды: vCPU в сравнении с физическими ядрами, 128 ГБ оперативной памяти, Ubuntu 24.04, gossip-порты, почему README рекомендует Токио и как очищать около 100 ГБ данных в день. Инженеры PowerDedi · 15 октября 2026 г. · 9 мин чтения **Поделиться статьёй** Невалидирующей ноде Hyperliquid нужны 16 vCPU, 128 ГБ оперативной памяти и SSD на 500 ГБ; валидатору — 32 vCPU, 128 ГБ и 1 ТБ. Нода работает только на Ubuntu 24.04, ей нужны открытые для всех gossip-порты 4001–4002, по умолчанию она записывает около 100 ГБ логов в день, а официальный README рекомендует Токио для минимальной задержки. Это руководство основано на репозитории hyperliquid-dex/node и документации Hyperliquid по состоянию на октябрь 2026 г. В нём рассматриваются оборудование, размещение и эксплуатация, а не торговля: запуск ноды не меняет ни того, кто может торговать на Hyperliquid, ни ваших обязательств по месту жительства. ## Коротко | Требование | Невалидирующая нода | Валидатор | | --- | --- | --- | | CPU | 16 vCPU | 32 vCPU | | Память | 128 ГБ (увеличено с 64 ГБ в мае 2026 г.) | 128 ГБ | | Хранилище | 500 ГБ SSD | 1 ТБ SSD | | Операционная система | Только Ubuntu 24.04 | Только Ubuntu 24.04 | | Порты | 4001 и 4002, открыты для всех | 4000–4010, открыты для других валидаторов (сейчас используются 4001–4006) | | Локация | Токио, «для минимальной задержки» | Токио и двусторонняя задержка 200 мс как минимум до трети стейка | | Записываемые данные | Около 100 ГБ логов в день при настройках по умолчанию, в `~/hl/data` | То же | | Кто может запустить | Кто угодно: разрешение не требуется | Кто угодно, но активный набор — это топ-27 по стейку, с самоделегированием 10 000 HYPE | ## Невалидирующая нода или валидатор: что вам нужно Большинству операторов нужна **невалидирующая нода**. Она отслеживает цепочку, получая данные от пиров, записывает данные L1 на диск и может обслуживать два локальных эндпоинта: EVM JSON-RPC (`--serve-eth-rpc`, на `localhost:3001/evm`) и info-сервер (`--serve-info`, на `localhost:3001/info`), который отвечает на часть запросов API на основе локального состояния. В README отмечается, что локальный info-сервер «может помочь с лимитами запросов и снижает необходимость доверять внешним операторам». Необязательные флаги включают запись в файлы потоков сделок, исполнений ордеров, статусов ордеров, необработанных изменений книги ордеров и других событий. Документация Hyperliquid говорит прямо: «запуск невалидирующей ноды не требует разрешений». **Валидатор** — обязательства совсем другого уровня. Согласно документации Hyperliquid, в активный набор входят «двадцать семь крупнейших по стейку», и для перехода в активное состояние каждому валидатору нужно самоделегирование в 10 000 HYPE, заблокированное на один год. Новый зарегистрированный валидатор, как и валидатор, сменивший IP-адрес, начинает работу в заблокированном состоянии (jailed) и должен сам снять блокировку (unjail), когда его логи консенсуса будут выглядеть нормально. README также просит валидаторов «выделять большую часть ресурсов своей машины на работу консенсуса», обслуживать внешних пользователей через собственные sentry-ноды (не более двух) и запускать rate publisher для aligned quote assets на отдельной машине. На практике это несколько серверов, а не один. Одна деталь выдаёт устаревшие руководства: 9 мая 2026 г. в характеристиках машин в README требование к памяти невалидирующей ноды увеличили с 64 до 128 ГБ. Всё, где по-прежнему указано 64 ГБ, написано до этого изменения. ## Что означают «16 vCPU» на выделенном сервере README указывает требования в vCPU — облачной единице измерения. Например, в AWS «каждый поток представлен как виртуальный процессор (vCPU)»: у m5.xlarge два ядра по два потока, то есть четыре vCPU. Поэтому шестнадцать vCPU обычно означают восемь физических ядер с одновременной многопоточностью. Выделенный сервер описывают в ядрах и потоках. У Ryzen 9 9950X 16 ядер и 32 аппаратных потока: вдвое больше, чем требуется невалидирующей ноде, и столько же, сколько 32 vCPU для валидатора. У EPYC 9355P 32 ядра и 64 потока. Руководство Hyperliquid по задержкам задаёт более высокую планку для нод, которые снабжают данными торговые системы: «не менее 32 логических ядер, 128 ГБ оперативной памяти и 500 МБ/с пропускной способности диска», добавляя, что больше ядер может снизить задержку, «потому что блоки будут исполняться быстрее». На той же странице эти рекомендации названы информационными и «не являющимися торговым советом», без гарантий какой-либо задержки или результата. Если для вас важно время отклика, воспринимайте цифры из README как нижнюю границу, а руководство по задержкам — как целевой ориентир. ## Где запускать: почему Токио README говорит прямо: «Для минимальной задержки запускайте ноду в Токио, Япония». На то же указывают ещё три опубликованных факта: - **Пир Hyper Foundation.** Hyper Foundation поддерживает невалидирующую ноду в качестве надёжного пира с низкой задержкой, и, согласно документации, она «работает в apne1-az1 в AWS». AWS относит apne1-az1 к региону ap-northeast-1 — Asia Pacific (Tokyo); идентификатор зоны доступности (AZ ID) обозначает одно и то же физическое расположение во всех аккаунтах AWS. - **Список seed-пиров.** Из 25 корневых пиров от сообщества, перечисленных в README (редакция от 10 августа 2026 г.), 20 — в Японии, два — в Южной Корее, два — в Сингапуре и один — в Германии. - **Правило блокировки (jailing).** Чтобы не попасть под блокировку, README рекомендует валидаторам добиться «двусторонней задержки 200 мс как минимум до трети валидаторов по стейку». Мы не публикуем данные о задержках для наших серверов в Токио: один замер с одной машины до одного пира в один момент времени мало что говорит о вашей конфигурации. Вместо этого проведите замеры с сервера, который собираетесь использовать: ```bash # Root peers currently available to non-validators curl -X POST --header "Content-Type: application/json" --data '{ "type": "gossipRootIps" }' https://api.hyperliquid.xyz/info # Round-trip time from your server to one of them (replace ROOT_IP) ping -c 20 ROOT_IP ``` Когда нода запущена, README отсылает к `~/hl/data/node_logs/status/` для диагностики проблем с задержкой или подключением. Токио — вопрос задержки, а не корректности работы. В README нигде не сказано, что нода в другом месте не будет работать, а в его списке seed-пиров есть пиры в Сингапуре и Германии. Если вы архивируете данные или ведёте аналитику, не чувствительную ко времени, расположение — второстепенный вопрос. Кроме того, прямой доступ к пиру Hyper Foundation ограничен: документация требует 10 000 застейканных HYPE, уровень мейкерских ребейтов (maker rebate tier) 1 или выше, аптайм 98% и соблюдение правовых и санкционных условий. Все остальные могут купить пиринг у инфраструктурных провайдеров, перечисленных в документации. ## Место на диске: около 100 ГБ в день и как его освобождать Самая практичная строка в README — предупреждение: «При настройках по умолчанию сеть будет генерировать около 100 ГБ логов в день, поэтому рекомендуется архивировать или удалять старые файлы». Эта цифра присутствует в README с мая 2025 г., поэтому воспринимайте её как порядок величины и измеряйте собственный объём. При таком темпе диск на 500 ГБ без очистки заполнится примерно за пять дней. Все данные записываются в `~/hl/data`: - `replica_cmds/`: блоки, разобранные на транзакции, с разбивкой по времени запуска, дате и высоте. - `periodic_abci_states/`: снапшот состояния каждые 10 000 блоков. - `node_logs/`: логи консенсуса и статуса, полезные для отладки. - `visor_child_stderr/`: логи сбоев процесса ноды. - Необязательные выходные данные, по одной папке на каждый флаг `--write-*`: сделки, исполнения ордеров, статусы ордеров, необработанные изменения книги ордеров, прочие события и другое. README предупреждает, что статусы ордеров и необработанные изменения книги ордеров «могут составлять значительный объём данных». Сдерживать рост помогают два официальных механизма. Флаг `--replica-cmds-style recent-actions` оставляет в `replica_cmds/` только два последних файла по высоте; Docker-образ из репозитория запускает ноду с этим флагом. Кроме того, конфигурация Docker Compose из репозитория запускает контейнер pruner, cron-задание которого каждый день в 03:00 удаляет из каталога данных файлы старше 48 часов, кроме `visor_child_stderr`. При установке непосредственно на хост то же правило выглядит так: ```bash # How much the node has written so far du -sh ~/hl/data # Same rule as the repository's pruner/scripts/prune.sh: delete files older # than 48 hours (2,880 minutes), keep the crash logs find ~/hl/data -mindepth 1 -path '*/visor_child_stderr' -prune -o -type f -mmin +2880 -exec rm {} + ``` Запускайте его ежедневно через cron или таймер systemd, а всё, что хотите сохранить, предварительно копируйте в другое хранилище. При темпе, указанном в README, срок хранения 48 часов означает примерно 200 ГБ логов на диске без учёта необязательных выходных данных. На сервере с двумя дисками монтирование второго в `~/hl/data` не позволит переполненному диску с данными заодно вывести из строя операционную систему. ## Порты, ОС и первый запуск - **Операционная система.** «В настоящее время поддерживается только Ubuntu 24.04». - **Gossip-порты.** Порты 4001 и 4002 «должны быть открыты для всех. В противном случае пиры в P2P-сети будут понижать приоритет IP-адреса ноды». Валидаторы открывают порты 4000–4010 для других валидаторов. - **Локальные эндпоинты.** EVM RPC и info-сервер слушают порт 3001 на localhost; не открывайте их наружу. - **Seed-пиры.** В основной сети невалидирующей ноде нужен хотя бы один IP-адрес в `~/override_gossip_config.json`. Значение по умолчанию — 8 gossip-пиров; `n_gossip_peers` принимает от 8 до 100. - **Подписанные бинарные файлы.** Процесс `hl-visor` сам проверяет `hl-node` и не выполнит обновление, если проверка не пройдена, — при условии, что открытый ключ из репозитория импортирован. ```bash cd ~ echo '{"chain": "Mainnet"}' > ~/visor.json curl https://binaries.hyperliquid.xyz/Mainnet/hl-visor > ~/hl-visor && chmod a+x ~/hl-visor # pub_key.asc comes from the hyperliquid-dex/node repository gpg --import pub_key.asc curl https://binaries.hyperliquid.xyz/Mainnet/hl-visor.asc > hl-visor.asc gpg --verify hl-visor.asc hl-visor # At least one root peer is required on mainnet (replace 1.2.3.4) echo '{ "root_node_ips": [{"Ip": "1.2.3.4"}], "try_new_peers": false, "chain": "Mainnet", "reserved_peer_ips": [] }' > ~/override_gossip_config.json ~/hl-visor run-non-validator ``` Поиск пира, от которого можно получать поток данных, может занять некоторое время; строки лога вроде `applied block X` означают, что нода работает. `README_misc.md` из репозитория добавляет юнит systemd для запуска `hl-visor` как службы. Если вы предпочитаете Docker, учтите, что Dockerfile из репозитория по умолчанию настроен на тестовую сеть. Основы настройки SSH и файрвола описаны в нашем [чек-листе по защите сервера в первый час](https://powerdedi.com/ru/docs/secure-your-server). ## Какой сервер выбрать в Токио У PowerDedi в [Токио](https://powerdedi.com/ru/locations/tokyo) есть три конфигурации, у каждой — порт 10 Гбит/с без учёта трафика, постоянно включённая защита от DDoS на уровне сети и IPMI/KVM в браузере: | Что выбрать | Конфигурация | В сравнении с опубликованными требованиями | Цена и срок выдачи | | --- | --- | --- | --- | | Невалидирующая нода: поток данных, локальный info-сервер, EVM RPC | [Ryzen 9 9950X](https://powerdedi.com/ru/dedicated-servers/amd-ryzen/ryzen-9-9950x): 16 ядер / 32 потока, 128 ГБ DDR5, 2 × 1,92 ТБ NVMe | 32 потока: вдвое больше 16 vCPU и ровно 32 логических ядра из руководства по задержкам; 128 ГБ — точно по README; 3,84 ТБ NVMe при требовании 500 ГБ | $159/мес; в наличии, выдача примерно за 15 минут | | Валидатор или невалидирующая нода со всеми включёнными флагами вывода | [EPYC 9355P](https://powerdedi.com/ru/dedicated-servers/amd-epyc/epyc-9355p): 32 ядра / 64 потока, 384 ГБ DDR5 ECC, 2 × 3,84 ТБ NVMe Gen5 | Вдвое больше 32 vCPU валидатора, втрое больше памяти, 7,68 ТБ NVMe | $519/мес; сборка за 24 часа | | Несколько нод, локальные книги ордеров, длительное хранение | [EPYC 9555P](https://powerdedi.com/ru/dedicated-servers/amd-epyc/epyc-9555p): 64 ядра / 128 потоков, 768 ГБ DDR5 ECC, 4 × 3,84 ТБ NVMe Gen5 | 128 потоков и 15,36 ТБ NVMe для ресурсоёмкой обработки данных рядом с нодой | $949/мес; сборка за 24 часа | Честные оговорки: - **Запас по памяти.** 128 ГБ у 9950X в точности соответствуют README — без резерва. Если вы планируете запускать рядом с нодой требовательное к памяти ПО, например сборщик книги ордеров или базу данных, берите 9355P. - **Валидаторам нужна не одна машина,** как описано выше. 9355P подходит для самого валидатора; 9950X может служить sentry-нодой. - **Не внутри AWS.** Если ваша цель — оказаться в той же зоне доступности AWS, что и пир Hyper Foundation, выделенный сервер не подходит: наши серверы находятся в дата-центре в Токио, название которого мы не публикуем, а не в AWS. Hyperliquid не требует bare metal, так что облачный инстанс — тоже вполне допустимый вариант. Для сравнения: Cherry Servers предлагает Ryzen 9 9950X с 128 ГБ памяти, 2 × 1 ТБ NVMe и аплинком 10 Гбит/с с 100 ТБ исходящего трафика в комплекте за €439 ($513,63) в месяц в Токио против €349 в своих локациях в Европе и США — это публичные цены по прайс-листу, проверенные 15 октября 2026 г., без НДС. Наш 9950X стоит $159 в месяц в Токио — столько же, сколько и в других наших городах, — а трафик не учитывается. Ubuntu есть среди образов для установки в один клик, а любой другой ISO можно смонтировать через IPMI, если нужен строго определённый выпуск. ## Чего не меняет запуск ноды Нода — это инфраструктура: она даёт вам данные, локальный API и прямое подключение к одноранговой сети. Она не создаёт аккаунт, не меняет круг тех, кто может пользоваться Hyperliquid, и не влияет на ваши правовые, налоговые или регуляторные обязательства по месту жительства. Даже собственный пир Hyper Foundation предоставляется на условиях, касающихся применимого права, санкций и юрисдикций с ограничениями, включая определённые виды деятельности, связанные с США или Онтарио. Hyperliquid указывает, что собственные рекомендации по задержкам «не являются торговым советом»; это руководство также не является торговым советом. О других блокчейнах читайте в нашем [руководстве по подбору серверов для валидаторов и RPC Solana](https://powerdedi.com/ru/blog/solana-rpc-node-hardware-2026) или в обзоре [хостинга блокчейн-нод](https://powerdedi.com/ru/solutions/blockchain-nodes). ## Источники - [Запуск ноды (README)](https://github.com/hyperliquid-dex/node) — hyperliquid-dex/node, GitHub (последнее обновление 10 августа 2026 г.) - [README_misc.md](https://github.com/hyperliquid-dex/node/blob/main/README_misc.md) — hyperliquid-dex/node, GitHub - [pruner/scripts/prune.sh](https://github.com/hyperliquid-dex/node/blob/main/pruner/scripts/prune.sh), [pruner/cron/cron.d/prune](https://github.com/hyperliquid-dex/node/blob/main/pruner/cron/cron.d/prune) и [Dockerfile](https://github.com/hyperliquid-dex/node/blob/main/Dockerfile) — hyperliquid-dex/node, GitHub - [update spec](https://github.com/hyperliquid-dex/node/commit/f256f3190d934b8f3034b9376f83c260994a2eeb) — hyperliquid-dex/node, GitHub, 9 мая 2026 г. - [Схемы данных L1](https://hyperliquid.gitbook.io/hyperliquid-docs/for-developers/nodes/l1-data-schemas) — документация Hyperliquid - [Невалидирующая нода фонда](https://hyperliquid.gitbook.io/hyperliquid-docs/for-developers/nodes/foundation-non-validating-node) и [Невалидирующая нода фонда для инфраструктурных провайдеров](https://hyperliquid.gitbook.io/hyperliquid-docs/for-developers/nodes/foundation-non-validating-node-for-infra-providers) — документация Hyperliquid - [Оптимизация задержки](https://hyperliquid.gitbook.io/hyperliquid-docs/for-developers/api/optimizing-latency) — документация Hyperliquid - [Запуск валидатора](https://hyperliquid.gitbook.io/hyperliquid-docs/validators/running-a-validator) — документация Hyperliquid - [Стейкинг](https://hyperliquid.gitbook.io/hyperliquid-docs/hypercore/staking) — документация Hyperliquid - [Зоны доступности AWS](https://docs.aws.amazon.com/global-infrastructure/latest/regions/aws-availability-zones.html) и [Регионы AWS](https://docs.aws.amazon.com/global-infrastructure/latest/regions/aws-regions.html) — Amazon Web Services - [Параметры процессора для инстансов Amazon EC2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-optimize-cpu.html) — Amazon Web Services - [AMD RYZEN 9950X](https://www.cherryservers.com/pricing/dedicated-servers/amd-ryzen-9950x) — Cherry Servers (проверено 15 октября 2026 г.) **Поделиться статьёй** Инженерная команда 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) 15 октября 2026 г. ### [Требования к ноде TRON в 2026 году: FullNode, Lite FullNode и нода SR](https://powerdedi.com/ru/blog/tron-node-requirements) Что нужно ноде TRON FullNode, Lite FullNode или Super Representative в 2026 году по официальной документации java-tron: процессор, ОЗУ, размеры снапшотов, порты и настройки JVM, а также нужна ли вообще своя нода, чтобы отправлять USDT в сети TRON. 8 мин чтения [Руководства](https://powerdedi.com/ru/blog/category/guides) 21 октября 2026 г. ### [Требования к ноде TON в 2026 году: полная нода, лайт-сервер, валидатор](https://powerdedi.com/ru/blog/ton-node-requirements) Что нужно полной ноде, лайт-серверу, архивной ноде или валидатору TON в 2026 году по официальной документации и MyTonCtrl: процессор, ОЗУ, NVMe и IOPS, текущие размеры дампов, пропускная способность, порты, стейк в GRAM и подходящие серверы. 12 мин чтения [Руководства](https://powerdedi.com/ru/blog/category/guides) 15 октября 2026 г. ### [Аппаратные требования к полной ноде Bitcoin в 2026 году](https://powerdedi.com/ru/blog/bitcoin-node-hardware-requirements-2026) Диск, память, процессор и пропускная способность для полной ноды Bitcoin в 2026 году: размер блокчейна и его рост, ноды с обрезкой и архивные ноды, индексы Electrum-сервера, ускоренная синхронизация с AssumeUTXO и подходящие конфигурации. 4 мин чтения ## До вашего следующего сервера — 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/hyperliquid-node-requirements. Index of the site for AI assistants: https://powerdedi.com/llms.txt