$BNB Chain宣布，将于2026年8月25日 02:30 UTC 在$BNB Smart Chain (BSC)主网激活其巴氏分叉。
文件指出，所有节点运营商必须在此时间之前将客户端升级至1.7.7版本，否则存在断网风险。
BNB Chain在8月14日发布的博客文章中确认了日期和客户端要求。
BNB Chain的提案是否整合在了一次通用升级中？
巴氏分叉 包含 在元提案BEP-673中。然而，它也将另外三项提案——BEP-682、BEP-695和BEP-675——整合到了一次协调激活中。
BEP-682和BEP-695专注于桥接、质押和治理的安全性方面的工作。BEP-675是一个旨在提高吞吐量的提案，其在技术上不需要硬分叉即可运行。
$BNB Chain为其硬分叉有意选择了命名。它们都以科学家命名，包括帕斯卡、麦克斯韦、费米和孟德尔。每个硬分叉都为区块链带来了渐进式的变化。
费米分叉于2026年1月推出，帮助将BSC网络出块时间缩短至0.45秒。自那以后，网络一直稳定在这一水平，并未进一步加速。
消除桥接中重复验证系统的漏洞
BEP-682标准旨在修订BSC系统中跨链转账的验证方法。
当资产跨链转入时，BSC不会直接信任源区块链的声明。相反，它会调用位于地址0x67的预编译合约，该合约会根据已知的验证者集合统计验证者签名。只有在获得绝大多数签名后，转账才会执行。
然而，这种方法存在缺陷，因为无法确认每个验证者只出现一次。
一个特别设计的验证者集合可以多次列出同一签名者，在每次出现时都计算其投票权，从而以少于规则要求的真实签名数量突破阈值。
BEP-682在计数前会移除重复项，确保冗余数据集不再能突破阈值。
如何确保过时的验证者密钥真正失效
BEP-695标准旨在消除质押和治理系统中的漏洞。当验证者进行计划内技术维护而更换其共识密钥时，假设废弃的密钥不再拥有任何权限。
然而，过去情况并非完全如此。现在，针对每个BNB Chain的链，此问题已有三项修正。第一，旧的、已更换的密钥将失去其验证者管理员权限，而不再保留它们。
第二项修正确保验证者无法再通过密钥轮换来规避即将发生的惩罚（slash）。同时，它也阻止了黑名单地址参与基于签名的治理投票。
无燃料消耗或区块时间限制的“更满”区块
目前，BSC中的区块会执行两次。首次执行时，区块构建者运行交易以验证区块的有效性，随后验证者在签名前会再次运行所有这些交易。
然而，这个动作再次花费450毫秒（ms），而验证者花费在执行第二次查询上的时间，正是区块打包者浪费的可以用来打包下一个区块的时间。
BEP-675标准允许构建者传递一个他们已经执行完毕的区块。
这一次，验证者根据共识规则验证其合规性、进行签名、传播数据，然后完成完整性检查。
测试网收集的数据显示，验证者执行交易所花费的时间从125毫秒减少到了15毫秒。此外，吞吐量增长了近88%——从每秒1237笔交易（TPS）增至2324笔交易/秒，同时燃料上限1亿和450毫秒的间隔保持不变。
区块的平均燃料使用量从4635万增至8415万。交易最终确认的延迟保持不变。然而，BNB Chain强调，这些是受控负载下的指标。网络仍需承受主网的负载压力，特别是在多个构建者竞争同一区块槽位时。
节点运营商在25日之前需要做什么？
节点运营商是那些需要为巴氏分叉项目做准备的人。BNB Chain提供了关于如何操作以避免启动错误的详细文档。
希望采用BEP-675算法的构建者可能需要付出额外努力，因为这意味着需要运行一个全节点而不是快速同步节点，因为现在构建者需要创建已完全执行的区块。传统的交易打包方案继续有效，只是打包时间更短了。
end-content
