在多个矿池节点短暂采用 Core Geth v1.13.0 版本后又返回受维护的 Argos 客户端后，Ethereum Classic 节点运营商被敦促避免使用这一有争议的 Core Geth v1.13.0 版本。
几个 Ethereum Classic 矿池节点短暂迁移到有争议的 Core Geth v1.13.0 版本，随后返回 Argos v1.12.23。
Classix 表示，在 v1.13.0 发布并被宣传为安全更新之前，56 小时内推送了 96 个提交，且未经外部审查。
有争议的客户端重新启用了 MESS 并更改了节点发现基础设施，而 Classix 表示没有区块、资金或服务受到此次事件的影响。
Classix 敦促运营商避免使用 v1.13.0，并要求 Ethereum Classic GitHub 管理员收紧仓库和审查控制。
Classix 在 9 月 16 日的事件报告中表示，ethereumclassic/core-geth 仓库于 9 月 14 日发布了 v1.13.0，随后 @ETC_Network 账户将其宣传为 Ethereum Classic 安全更新，并告知节点运营商进行迁移。类似的信息也出现在 CoinMarketCap 上，而矿池收到了来自 ethereumclassic.com 地址的电子邮件。
该报告将该版本描述为流氓版本，因为现有的 Core Geth 维护者未对其进行审查，且受维护的 etclabscore/core-geth 仓库未发布该更新。Classix 建议运营商继续使用 Argos v1.12.23，这是自 2020 年以来维护 Core Geth 的仓库的当前版本。
流氓 Core Geth 版本触及部分 ETC 挖矿节点
有争议版本的开发在其发布前的几天内加速。根据 Classix 的说法，96 个包含 13,422 行新增和 3,977 行删除的提交在 56 小时内直接推送到分支的主分支，没有拉取请求或外部审查。
ethereumclassic/core-geth 仓库本身于 2024 年 12 月从 etclabscore/core-geth 分叉。2026 年 9 月 12 日，当 v1.13.0-rc1 被标记时，活动增加。随后又发布了六个发布候选版本，v1.13.0 于 9 月 14 日 UTC 时间 15:06 被标记为稳定版。@ETC_Network 账户在第二天早上发布了迁移请求。
该软件在运营商逆转迁移之前已触及 Ethereum Classic 部分挖矿基础设施。根据 Classix 引用的节点状态数据，9 月 15 日 UTC 时间 12:09，四个 2Miners 节点正在运行 CoreGeth v1.13.0。到 UTC 时间 23:35，所有四个节点均已返回 Argos v1.12.23。其他列出的矿池仍停留在 1.12 系列的版本上。
一些独立节点继续运行有争议的软件。Etcnodes.org 显示，9 月 15 日 UTC 时间 07:33 有 11 个 v1.13.0 节点，到 9 月 16 日该数字降至 10 个。报告称，剩余节点中有三个与新客户端中硬编码的 bootnode IP 地址匹配。
您可能还喜欢：以太坊价格复苏取决于突破 2,526 美元
Classix 表示，在此期间没有丢失区块，没有发生链重组，没有资金受到影响，也没有记录到服务中断。该报告将此次事件归类为高严重性但低影响，因为该软件改变了共识行为，但未造成记录在案的经济或交易损失。
Ethereum Classic 此前曾面临链重组。正如 crypto.news 此前在报道 Ethereum Classic 多数攻击时所报道的那样，ETC 在 2020 年 8 月遭受了三次多数攻击，包括涉及数千个区块的重组。
Classix 质疑 v1.13.0 的安全声明
v1.13.0 版本告知运营商，每个运行 v1.12.x 的节点都应升级，并声称该系列的每个版本都包含未修补的安全问题，包括一个据称在 3 月针对 Ethereum Classic bootnodes 使用的漏洞。
在审查了该版本引用的七个安全问题后，Classix 对该描述提出了质疑。报告称，其中五个问题已在 3 月至 8 月之间发布的受维护 Core Geth 版本中得到解决，而另外两个问题并未影响 Ethereum Classic 的对等路径。
CVE-2026-22862 和 CVE-2026-26315 是 Classix 表示已在 Aegis v1.12.21 中修复的漏洞之一。Hermes v1.12.22 随后解决了其他加密问题，而 Argos v1.12.23 则从 go-ethereum 引入了延迟的对等消息解码，以解决 CVE-2026-26313。
另一个列出的问题 CVE-2026-22868 涉及 KZG 证明验证。Classix 表示，这不适用于 Ethereum Classic，因为 KZG 证明与通过以太坊 Cancun 升级引入的 blob 交易相关，而 ETC 尚未激活该升级。报告称，一个单独的 GraphQL 查询深度问题不属于对等或共识路径，需要手动启用 GraphQL。
Classix 表示，Core Geth 维护者 Diego López León 审查了剩余差异，发现 Argos 中没有 v1.13.0 修正的可利用漏洞。
Core Geth 更改包括 MESS 和新 bootnodes
除了其安全声明外，v1.13.0 还改变了参与节点选择链和发现对等节点的方式。
一项修改通过移除在区块 19,250,000 处停用它的配置，重新启用了 Modified Exponential Subjective Scoring（MESS）。Ethereum Classic 在 2020 年引入 MESS 以防范链重组，随后在以太坊从工作量证明转向权益证明后，通过 ECIP-1110 将其禁用。
Classix 警告称，如果只有 Core Geth 节点使用 MESS，不同的共识客户端可能会有不同的行为。报告称，Besu、Nethermind 和 Getc 未实现该机制。
历史重组对于 ETC 来说仍然是一个特别相关的问题。crypto.news 对区块链重组历史的回顾描述了矿工共识和竞争的链历史如何决定工作量证明网络上重组的结果。
有争议的客户端也改变了节点发现基础设施。一个提交替换了自 2020 年以来由 etclabscore 贡献者维护的 DNS 树签名密钥，并硬编码了三个新的 bootnode IP 地址。随后移除了两个较旧的发现树 blockd.info 和 etcdisco.net。
报告称，三个替换域名托管在同一个 Cloudflare 账户下，而仓库承认影响该单一账户的问题可能会移除所有三个路径。Classix 表示，遵循迁移指南的运营商并未被告知谁控制新的签名密钥。
迁移指南还指示运营商轮换其 P2P 节点密钥，引用了 CVE-2026-26315。Classix 表示，Aegis 已在 3 月修复了底层问题。轮换密钥会更改节点的网络身份，并迫使其通过发现基础设施重建对等连接。
敦促 Ethereum Classic 运营商返回 Argos
Classix 建议运营商避免使用 ethereumclassic/core-geth v1.13.0，并继续运行 etclabscore/core-geth Argos v1.12.23。已经迁移的运营商被告知要移回，如果密钥已轮换则恢复其先前的节点密钥，并检查其 MESS 配置。
报告称，Ethereum Classic 运营商应考虑运行不同的客户端，而不是将网络哈希算力集中在 Core Geth 上。Nethermind、Besu 和 Getc 仍然是可用的替代方案。
客户端多样性已成为跨区块链网络的反复出现的安全考量。例如，以太坊开发继续在部署前在多个执行和共识实现中测试升级。最近的 Glamsterdam 测试网准备工作包括在测试暴露了计划中的 Sepolia 激活之前的共识和执行实现错误后的另一个私有开发网。
Classix 要求 ethereumclassic GitHub 组织的管理人员收紧仓库控制，在创建新仓库之前要求提案和审查，保护默认分支，并识别分发软件的仓库的维护者。它单独请求移除或归档 ethereumclassic/core-geth，或携带警告说明它不是官方客户端。
根据报告中引用的项目网站免责声明，Ethereum Classic 本身不指定官方开发者、维护者、网站或客户端。Classix 表示，受维护的 etclabscore 仓库的地位源于其六年的公开历史、积极维护和 ETC 节点中的采用。
该报告旨在作为初始通知和临时事件报告。Classix 表示，如果剩余节点得到验证、组织维护者响应或出现其他重大发展，它将更新该文档。