--- title: "Hyperliquid 节点要求：硬件规格、东京选址与端口（2026 年）" description: "Hyperliquid 节点要求：非验证节点需要 16 个 vCPU、128 GB 内存和 500 GB SSD，Ubuntu 24.04，端口 4001–4002，东京选址，以及每天 100 GB 的日志。" url: "https://powerdedi.com/blog/hyperliquid-node-requirements" last_updated: "2026-10-15" publisher: "PowerDedi (https://powerdedi.com)" --- # Hyperliquid 节点要求：硬件、东京选址与磁盘占用 依据官方节点仓库，介绍 Hyperliquid 非验证节点或验证节点的需求：vCPU 与物理核心的区别、128 GB 内存、Ubuntu 24.04、gossip 端口、README 为何推荐东京，以及如何修剪每天约 100 GB 的数据。 作者：PowerDedi 工程团队 · 2026年10月15日 · 阅读约需 9 分钟 **分享本文** Hyperliquid 非验证节点需要 16 个 vCPU、128 GB 内存和 500 GB SSD；验证节点则需要 32 个 vCPU、128 GB 内存和 1 TB SSD。节点仅支持在 Ubuntu 24.04 上运行，需要对公网开放 gossip 端口 4001–4002，默认设置下每天写入约 100 GB 日志；官方 README 推荐部署在东京，以获得最低延迟。 本指南依据截至 2026 年 10 月的 hyperliquid-dex/node 仓库和 Hyperliquid 文档编写。内容涵盖硬件、选址和运维，不涉及交易：运行节点既不会改变谁可以在 Hyperliquid 上交易，也不会改变您在所在地承担的任何义务。 ## 简要结论 | 要求 | 非验证节点 | 验证节点 | | --- | --- | --- | | CPU | 16 个 vCPU | 32 个 vCPU | | 内存 | 128 GB（2026 年 5 月由 64 GB 上调） | 128 GB | | 存储 | 500 GB SSD | 1 TB SSD | | 操作系统 | 仅支持 Ubuntu 24.04 | 仅支持 Ubuntu 24.04 | | 端口 | 4001 和 4002，对公网开放 | 4000–4010 向其他验证节点开放（目前实际使用 4001–4006） | | 机房位置 | 东京，“以获得最低延迟” | 东京，且与至少三分之一质押量之间的双向延迟在 200 ms 以内 | | 数据写入量 | 默认设置下每天约 100 GB 日志，写入 `~/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 还要求验证节点“将机器的大部分资源用于运行共识”，通过最多两个由自己运行的哨兵节点对外提供服务，并在另一台机器上为对齐报价资产（aligned quote assets）运行 rate publisher。实际上，这需要好几台服务器，而不是一台。 有一个细节可以判断旧指南的时效：2026 年 5 月 9 日，README 中的机器规格将非验证节点的内存要求从 64 GB 上调到 128 GB。凡是仍写着 64 GB 的资料，都早于这次修改。 ## “16 vCPU”在独立服务器上意味着什么 README 以 vCPU 衡量节点配置，这是云计算的计量单位。例如在 AWS 上，“每个线程表示为一个虚拟 CPU（vCPU）”：m5.xlarge 有两个核心，每个核心两个线程，因此是四个 vCPU。所以，十六个 vCPU 通常相当于开启同时多线程的八个物理核心。 独立服务器则以核心数和线程数来描述。Ryzen 9 9950X 有 16 个核心、32 个硬件线程：相当于非验证节点要求的两倍，与验证节点的 32 个 vCPU 持平。EPYC 9355P 有 32 个核心、64 个线程。 Hyperliquid 的延迟优化指南对为交易系统提供数据的节点设定了更高标准：“至少 32 个逻辑核心、128 GB 内存，以及 500 MB/s 的磁盘吞吐量”，并补充说，更多核心可以降低延迟，“因为区块执行会更快”。同一页面称其建议仅供参考，“不构成交易建议”，也不保证任何延迟或结果。如果响应时间对您很重要，请把 README 中的数字视为下限，把延迟优化指南视为目标。 ## 部署在哪里：为什么是东京 README 说得很直接：“为获得最低延迟，请在日本东京运行节点。”另外三项公开信息也指向同一结论： - **基金会的对等节点。** Hyper 基金会运行着一个非验证节点，作为可靠的低延迟对等节点，其文档称该节点“运行在 AWS 的 apne1-az1 上”。AWS 将 apne1-az1 列于 ap-northeast-1，即其亚太地区（东京）区域；可用区 ID 在每个 AWS 账户中都对应同一个物理位置。 - **种子节点列表。** README（2026 年 8 月 10 日修订版）列出的 25 个社区根节点中，20 个位于日本，两个位于韩国，两个位于新加坡，一个位于德国。 - **监禁规则。**为避免被监禁，README 建议验证节点“与按质押量计至少三分之一的验证节点之间实现 200ms 的双向延迟”。 我们不公布自家东京服务器的延迟数据：某一时刻从一台机器到一个对等节点的单次测量，对您的实际部署说明不了什么。请改为从您打算使用的服务器上自行测量： ```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 中没有任何内容表明部署在其他地方的节点会出问题，其种子节点列表也包含位于新加坡和德国的对等节点。如果您做的是数据归档或对时效不敏感的分析，位置只是次要考虑。此外，直接连接基金会的对等节点也有限制：文档要求质押 10,000 HYPE、挂单返佣达到第 1 档或以上、98% 的在线率，并符合法律和制裁方面的条件。其他人可以向文档列出的基础设施服务商购买对等连接（peering）服务。 ## 磁盘占用：每天约 100 GB，以及如何修剪 README 里最实用的一句是这条警告：“在默认设置下，网络每天将产生约 100 GB 日志，因此建议归档或删除旧文件。”这个数字自 2025 年 5 月起就写在 README 中，请把它当作数量级参考，并自行测量。按这个速度，不做修剪的话，500 GB 的磁盘大约五天就会写满。 所有数据都存放在 `~/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 GB 日志，这还不算任何可选输出。在双硬盘服务器上，把第二块硬盘挂载到 `~/hl/data`，可以避免数据盘写满时连带拖垮操作系统。 ## 端口、操作系统与首次启动 - **操作系统。**“目前仅支持 Ubuntu 24.04。” - **Gossip 端口。**端口 4001 和 4002“必须对公网开放。否则，P2P 网络中的对等节点会降低该节点 IP 地址的优先级。”验证节点还需向其他验证节点开放 4000–4010。 - **本地端点。** EVM RPC 和 info 服务器监听 localhost 的 3001 端口；请勿将其对外开放。 - **种子节点。**在主网上，非验证节点需要在 `~/override_gossip_config.json` 中至少填写一个 IP 地址。默认连接 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 默认配置为测试网。我们的[上线首小时安全加固清单](https://powerdedi.com/zh/docs/secure-your-server)涵盖了 SSH 和防火墙的基础设置。 ## 在东京选哪款服务器 PowerDedi 在[东京](https://powerdedi.com/zh/locations/tokyo)提供三种配置，均配备 10 Gbps 不限流量端口、始终开启的网络层 DDoS 清洗，以及可在浏览器中使用的 IPMI/KVM： | 选用 | 配置 | 对照官方公布的规格 | 价格与交付 | | --- | --- | --- | --- | | 非验证节点：数据源、本地 info 服务器、EVM RPC | [Ryzen 9 9950X](https://powerdedi.com/zh/dedicated-servers/amd-ryzen/ryzen-9-9950x)：16 核 / 32 线程、128 GB DDR5、2 × 1.92 TB NVMe | 32 线程：是 16 个 vCPU 的两倍，也正是延迟优化指南要求的 32 个逻辑核心；128 GB，正好等于 README 的数字；3.84 TB NVMe，而要求为 500 GB | $159/月；现货，约 15 分钟交付 | | 验证节点，或开启全部输出参数的非验证节点 | [EPYC 9355P](https://powerdedi.com/zh/dedicated-servers/amd-epyc/epyc-9355p)：32 核 / 64 线程、384 GB DDR5 ECC、2 × 3.84 TB NVMe Gen5 | 达到验证节点 32 个 vCPU 的两倍、内存要求的三倍，另有 7.68 TB NVMe | $519/月；24 小时内组装完成 | | 多个节点、本地订单簿、长期数据保留 | [EPYC 9555P](https://powerdedi.com/zh/dedicated-servers/amd-epyc/epyc-9555p)：64 核 / 128 线程、768 GB DDR5 ECC、4 × 3.84 TB NVMe Gen5 | 128 线程和 15.36 TB NVMe，可在节点旁承担繁重的数据处理 | $949/月；24 小时内组装完成 | 坦白说，有几点需要注意： - **内存余量。** 9950X 的 128 GB 正好等于 README 的要求，没有任何余量。如果您打算在节点旁运行订单簿构建程序或数据库等耗内存的软件，请选择 9355P。 - 如上文所述， **验证节点需要不止一台机器**。9355P 适合运行验证节点本身；9950X 可用作哨兵节点。 - **不在 AWS 内。**如果您的目标是与基金会的对等节点位于同一个 AWS 可用区，独立服务器并不适合：我们的服务器位于东京的一个数据中心（我们不公开其名称），而不在 AWS 内。Hyperliquid 并不要求裸金属服务器，因此云实例同样是合理的选择。 作为参考，Cherry Servers 的 Ryzen 9 9950X（128 GB 内存、2 × 1 TB NVMe、10 Gbps 上行链路，含 100 TB 出站流量）在东京的标价为每月 €439（$513.63），而在其欧洲和美国机房为 €349：以上为 2026 年 10 月 15 日查询的公开标价，未含增值税。我们的 9950X 在东京为每月 $159，与我们其他城市的价格相同，且流量不计量。Ubuntu 在一键安装镜像之列；如果需要锁定某个确切版本，也可以通过 IPMI 挂载任意其他 ISO。 ## 运行节点不会改变什么 节点是基础设施：它为您提供数据、本地 API，以及与点对点网络的直接连接。它不会创建账户，不会改变谁可以使用 Hyperliquid，也不会改变您所在地的任何法律、税务或监管义务。就连基金会自己的对等节点也附有关于适用法律、制裁和受限司法管辖区的条件，其中包括涉及美国或安大略省的某些活动。Hyperliquid 将其延迟建议描述为“不构成交易建议”；本指南同样不构成交易建议。 其他链请参阅我们的 [Solana 验证节点与 RPC 配置指南](https://powerdedi.com/zh/blog/solana-rpc-node-hardware-2026)，或[区块链节点托管](https://powerdedi.com/zh/solutions/blockchain-nodes)概览。 ## 参考资料 - [运行节点（README）](https://github.com/hyperliquid-dex/node) — hyperliquid-dex/node，GitHub（最后更新于 2026 年 8 月 10 日） - [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，2026 年 5 月 9 日 - [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 实例的 CPU 选项](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（查询于 2026 年 10 月 15 日） **分享本文** PowerDedi 工程团队 负责组装、上架并运维每一台 PowerDedi 服务器的团队。我们写的是每天打交道的硬件、网络与成本，并注明出处。 **独立服务器** $55/月起 比市场价低约 40%，每台服务器均配备 10 Gbps 不限流量端口。使用加密货币支付。 [浏览服务器](https://powerdedi.com/zh/dedicated-servers) **更多博客文章** - [指南](https://powerdedi.com/zh/blog/ton-node-requirements) 2026年10月21日 **2026 年 TON 节点要求：全节点、liteserver、验证节点** - [对比评测](https://powerdedi.com/zh/blog/crypto-dedicated-server-providers-compared) 2026年10月15日 **用加密货币支付的独立服务器：14 家提供商对比（2026 年 10 月）** - [对比评测](https://powerdedi.com/zh/blog/hetzner-alternatives-2026) 2026年10月15日 **2026 年 Hetzner 替代方案：加密货币支付、10 Gbps、免开通费** - [对比评测](https://powerdedi.com/zh/blog/ovhcloud-alternatives-2026) 2026年10月15日 **OVHcloud 接受加密货币吗？2026 年 OVHcloud 替代方案** ## 相关文章 [全部文章](https://powerdedi.com/zh/blog) [指南](https://powerdedi.com/zh/blog/category/guides) 2026年10月15日 ### [2026 年 TRON 节点要求：FullNode、Lite FullNode 与 SR 节点](https://powerdedi.com/zh/blog/tron-node-requirements) 依据 java-tron 官方文档，介绍 2026 年 TRON FullNode、Lite FullNode 或超级代表（SR）节点的需求：CPU、内存、快照大小、端口与 JVM 设置，以及在 TRON 上发送 USDT 是否真的需要自建节点。 阅读约 8 分钟 [指南](https://powerdedi.com/zh/blog/category/guides) 2026年10月21日 ### [2026 年 TON 节点要求：全节点、liteserver、验证节点](https://powerdedi.com/zh/blog/ton-node-requirements) 依据官方文档和 MyTonCtrl，介绍 2026 年 TON 全节点、liteserver、归档节点或验证节点的需求：CPU、内存、NVMe 与 IOPS、当前转储大小、带宽、端口、GRAM 质押，以及适合的服务器。 阅读约 12 分钟 [指南](https://powerdedi.com/zh/blog/category/guides) 2026年10月15日 ### [2026 年比特币全节点硬件要求](https://powerdedi.com/zh/blog/bitcoin-node-hardware-requirements-2026) 2026 年比特币全节点的磁盘、内存、CPU 与带宽需求：区块链大小与增长、修剪节点与归档节点对比、Electrum 服务器索引、借助 AssumeUTXO 加快同步，以及合适的服务器配置。 阅读约 4 分钟 ## 15 分钟后，您的下一台服务器即可就绪。 $55/月起，含 10 Gbps 不限流量，免开通费，无需签约。 [浏览服务器](https://powerdedi.com/zh/dedicated-servers) [全部文章](https://powerdedi.com/zh/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