> ## Documentation Index
> Fetch the complete documentation index at: https://injectivelabs-mintlify-25e241d4.mintlify.site/llms.txt
> Use this file to discover all available pages before exploring further.

# 硬件要求

> 运行 Injective 节点的最低和推荐硬件规格

Injective 的亚秒级出块时间和高吞吐量交易处理对硬件提出了很高的要求。配置不足的节点将落后于链的最新高度、错过区块（验证者）或提供过时数据（RPC 节点）。

## 验证者节点

验证者节点参与共识，必须保持稳定的性能以避免被监禁（jailed）。强烈建议使用裸机服务器。

|      *最低配置*     |      *推荐配置*     |
| :-------------: | :-------------: |
|     内存 128GB    |     内存 128GB    |
|     CPU 12 核    |     CPU 16 核    |
| CPU 基础频率 3.7GHz | CPU 基础频率 4.2GHz |
|   存储 2TB NVMe   |   存储 2TB NVMe   |
|    网络 1Gbps+    |    网络 1Gbps+    |

### 生产环境验证者参考

作为参考，Injective 主网上的生产验证者通常运行以下范围的硬件：

| 组件      | 典型配置                                                          |
| ------- | ------------------------------------------------------------- |
| **CPU** | AMD EPYC 4585PX 或 AMD Ryzen 9 9950X（16 核 / 32 线程，5.75 GHz 睿频） |
| **内存**  | 128 GB DDR5 @ 3600 MT/s                                       |
| **存储**  | 2 块约 2 TB NVMe 组成 RAID0，可用空间约 3.5 TiB                         |
| **网络**  | 10-25 Gbps                                                    |

对区块处理而言，高单线程性能（睿频频率）比核心数量更重要。网络要求远高于规格表中列出的 1 Gbps 最低要求；生产验证者受益于 10 Gbps+ 链路，以获得稳定的对等连接和快速的区块传播。

## RPC 节点

提供实时链数据的非验证者节点也有类似的要求。虽然它们没有被罚没的风险，但性能不足的节点会落后于链的最新高度并提供不可靠的数据。

|      *最低配置*     |      *推荐配置*      |
| :-------------: | :--------------: |
|     内存 64GB     |     内存 128GB     |
|     CPU 8 核     |     CPU 16 核     |
| CPU 基础频率 3.4GHz | CPU 基础频率 4.0GHz+ |
| 存储 1TB NVMe/SSD |    存储 2TB NVMe   |
|    网络 1Gbps+    |     网络 1Gbps+    |

<Warning>
  **CPU 时钟频率比核心数量更重要。** Injective 的区块处理在执行期间主要是单线程的。运行在低频 CPU（例如 2.6GHz 云实例）上的节点无论核心数量多少，都会持续落后于链的最新高度。
</Warning>

## 存储

### 磁盘 I/O 要求

磁盘吞吐量是 Injective 节点最常见的瓶颈。链大约每 650ms 产生一个区块，交易负载可能很大，需要持续的高 IOPS。

