R3E Network 发布了 neox-rs v2.7.0，这是基于 Rust 的 Neo X 全节点客户端的新版本，合并了上游 Reth 2.7.0 的 185 个提交，解决了九项 cargo audit 漏洞，并强化了分布式密钥生成（DKG）验证者生命周期。

Neo 核心开发者兼 R3E Network 创始人 Jimmy Liao 于 10 月 20 日宣布了该版本。

自 7 月首次亮相以来，该客户端已经历三个先前版本：初始预发布版、包含共识修复的首个稳定版，以及修复了 11 项发现的审计整改版。版本号从 v2.5.2 直接跳至 v2.7.0，以与 Reth 的上游编号保持一致——这种同步惯例使节点运营者能够将每个 neox-rs 构建追溯到其继承的确切上游基线。

Reth 2.7 上游合并

此次更新将 neox-rs 升级至 Reth 2.7.0 代码库，在纳入先前基线以来的 185 个提交的同时，保留了 Neo X 特有的协议层，包括 dBFT 共识、DKG 门限加密、Anti-MEV 信封处理和自定义 RPC 端点。Reth 是由 Paradigm 开发的以太坊 Rust 执行客户端，此类定期上游合并使派生客户端能够随着上游代码库的演进吸收修复和改进，而不是逐渐偏离。

与合并同步，Neo X Geth 预言机也已同步至其最新基线。MainNet 和 TestNet 的创世文件均经过验证以匹配规范字节，保留了创世区块哈希。该版本附带 Linux 和 Windows x86_64 二进制文件，每个均附有 SHA-256 校验和；此版本未构建 aarch64 产物。

安全整改

九项 cargo audit 漏洞已通过将依赖更新至 quinn-proto 0.11.18 和 rustls 0.23.46 得以解决，项目目前报告 cargo audit 已知漏洞为零。cargo audit 会将 Rust 项目的依赖树与已发布安全通告数据库进行比对，因此零发现报告表明当前依赖集中不再存在已知漏洞标记。

此次安全审查由经授权的代理流程执行，而非独立的第三方审计，发布说明中将这一区别记录为已登记的风险接受。

DKG 生命周期强化

四项变更针对 DKG 验证者生命周期的可靠性解决了长时间验证运行中观察到的故障模式：

• DKG 准备现在可以在规范头推进后继续存在，避免了此前状态被搁置的问题。
• 被拒绝的 Submit 操作会将验证者恢复至 Ready 状态，而不是使已准备的任务处于孤立状态。
• 份额匹配现在同时使用轮次和聚合全局密钥，消除了正常区块推进过程中出现的错误纪元不匹配故障。
• 签名者份额不再在每个区块重新安装；系统改为对已结算的规范输入而非规范头进行哈希。

DKG 是一种门限密码学流程，验证者集合通过它共同生成密钥材料，使得任何单一参与者都不持有完整密钥——这是上游合并必须保留的 Neo X 特有层之一。这些修复解决了 DKG 状态可能跨区块边界变得不一致的边缘情况，这些场景会在持续的多轮验证中显现。

验证与测试

候选发布版本通过一个跨越高度 2,404 至 3,805 的 1,402 个区块的 G8 门控完成验证。该门控确认了 DKG 从第一轮到第二轮的推进，全程保持完全一致的 128 字节聚合承诺，并记录到零重组和零瞬时 RPC 错误。

信封解密在当前纪元和跨纪元两种场景下均得到验证，一个保存的第一轮信封在链推进至第二轮后成功解密并被打包。故障测试包括 60 秒的证明器延迟、强制进程重启以及缺失回执的份额替换。

全部 427 个 Neo X 测试通过，clippy 和格式化检查均为干净。Datadir 兼容性也得到了确认：v2.7.0 的数据目录和 DKG 密钥库在 v2.5.2 下成功打开，且发布二进制文件成功加载了现有的主网归档 datadir——这些检查与运营者相关，因为它们表明现有的链数据和 DKG 密钥库在版本边界之间仍然可用。

展望

发布后，从创世区块开始的完整干净 datadir 主网同步仍在进行中，不过节点连接和区块头管道已通过验证。该同步是尚待关注的里程碑，其两个前提条件——节点连接和区块头获取——已被确认正常工作。

neox-rs 将继续作为 Neo X 协议的独立 Rust 实现，与 Bane Labs 维护的基于 Go 的 Neo X Geth 客户端并行，提供客户端多样性。客户端多样性——即运行同一协议的独立实现——是区块链网络中由来已久的弹性实践，因为局限于某一个代码库的缺陷不会自动影响另一个。

发布页面见：https://github.com/R3E-Network/neox-rs/releases/tag/neox-v2.7.0