BNB Chain 將於 8 月 25 日啟動 Pasteur 硬分叉,強化跨鏈橋與驗證者安全
重點速覽
- •Pasteur 硬分叉將於 8 月 25 日 UTC 時間上午 2 時 30 分在 BNB Smart Chain 主網啟動,將 BEP-673 下的三項提案打包在一起,此前的 Chapel 測試網工作已於 7 月 21 日展開。
- •BEP-682 在跨鏈橋驗證中拒絕重複的驗證者簽章,修補了 2022 年 10 月遭攻擊者利用的同一弱點——當時約 5.7 億美元的 BNB 透過偽造證明被移出網路跨鏈橋。
- •BEP-695 移除已退役共識金鑰的管理權限,讓未決罰則在金鑰輪替後仍持續綁定於驗證者,並禁止列入黑名單的地址參與基於簽章的治理投票。
- •在受控的 QANet 測試中,BEP-675 的區塊處理重新設計將驗證者處理時間從 125 毫秒縮短至 15 毫秒,並將吞吐量從每秒 1,237 筆提升至 2,324 筆交易,但 BNB Chain 提醒,這些數據並未反映實際主網流量。
- •主網節點營運者必須在啟動前執行 BSC 用戶端 v1.7.7 並移除 EnableBAL 設定,否則可能面臨失同步風險;大多數應用程式開發者與一般使用者則無需遷移。

BNB Smart Chain 是以交易活動量與鎖定總價值計最繁忙的 EVM 相容網路之一,將於 8 月 25 日進行下一次協調性協議升級,屆時 Pasteur 硬分叉正式上線,帶來跨鏈橋與驗證者金鑰管理方面的安全修補,以及經測試驗證的吞吐量提升。網路的區塊間隔與 gas 上限將維持不變。
根據 BNB Chain 的 Pasteur 公告,此硬分叉將於 8 月 25 日 UTC 時間上午 2 時 30 分啟動,此前的 Chapel 測試網工作已於 7 月 21 日展開。該升級以 BEP-673 打包,將三項提案整合為單一協調的主網切換。
更嚴格的跨鏈橋驗證與驗證者管控
BEP-682 收緊跨鏈橋驗證機制,在轉帳核准被計入之前,先行拒絕重複的驗證者簽章。在先前的機制下,重複出現的驗證者條目可能虛增投票權力,使得較少量的真實簽章即可達到門檻。
這項強化措施所屬的類別有著代價高昂的前車之鑑:跨鏈橋多次名列加密貨幣領域最常遭攻擊的目標之一,而 BNB Chain 本身更在 2022 年 10 月遭遇史上規模最大的攻擊事件之一,當時約 5.7 億美元的 BNB 透過偽造證明被移出網路的跨鏈橋,直到驗證者暫停網路並凍結大部分資金為止。BEP-682 正是針對 2022 年攻擊所利用的同一跨鏈橋驗證環節。
BEP-695 強化金鑰輪替相關的質押與治理機制。已退役的共識金鑰將喪失管理權限,未決罰則在輪替後仍持續綁定於驗證者,而列入黑名單的地址則不得參與基於簽章的治理投票。這些變更與任何透過跨鏈橋移動資產的人士,或是關注收緊驗證者紀律的區塊鏈升級的讀者息息相關。
新區塊處理路徑瞄準更高容量
BEP-675 重新設計區塊生產過程中建構者與驗證者的分工方式。建構者可以提交已完整執行的區塊交由驗證者審核,而非強迫每位驗證者立即重新執行相同的執行路徑。這種分工模式令人聯想到以太坊路線圖中討論已久的提議者—建構者分離概念。
此設計保留了 450 毫秒的區塊間隔與現有 gas 上限。在受控的 QANet 測試中,驗證者處理時間從 125 毫秒降至 15 毫秒,相同條件下的吞吐量則從每秒 1,237 筆交易提升至 2,324 筆。這些測試中的平均區塊 gas 用量也有所上升。BNB Chain 強調,這些數據來自受控環境,而非實際主網流量,實際網路效果將取決於有多少建構者採用新的處理路徑。
節點營運者面臨 8 月 25 日期限
主網節點營運者必須在啟動前執行 BSC 用戶端 v1.7.7,否則可能面臨失同步的風險。營運者還必須從設定檔中移除 EnableBAL 設定,否則更新的用戶端將無法啟動。此次版本移除或停用了多項過時的命令列選項。
大多數應用程式開發者與一般使用者無需進行遷移。採用新處理路徑的區塊建構者必須執行全節點而非快速節點。
Pasteur 接續先前縮短區塊時間的 Fermi 與 Osaka/Mendel 升級之後推出。本次版本將重心轉向更強化的跨鏈橋與驗證者安全,以及在相同區塊節奏下的更高容量;啟動後數週內最值得觀察的訊號,是建構者的採用速度,以及實際主網吞吐量與 QANet 測試結果的貼合程度。