以太经典（ETC）部分矿池节点近日短暂切换至存在争议的 Core Geth v1.13.0，随后又回退到当前维护中的 Argos v1.12.23。事件没有造成丢块、链重组、资金损失或服务中断，但围绕客户端来源、代码审查和网络发现基础设施的争议迅速升温。
Classix 在一份事件通报中提醒节点运营方避免使用 v1.13.0，并建议继续运行自 2020 年以来持续维护的 Argos 版本。该机构还要求 Ethereum Classic 的 GitHub 管理员收紧仓库权限和代码审查流程。
矿池节点已回退
报告称，争议版本在发布前数日开发明显加速。相关分叉仓库在 56 小时内直接向主分支推送了 96 次提交，新增 13,422 行代码，删除 3,977 行代码，过程没有通过 pull request，也没有外部审查。
该仓库最初于 2024 年 12 月从 etclabscore/core-geth 分叉。9 月 12 日，项目打出 v1.13.0-rc1 标签，之后又连续发布 6 个候选版本，并在 9 月 14 日被标记为稳定版。次日，@ETC_Network 账号发布迁移请求。
根据 Classix 引用的节点状态数据，2Miners 有 4 个节点在 9 月 15 日 12:09 UTC 运行 Core Geth v1.13.0；到当天 23:35 UTC，这 4 个节点已全部回退至 Argos v1.12.23。其他被列出的矿池大多仍停留在 1.12 系列。
另据 etcnodes.org 数据，9 月 15 日仍有 11 个节点运行 v1.13.0，到 9 月 16 日降至 10 个。报告称，其中 3 个节点与新客户端内置的 bootnode IP 地址相匹配。
安全说法遭质疑
v1.13.0 发布说明曾要求所有运行 v1.12.x 的节点升级，并称这一系列版本都存在未修补的安全问题。Classix 在复核后表示，被引用的 7 个安全问题中，有 5 个已在 3 月至 8 月间的维护版本中修复，另外 2 个则不影响以太经典的点对点通信路径。
报告提到，Aegis v1.12.21 已修复 CVE-2026-22862 和 CVE-2026-26315；Hermes v1.12.22 处理了其他加密问题；Argos v1.12.23 则引入了来自 go-ethereum 的延迟 P2P 消息解码，以修复 CVE-2026-26313。
对于被列出的 CVE-2026-22868，Classix 认为该问题与 KZG 证明校验有关，而 KZG 证明对应的是以太坊 Cancun 升级引入的 blob 交易，以太经典并未启用这一路径，因此不适用。另一项 GraphQL 查询深度问题也不在 P2P 或共识路径内，且需要手动开启 GraphQL。
MESS与引导节点调整引发担忧
除安全表述外，v1.13.0 还修改了节点选链和发现对等节点的方式。最受关注的一项变更，是重新启用 Modified Exponential Subjective Scoring，也就是 MESS。
ETC 在 2020 年引入 MESS，用于应对链重组风险；在以太坊转向权益证明后，又通过 ECIP-1110 将其停用。Classix 警告称，如果只有 Core Geth 节点启用 MESS，而 Besu、Nethermind、Getc 等其他客户端并未实现这一机制，不同客户端之间可能出现不一致行为。
新版本还替换了自 2020 年起由 etclabscore 维护的 DNS 树签名密钥，并写入 3 个新的 bootnode IP 地址，同时移除了两个较旧的发现树。报告称，替代用的 3 个域名托管在同一个 Cloudflare 账户下，迁移说明也没有交代新签名密钥由谁控制。
Classix 还指出，迁移指南要求运营方轮换 P2P 节点密钥，理由是 CVE-2026-26315，但这一问题早在 3 月已由 Aegis 修复。轮换密钥会改变节点在网络中的身份，并迫使其重新通过发现基础设施建立连接。
运营方被建议继续使用Argos
Classix 建议 ETC 运营方继续使用 Argos v1.12.23，并考虑采用不同客户端，避免算力过度集中在 Core Geth 上。当前可选客户端仍包括 Nethermind、Besu 和 Getc。
该机构同时呼吁 Ethereum Classic 的 GitHub 管理员加强仓库控制，包括为新仓库设立提案和审查流程、保护默认分支，并明确软件分发仓库的维护者身份。它还建议将 ethereumclassic/core-geth 仓库移除、归档，或至少加上“并非官方客户端”的警示说明。
补充信息：报告提到，Ethereum Classic 官网免责声明本身并未指定官方开发者、维护者、网站或客户端。Classix 认为，etclabscore 仓库目前的地位主要来自其过去 6 年的公开维护记录、持续更新和节点采用情况。
