BNB Chain 定于2026年8月25日上线 Pasteur 硬分叉，节点需提前更新客户端
BNB Chain 宣布，将在 2026 年 8 月 25 日 UTC 时间 02:30 启动 BNB 智能链（BSC）主网的 Pasteur 硬分叉。官方强调，所有节点运营商必须在此之前部署客户端版本 v1.7.7，否则将面临网络隔离风险。该信息由其在 8 月 14 日发布的博客公告正式确认。
Pasteur 升级是否属于统一元升级框架？
Pasteur 硬分叉被纳入元提案 BEP-673 的整体架构中，同时同步激活三项配套提案：BEP-682、BEP-695 与 BEP-675。其中，BEP-682 和 BEP-695 集中强化跨链桥接、质押机制及治理合约的安全性；而 BEP-675 则是一项非强制性吞吐量优化方案，可在无需硬分叉的前提下实施。
命名延续科学主题，渐进式演进网络能力
BNB Chain 一贯以科学家命名其重大升级，如 Pascal、Maxwell、Fermi 及 Mendel。Fermi 分叉已于 2026 年 1 月上线，成功将出块周期压缩至 0.45 秒。此后，网络保持在此节奏运行，未再追求更高速度，转而注重系统稳定性与可预测性。
重构跨链验证逻辑以杜绝重复签名漏洞
BEP-682 对资产跨链注入流程进行根本性调整。此前，BSC 依赖源链声明并信任其验证者集合。新机制引入预编译合约（地址 0x67），对签名数量与已知验证者名单进行比对。然而，原设计存在缺陷——无法识别重复出现的验证者，导致恶意构造的集合可通过多次列出同一签名者达成虚假多数。该提案通过去重处理，在计数前剔除冗余条目，确保阈值判断基于真实独立签名。
彻底切断旧密钥权限，实现密钥轮换真正失效
BEP-695 针对质押与治理中存在的权限残留问题提出三项关键修正：一、轮换后旧密钥立即丧失管理员权限；二、防止验证者借密钥更换规避待处理的驱逐程序；三、禁止被列入黑名单的地址参与基于签名的治理投票，从而阻断潜在的操控路径。
优化区块执行流程，提升吞吐量而不牺牲延迟
当前区块需经两次执行：构建者先行验证有效性，验证者随后再次完整执行。这一过程消耗约 450 毫秒，影响下个区块打包效率。BEP-675 允许构建者提交已完全执行的区块，验证者仅需校验共识规则并签名广播，后续再完成最终验证。测试数据显示，验证者执行耗时从 125 毫秒降至 15 毫秒，吞吐量由每秒 1237 笔跃升至 2324 笔，增幅近 88%。平均区块使用 Gas 量从 4635 万增至 8415 万，确认延迟维持稳定。但官方提醒，这些数据基于受控环境，主网高并发场景下的表现仍需验证，尤其在多构建者竞争同一时间槽位时。
运营商须在截止日前完成客户端升级与配置调整
节点运营商是本次硬分叉落地的关键执行方。BNB Chain 已提供详尽操作指南，帮助避免启动异常。采用 BEP-675 路径的构建者需额外投入资源，因需运行全节点以生成完整执行区块。尽管传统出价机制保留，但打包窗口显著缩短，要求更高的实时响应能力。
