BNB Chain、8月25日に"Pasteur"ハードフォーク実施へ　ブリッジ安全性と処理能力を強化

BNB Chainは2026年8月25日02:30（UTC）、BNB Smart Chain（BSC）で"Pasteur"ハードフォークを有効化する。必須アップグレードとなるクライアントv1.7.7で、ブリッジの検証強化、バリデーターの抜け道対策、ブロック処理能力の拡大を狙う3つのプロトコル提案（BEP）を導入する。 BSCメインネットの全ノードは、実施時刻までに新クライアントへ更新が必要。一般ユーザーと大半のdApp開発者は、資金移動やソフト更新などの対応は原則不要とされる。 ■主な変更点 ・BEP-682（クロスチェーン検証の強化） 別チェーンからブロックデータを受け入れる前に、バリデーター署名を検証する。重複したバリデーター情報を拒否し、1人の投票権が二重計上されるような特殊なバリデーターセットを防止する。これにより、投票しきい値が実際のスーパーマジョリティ（特別多数）を正しく反映する設計となる。 ・BEP-695（コンセンサス鍵とガバナンスの堅牢化） バリデーターがコンセンサス鍵をローテーションした場合、旧鍵は管理権限を失い、ローテーション後に権限が残存しない。未処理のスラッシュ退去（slash evictions）は新鍵にも引き継がれ、鍵の切り替えで罰則回避を試みる動きを抑える。加えて、ブラックリスト指定アドレスが署名ベースのガバナンス投票で制限を回避することを防ぐ。 これらはステーキングおよびガバナンスのシステムコントラクトに影響するが、プロトコル／システムコントラクト層で実装されるため、既存アプリの移行対応は不要としている。 ・BEP-675（ビルダー向けの高速"事前実行"ブロック経路） ビルダーが実行済みブロックを提出でき、バリデーターは迅速に署名・ブロードキャストし、時間制約の強い生成経路の外側で完全検証を完了できる。ビルダーは完全に実行されたブロックを生成するためフルノード運用が前提となる。従来型のブロック入札も継続するが、ビルダーがブロックを埋めるための時間は短くなる。 ■テスト（QANet）での結果 BNB Chainは、BSCのクロスリージョンのバリデーター構成を模した社内環境"QANet"でPasteurを検証し、管理された条件下で性能向上を確認した。 ・クリティカルパス処理時間：125ms→15ms ・平均ブロックガス使用量：46.35M→84.15M（現行上限100Mに対して） ・スループット：約1,237→約2,324 TPS ・ブロック間隔：450msで不変 ・ファイナリティ遅延：変化なし ただし、これらはQANetでのラボ値であり、同等の改善がメインネットで再現されるかは未確認としている。実施後は、運用者や開発者がテスト結果のどの程度が実トラフィックで反映されるか注視する見通し。 ■ノード運用者向けチェックリスト（必須） ・実施時刻までにクライアントv1.7.7を導入（未更新のメインネットノードは取り残される） ・config.tomlから[Eth] EnableBALを削除（残すと更新後クライアントが起動時に失敗） ・[TxPool] OverflowPoolSlotsの削除を推奨（残してもクライアントは黙って無視） ・journalfile、enablebal、txpool.overflowpoolslotsなど複数のコマンドラインフラグは廃止または無効化 ■背景 Pasteurは、直近のBSCアップグレードで主眼だったブロック時間短縮とは異なり、既存のブロック容量の活用効率を高めつつ、クロスチェーン送金とバリデーター権限周りのセキュリティギャップを塞ぐことを目的とする。Pasteurは7月21日からBSCテストネットで稼働しており、8月25日のメインネット適用がQANetで示された容量・スループット改善が実環境で成立するかの試金石となる。 ノード運用者、バリデーター、プロトコルレベルの開発に関わる事業者は、2026年8月25日02:30（UTC）までにv1.7.7へ更新し、設定変更の指示に従うよう求められる。一般ユーザーと多くのアプリ開発者は、追加対応は不要とされる。