BNB Chain发布BSC-Reth v0.1.4-hotfix修复状态根缺陷

BSC-Reth v0.1.4-hotfix修复状态根计算错误

BNB Chain于11月6日向BSC-Reth执行客户端的运营方发出紧急指令:立即安装v0.1.4-hotfix并重启软件。作为本次变更的第一手记录,发布说明写明,该补丁修复的是一个特定条件下会导致Reth计算出错误状态根的缺陷。状态根是账户余额、智能合约存储等网络状态的密码学表达,节点之间通过比对状态根来确认彼此持有相同的有效数据。

这份指令同时覆盖主网与测试网上的BSC-Reth,适用对象包括验证者、参与最大可提取价值活动的区块构建者、全节点运营方以及哨兵节点运营方,普通钱包用户不在其列。凡是在这条网络上运行区块链节点的一方,都属于本次通知的执行对象。根据发布说明,补丁引入了来自上游Reth项目针对一条遗留计算路径的修正,运营方既不需要迁移数据库,也不需要单独执行硬分叉。所需的操作只有安装加重启两步,运维负担落在处理和校验链上数据的机器一侧,应用层不受影响。

在补丁发布之前,BNB Chain已于同日发出另一份通知,承认了这一潜在风险,并将BSC-Reth的暴露面描述为有限。官方同时澄清,opBNB作为网络上的低成本侧链,并不使用卷入更广泛安全讨论的相关客户端op-reth。这条边界声明划定了补丁所涉及的BNB生态范围。本次修复此前还承接了一条11月3日的更新:Jenner硬分叉定于2026年12月8日星期二02:30(UTC)执行,主网运营方需在该时间点前完成兼容性准备。其中Payment Lane提案规定,当其他交易竞争区块空间时,符合条件的支付类交易默认保留每个区块5%的gas容量。

Red Alarm在钱包连接前提示风险应用

BNB Chain并未把两份通知归因于同一起安全事件,提醒与运营方补丁分别针对网络的两个层面。在11月7日的发帖中,团队引导用户使用DappBay的Red Alarm清单:去中心化应用与智能合约一旦满足潜在风险条件,就会在该清单中被标记。Red Alarm内置于DappBay,提供两个入口,一个是可浏览的高风险项目列表,另一个是扫描器,用户可在资金划转之前核查单个智能合约或钱包地址。条目支持按应用类别、所在区块链、风险成因和收录日期排序,用户可以在连接任何涉及私钥的应用之前,先查清项目附带的 warnings 记录。

警告覆盖多种模式。某些条目表明应用网站已无法访问,工具同时注明原因可能不止一种,包括项目彻底停止运营。另有条目指向涉嫌庞氏结构的安排,或可能让用户蒙受损失的合约特性。这项服务并不新鲜:BNB Chain于2022年7月通过DappBay推出Red Alarm,2022年8月的一次更新显示,系统上线数周内已扫描超过3,300份合约,并将访客引导至50余个被标记为高风险的项目。我们此前关于Red Alarm在2023年标记445个高风险应用的报道显示,一年之后这份清单的覆盖规模已经大得多。

DappBay对其评估能力本身写明了边界。该服务声明,风险评估依据自动扫描、模型以及可获取的合约信息,评级不应被解读为背书,也不能替代用户自行核查。按照这一措辞,未出现在清单上从来不等于安全证明。

把两份通知放在一起看,网络的安全工作沿一条清晰的界线分工。GitHub发布说明是其中的承重文档:它写明了确切的缺陷,即状态根计算错误,也写明了确切的解法,即v0.1.4-hotfix加重启,不附带迁移或硬分叉。Red Alarm提醒则不包含任何新的技术变更,只是把用户重新指向一个自2022年起运行的扫描器。两份通知均未披露市场影响或与BNB价格走势的关联,我们此前的独立解读显示,BNB价格在早前表态之后于701美元的阻力位下方徘徊。至于被管理的风险本身,链上已有先例:一次闪电贷攻击抽空了260.21枚BNB的InsurancePool,展示了漏洞损失的实际形态。数字本身划定了这里的边界:Red Alarm记录的是扫描抓到的对象,而非市面上所有风险应用,留给用户的防线仍是尽职核查,包括学会阅读区块链安全审计报告。