BNB Chain 於 8 月 25 日 02:30 UTC 在 BNB 智慧鏈主網啟動了 Pasteur 硬分叉，引入了三項變更，重點關注橋接安全性、驗證者授權和區塊容量。
摘要
- BNB Chain 於 2026 年 8 月 25 日 02:30 UTC 成功在 BSC 主網啟動 Pasteur。
- 三項提案加強了橋接驗證、驗證者授權和區塊建構，而無需進一步縮短區塊時間。
- BEP-682 在跨鏈輕區塊檢查期間拒絕重複的驗證者，現在在鏈上保護真正的超級多數批准要求。
- QANet 基準測試在受控條件下將吞吐量從每秒 1,237 筆交易提高到 2,324 筆，增加了 88%。
- 節點營運商需要在主網啟動開始前（星期二）使用客戶端版本 1.7.7 並移除 EnableBAL。
網路確認 Pasteur 在預定啟動後已上線。BSC 繼續以現有的 450 毫秒間隔產生區塊，升級後立即沒有公開報導重大中斷。
Pasteur 結合了 BEP-682、BEP-695 和 BEP-675，屬於更廣泛的 BEP-673 升級計劃的一部分。這些變更自 7 月 21 日起在 BSC 的 Chapel 測試網上運行，然後才到達主網。
BNB Chain Pasteur 加強橋接驗證
BEP-682 改變了 BSC 驗證透過跨鏈基礎設施提交的輕區塊的方式。在 Pasteur 之前，驗證過程沒有明確拒絕提交的驗證者清單中的重複條目。
因此，精心設計的請求可能多次包含同一個驗證者。單獨計算這些條目可能會使橋接批准看起來獲得了比實際更多的獨立驗證者的支持。
Pasteur 在計算是否達到所需投票門檻之前拒絕重複的驗證者條目。現在，每個批准必須來自不同的驗證者，輕區塊才能滿足超級多數要求。
BNB Chain 沒有報告攻擊者利用此漏洞，也沒有將任何先前的資產損失歸因於此。此變更是對橋接驗證的預防性修正，而不是對已揭露盜竊的回應。
跨鏈基礎設施仍然是去中心化網路的主要安全問題。在相關報導中，橋接攻擊透過受損的金鑰、合約缺陷和弱訊息驗證造成了數十億美元的累計損失。
舊驗證者金鑰失去其權限
BEP-695 填補了涉及驗證者金鑰輪換、罰沒和治理的漏洞。當驗證者替換其營運者金鑰時，先前的金鑰現在失去其管理權。
該提案還防止驗證者透過輪換金鑰來逃避待處理的罰沒。罰沒和移除流程仍然附著在驗證者身上，而不是在其營運者地址更改時消失。
Pasteur 進一步阻止受限地址使用鏈下簽名參與治理。BNB Chain 已經阻止黑名單地址直接投票，但這些帳戶可能簽署投票並讓另一個地址提交它們。
更新的治理合約在計算委託投票之前檢查原始簽署者。如果該簽署者受到限制，則無論哪個帳戶提交，投票都會被拒絕。
新的區塊路由減少重複執行
BEP-675 為專業建構者引入了一條可選路徑，以提交他們已經執行的區塊。驗證者根據共識規則檢查提議的區塊，簽署並廣播它，然後完成完整的執行驗證。
较早的路線要求建構者和驗證者在驗證者簽名之前都執行交易。這種重複消耗了 BSC 短暫的區塊時間視窗的一部分，並可能在高需求期間使區塊低於其最大容量。
建構者可以繼續使用先前的流程。新路線必須通過網路的遠端程序呼叫介面啟用，讓參與者有時間整合它。
BNB Chain 表示，該路線可以在每個區塊中容納更多交易，但其公佈的效能數據來自受控測試，而非主網活動。
在 QANet（一個旨在反映地理分散驗證者的內部環境）上的測試，將吞吐量從每秒 1,237 筆交易提高到 2,324 筆。每個區塊的平均 Gas 消耗從 4,635 萬上升到 8,415 萬，而 1 億的 Gas 上限保持不變。
主網數據將考驗 88% 的容量增益
Pasteur 不會提高區塊 Gas 上限，也不會縮短 Fermi 升級引入的 450 毫秒區塊間隔。其容量增益取決於建構者採用 BEP-675 並提交更滿的區塊。
BNB Chain 要求節點營運商在啟動前安裝客戶端版本 1.7.7。營運商還需要移除已棄用的 EnableBAL 欄位，因為將其留在設定檔中會阻止更新的客戶端啟動。
如先前報導，BNB Chain 警告營運商在分叉前完成強制性的 Pasteur 更新。執行不相容軟體的營運商可能面臨與主網不同步的風險。
下一個證據將來自即時區塊利用率、交易吞吐量、錯過區塊率和驗證者效能。這些測量將顯示 QANet 的容量改進是否能持續應用於主網需求。
