在寻找剪枝快照或验证者恢复方法? 请参阅验证者故障排查指南,了解剪枝快照资源和协调安全升级的恢复流程。
正在进行升级或停机后的恢复? 请直接跳转到升级或停机后恢复归档节点查看恢复流程。
归档设置
为了使归档数据的服务更加便捷,我们将数据分成较小的段。这些段存储在s3://injective-snapshots/mainnet/subnode
该存储桶可公开访问。无需 AWS 凭证:
命名约定
目录名称以百万为单位编码区块高度范围。例如,138150 包含从 138M 到 150M 的区块。当段之间存在重叠时(例如 8896 与 8898,或 119127 与 119141 与 119143),较新或范围更宽的段通常包含修正或扩展了覆盖范围。请选择在没有不必要重叠的情况下最能覆盖你目标范围的段。
可用段
此表可能未包含最新的段。请运行上面的
aws s3 ls 命令检查是否有新发布的段。选择段以实现完整覆盖
多个段在高度范围上存在重叠。你不需要全部下载。以下是从创世区块到当前链顶端实现完整归档覆盖的推荐最小集合:
剪枝顶端节点至关重要。归档段是静态快照,不会与实时链同步。网关将对最近区块的查询路由到剪枝节点,该节点通过 p2p 保持同步。有关如何使用
blocks: [1000] 配置顶端节点,请参阅下面的网关配置。
这些段通过网关连接在一起,网关是一个聚合代理,根据区块范围将查询路由到适当的节点

系统要求
托管归档数据切片的每个节点应具有以下最低要求设置步骤
在托管归档段的每个节点上:
1. 使用以下命令下载你的设置所需历史记录的归档段
2. 根据上表下载或设置适当的 injective 二进制文件或镜像标签
3. 生成你的配置文件夹
4. 在你的 app.toml 文件中禁用剪枝,并在 config.toml 文件中阻止 p2p 并将日志级别设置为 error。
这确保数据不会被剪枝,节点保持在停止状态。将日志级别设置为 error 可减少磁盘操作并提高性能。5. 运行你的节点
网关配置
网关是一个反向代理,根据请求的区块高度将 RPC、gRPC 和 API 查询路由到正确的归档节点。下面的参考实现来自生态系统贡献者 Decentrio。网关会检查传入请求,确定区块高度,并转发到持有该范围的上游节点。任何具备高度感知能力的反向代理(nginx、Caddy、带自定义路由的 HAProxy)都可以实现同样的功能。
1. 克隆网关仓库
2. 构建网关
3. 创建你的配置文件
4. 运行网关
升级或停机后恢复归档节点
归档段节点是静态的,因此它们不参与共识,也不通过 p2p 同步。但是,它们仍然可能受到协调升级或计划外链停机的影响,尤其是剪枝顶端节点以及覆盖最近区块高度的任何段节点。剪枝顶端节点
剪枝顶端节点是归档集群中唯一与实时链主动同步的节点。在协调升级或计划外停机期间,请像对待其他全节点一样对待它:- 停止节点
- 切换到新的二进制文件
- 验证:
injectived version - 启动节点
priv_validator_state.json(它不是验证者),因此不存在双重签名风险。如果顶端节点的状态损坏(AppHash 不匹配),请从剪枝快照恢复。请参阅验证者故障排查与快照资源。
覆盖最近高度的段节点
如果某次升级改变了历史区块的处理或存储方式(影响查询结果的状态迁移),覆盖升级边界附近高度的段节点可能会返回不一致的数据。在这种情况下:- 停止受影响的段节点
- 从 S3 下载更新后的段(基础设施团队可能会在升级后发布修正后的段):
- 将二进制文件更新到该段指定的版本
- 重启节点
较旧的段节点
覆盖历史区块范围的段节点(0073、8088)通常不受链升级的影响。它们使用生成数据时的二进制版本来提供既有数据。除非升级明确改变了历史查询的处理方式,否则无需任何操作。
