BNB Chain 计划于2026年8月25日实施Pasteur硬分叉升级
BNB Chain 官方确认，将在2026年8月25日UTC时间02:30正式在BNB智能链主网上部署Pasteur硬分叉。所有节点运营商须在此之前完成客户端版本v1.7.7的更新，否则将面临网络隔离风险。该信息由其8月14日发布的官方博客进一步明确。
此次升级是否属于统一元级提案的一部分？
Pasteur硬分叉被纳入元提案BEP-673框架下，同时协调激活三项关联提案：BEP-682、BEP-695与BEP-675。其中，BEP-682与BEP-695专注于桥接、质押及治理合约的安全强化；而BEP-675则为一项吞吐量优化方案，理论上可在无需硬分叉前提下实现。
命名体系延续科学家主题，体现渐进式演进理念
BNB Chain延续以著名科学家命名硬分叉的传统，如此前上线的Fermi（2026年1月）已将出块时间压缩至0.45秒。当前网络维持此节奏稳定运行，未再追求更高速度，转而深化架构可靠性与安全性建设。
解决跨链验证中的重复签名漏洞问题
BEP-682对跨链资产注入流程进行重构。原机制依赖源链声明并直接信任验证者签名，现改为在地址0x67处调用预编译程序，对签名集合进行有效性校验。此前缺陷在于无法识别重复验证者，导致恶意构造的签名列表可虚增投票权重。新机制在计数前自动去重，杜绝此类绕过行为。
确保旧密钥彻底失效，防止权限残留
BEP-695针对验证者密钥轮换过程中的权限残留问题提出三重修正：一是轮换后旧密钥自动丧失管理员权限；二是阻止通过密钥更换规避驱逐指令；三是禁止被列入黑名单的地址参与基于签名的治理操作，从根源上消除滥用风险。
无损出块时间前提下显著提升区块填充效率
BEP-675优化了区块构建流程。过去验证者需重复执行一次已由构建者初步验证的区块，耗时约450毫秒，影响下一区块打包效率。新方案允许构建者提交已完整执行的区块，验证者仅需先校验共识规则并签名广播，随后再完成最终验证。测试数据显示，执行层负载从125毫秒降至15毫秒，吞吐量由1237 TPS跃升至2324 TPS，增幅近88%。平均区块Gas使用量从4635万增至8415万，确认延迟保持不变。但官方强调，当前数据来自受控环境，主网高并发场景下的表现仍待验证。
节点运营商应如何准备25日前的升级工作？
节点运营商是此次升级的关键执行方。官方已发布详尽操作指南，避免因配置错误引发异常。采用BEP-675路径的构建者需额外投入资源，因其必须运行全节点以生成已执行完毕的区块，而非依赖快速节点。尽管传统出价机制依然有效，但打包窗口缩短，对系统响应速度提出更高要求。
