Hyperliquid 节点要求：硬件、东京选址与磁盘占用

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 上交易，也不会改变您在所在地承担的任何义务。

简要结论

非验证节点还是验证节点：您需要哪一种

大多数运营者需要的是非验证节点。它从对等节点同步链上数据并将 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 的双向延迟”。

我们不公布自家东京服务器的延迟数据：某一时刻从一台机器到一个对等节点的单次测量，对您的实际部署说明不了什么。请改为从您打算使用的服务器上自行测量：

# 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 除外。直接在主机上安装时，同样的规则写作：

# 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，校验失败时不会执行升级。

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 和防火墙的基础设置。

在东京选哪款服务器

PowerDedi 在东京提供三种配置，均配备 10 Gbps 不限流量端口、始终开启的网络层 DDoS 清洗，以及可在浏览器中使用的 IPMI/KVM：

坦白说，有几点需要注意：

• 内存余量。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 配置指南，或区块链节点托管概览。

参考资料

• 运行节点（README） — hyperliquid-dex/node，GitHub（最后更新于 2026 年 8 月 10 日）
• README_misc.md — hyperliquid-dex/node，GitHub
• pruner/scripts/prune.sh、pruner/cron/cron.d/prune 和 Dockerfile — hyperliquid-dex/node，GitHub
• update spec — hyperliquid-dex/node，GitHub，2026 年 5 月 9 日
• L1 数据格式 — Hyperliquid 文档
• 基金会非验证节点和面向基础设施服务商的基金会非验证节点 — Hyperliquid 文档
• 延迟优化 — Hyperliquid 文档
• 运行验证节点 — Hyperliquid 文档
• 质押 — Hyperliquid 文档
• AWS 可用区和 AWS 区域 — Amazon Web Services
• Amazon EC2 实例的 CPU 选项 — Amazon Web Services
• AMD RYZEN 9950X — Cherry Servers（查询于 2026 年 10 月 15 日）