验证者节点
验证者节点参与共识，必须保持稳定的性能以避免被监禁（jailed）。强烈建议使用裸机服务器。生产环境验证者参考
作为参考，Injective 主网上的生产验证者通常运行以下范围的硬件：
对区块处理而言，高单线程性能（睿频频率）比核心数量更重要。网络要求远高于规格表中列出的 1 Gbps 最低要求；生产验证者受益于 10 Gbps+ 链路，以获得稳定的对等连接和快速的区块传播。
RPC 节点
提供实时链数据的非验证者节点也有类似的要求。虽然它们没有被罚没的风险，但性能不足的节点会落后于链的最新高度并提供不可靠的数据。存储
磁盘 I/O 要求
磁盘吞吐量是 Injective 节点最常见的瓶颈。链大约每 650ms 产生一个区块，交易负载可能很大，需要持续的高 IOPS。- 裸机： 本地 NVMe 驱动器是理想选择。跨多块 NVMe 驱动器的 RAID0 提供最佳吞吐量。
- 云（GCP）： 标准持久化磁盘（
pd-balanced、pd-ssd）通常无法维持所需的 IOPS。请为链数据目录使用 RAID0 组建的本地 SSD。本地 SSD 是临时性的，但链状态可以轻松从快照恢复。或者，配置带有明确预配 IOPS 和吞吐量的hyperdisk-balanced或hyperdisk-extreme。 - 云（AWS）： 使用带有预配 IOPS 的
io2或gp3卷。实例存储 NVMe（例如i3、i4i实例）提供最佳性能。
链数据增长
Injective 链数据每天大约增长 10-15 GB。对于剪枝节点，建议每 300-400 GB 从新的快照恢复一次，以回收磁盘空间并保持性能。有关快照下载链接，请参阅 Chain Portal 上的快照页面。剪枝配置
剪枝会移除旧状态以节省磁盘空间，但其本身会占用大量 CPU 和 I/O。在性能不足的硬件上，剪枝过程可能导致节点落后于链的最新高度。 如果你的节点出现延迟且你怀疑是硬件限制：- 考虑在
app.toml中设置pruning = "nothing"以消除剪枝开销 - 改为定期停止节点并从快照恢复以管理磁盘使用
- 若要实现零停机运行，可运行两个节点并进行滚动快照恢复
存储布局
生产验证者通常以以下配置之一运行两块 NVMe 驱动器：
两种布局都不提供冗余，但链状态并不需要冗余。建议使用 RAID0 以满足 Injective 亚秒级出块时间的要求。如果驱动器发生故障，请从快照恢复。
裸机 vs 云
强烈建议验证者节点使用裸机服务器。亚秒级出块时间所需的稳定 CPU 时钟频率和低延迟 NVMe 存储在共享云基础设施上很难得到保证。 如果配置得当（参见上面的存储指南），云部署可以用于非验证者节点，但运营者应预期在监控和运维工具上投入更多，以保持可靠性。参考云实例类型
以下实例类型已在 Injective 节点上得到验证。在配置时可将其作为起点。带有本地 SSD（而非持久化磁盘）的云实例对性能至关重要。标准持久化磁盘（
pd-balanced、pd-ssd）无法维持 Injective 区块吞吐量所需的 IOPS。本地 SSD 是临时性的，但链状态可以从快照恢复。网络与对等连接
节点需要一组健康的对等节点才能保持同步。对等连接不足，尤其是在远离大多数验证者集的地区，可能导致间歇性的同步滞后。- 至少保持 15-25 个活跃对等节点。使用
curl -s localhost:26657/net_info | jq '.result.n_peers'检查 - 在
config.toml中配置持久对等节点（persistent peers），确保你的节点始终拥有已知可靠的连接。有关社区维护的对等节点列表，请参阅对等节点发现 - 位于 Injective 对等节点较少地区（例如亚太地区）的节点可能需要额外的持久对等节点以保持稳定同步
- 在云提供商上使用高级层（Premium Tier）网络以获得更低的延迟和更稳定的路由