* **裸机：** 本地 NVMe 驱动器是理想选择。跨多块 NVMe 驱动器的 RAID0 提供最佳吞吐量。
* **云（GCP）：** 标准持久化磁盘（`pd-balanced`、`pd-ssd`）通常无法维持所需的 IOPS。请为链数据目录使用 **RAID0 组建的本地 SSD**。本地 SSD 是临时性的，但链状态可以轻松从[快照](https://chain-portal.injective.network/snapshots)恢复。或者，配置带有明确预配 IOPS 和吞吐量的 `hyperdisk-balanced` 或 `hyperdisk-extreme`。
* **云（AWS）：** 使用带有预配 IOPS 的 `io2` 或 `gp3` 卷。实例存储 NVMe（例如 `i3`、`i4i` 实例）提供最佳性能。

### 链数据增长

Injective 链数据每天大约增长 10-15 GB。对于剪枝节点，建议每 300-400 GB 从新的快照恢复一次，以回收磁盘空间并保持性能。有关快照下载链接，请参阅 [Chain Portal 上的快照页面](https://portal.injective.network/snapshots)。

### 剪枝配置

剪枝会移除旧状态以节省磁盘空间，但其本身会占用大量 CPU 和 I/O。在性能不足的硬件上，剪枝过程可能导致节点落后于链的最新高度。

如果你的节点出现延迟且你怀疑是硬件限制：

* 考虑在 `app.toml` 中设置 `pruning = "nothing"` 以消除剪枝开销
* 改为定期停止节点并从快照恢复以管理磁盘使用
* 若要实现零停机运行，可运行两个节点并进行滚动快照恢复

### 存储布局

生产验证者通常以以下配置之一运行两块 NVMe 驱动器：

| 布局                 | 工作方式                                           | 权衡                                                       |
| ------------------ | ---------------------------------------------- | -------------------------------------------------------- |
| **RAID0**          | 以固定块大小将数据条带化到两块驱动器上。两块驱动器并行读写，使潜在 IOPS 和吞吐量翻倍。 | 无冗余。任一驱动器故障都会导致整个阵列丢失。需要完整的快照恢复。                         |
| **LVM 线性（linear）** | 将驱动器串联为单个卷。先填满一块驱动器，然后溢出到下一块。没有并行 I/O 速度提升。    | 无冗余。任一驱动器故障都会破坏整个卷组（Volume Group）并导致数据库损坏。性能受限于单块驱动器的速度。 |

两种布局都不提供冗余，但链状态并不需要冗余。建议使用 RAID0 以满足 Injective 亚秒级出块时间的要求。如果驱动器发生故障，请从[快照](https://chain-portal.injective.network/snapshots)恢复。

## 裸机 vs 云

强烈建议验证者节点使用裸机服务器。亚秒级出块时间所需的稳定 CPU 时钟频率和低延迟 NVMe 存储在共享云基础设施上很难得到保证。

如果配置得当（参见上面的存储指南），云部署可以用于非验证者节点，但运营者应预期在监控和运维工具上投入更多，以保持可靠性。

### 参考云实例类型

以下实例类型已在 Injective 节点上得到验证。在配置时可将其作为起点。

| 提供商     | 实例                    | vCPU                                       | 内存     | 磁盘                   | 适用于              |
| ------- | --------------------- | ------------------------------------------ | ------ | -------------------- | ---------------- |
| **GCP** | `c4-standard-16-lssd` | 16 vCPU（Emerald Rapids）                    | 64 GB  | 本地 SSD（NVMe）         | 哨兵节点、RPC 节点      |
| **OVH** | `b3-32`               | 8 vCPU                                     | 32 GB  | 本地 SSD               | 哨兵节点（对验证者而言配置不足） |
| **OVH** | 专用服务器（例如 Advance-1）   | 12 vCPU（Xeon E-2386G @3.5GHz 或 EPYC 4244P） | 128 GB | 物理 NVMe（RAID0/RAID1） | 验证者、全节点          |

<Note>
  带有本地 SSD（而非持久化磁盘）的云实例对性能至关重要。标准持久化磁盘（`pd-balanced`、`pd-ssd`）无法维持 Injective 区块吞吐量所需的 IOPS。本地 SSD 是临时性的，但链状态可以从快照恢复。
</Note>

## 网络与对等连接

节点需要一组健康的对等节点才能保持同步。对等连接不足，尤其是在远离大多数验证者集的地区，可能导致间歇性的同步滞后。

* 至少保持 **15-25 个活跃对等节点**。使用 `curl -s localhost:26657/net_info | jq '.result.n_peers'` 检查
* 在 `config.toml` 中配置**持久对等节点（persistent peers）**，确保你的节点始终拥有已知可靠的连接。有关社区维护的对等节点列表，请参阅[对等节点发现](/cn/infra/join-a-network#对等节点发现)
* 位于 Injective 对等节点较少地区（例如亚太地区）的节点可能需要额外的持久对等节点以保持稳定同步
* 在云提供商上使用**高级层（Premium Tier）网络**以获得更低的延迟和更稳定的路由