BNB Chain、BSCメインネットでPasteurハードフォークを有効化 事前実行ブロックとバリデーターのセキュリティ修正が適用
重要ポイント
- •BEP-682は、重複したバリデーター署名が承認閾値に複数回カウントされる可能性があったブリッジ検証の不具合を修正します。
- •BEP-695は、退役したコンセンサス鍵から管理権限を即時に剥奪し、ブラックリスト登録アドレスに関するガバナンス投票の抜け穴を塞ぎます。
- •BEP-675により、ビルダーは事前実行済みブロックを提出できるようになり、ブロックウィンドウ内の重複実行を減らしてバリデーターの処理時間を短縮します。
- •QANetのテストでは、スループットが1,237から2,324トランザクション/秒へ増加し、平均ガス使用量は1ブロックあたり46.35 millionから84.15 millionへ向上しました。
- •一般の開発者やエンドユーザーに移行は不要ですが、この新しいブロック生成経路を使うにはビルダーがfastnodeからfullnodeインフラへ移行する必要があります。

BNB Chainは、BNB Smart Chain(BSC)メインネットでPasteurハードフォークを有効化しました。このアップグレードは、BEP-673の総称の下で3つの改善提案をまとめたもので、クロスチェーンブリッジとバリデーターのガバナンスにおけるセキュリティ脆弱性を解消しつつ、ブロック処理をより効率化することを目的としています。
有効化に先立ち、メインネットノードはクライアントバージョン1.7.7の実行が必要であり、運用者には互換性確保のためconfig.tomlから[Eth] EnableBALパラメータを削除するよう案内されていました。あわせて、ジャーナルファイル、トランザクションプールのオーバーフロー用スロット、fake-beacon系に関連するオプションを含む、いくつかのコマンドラインインターフェースのフラグは非推奨化または実質的に無効化されています。
Pasteurは、ブロック時間を0.45秒に短縮し、その速度での安定稼働を実現した以前のネットワーク最適化を引き継ぐものです。これまでのハードフォークが主に速度向上に焦点を当てていたのに対し、Pasteurは既存の容量をより十分に活用し、バリデーターの権限保持メカニズムを排除することを重視しています。
ブリッジとバリデーターのセキュリティ修正
BEP-682は、アドレス0x67にあるブリッジ検証用のprecompileに存在した重大な脆弱性を修正します。従来は、重複したバリデーター署名が必要閾値に対して繰り返しカウントされる可能性があり、プロトコル規則で求められる正当な署名者数より少ない状態でも、クロスチェーン資産移転が承認されるおそれがありました。クロスチェーンブリッジは業界でも特に攻撃対象となりやすい要素の一つであり、2022年のRonin Network、Wormhole、そしてBNB Chain自身のToken Hubブリッジへの攻撃では、それぞれ数億ドル規模の損失が発生しています。そのため、ブリッジ検証ロジックは業界全体で継続的なセキュリティ優先事項となっています。
BEP-695は、ローテーション後のバリデーター鍵管理を標準化します。これにより、退役したコンセンサス鍵は直ちに管理権限を失い、スラッシュによる排除ステータスは鍵のローテーションをまたいで維持され、さらに署名ベースのガバナンス投票における抜け穴も塞がれます。これまでブラックリストに登録されたアドレスが直接投票に適用される制限を回避できる余地がありましたが、今回の修正でその回避が防がれます。BSCのクロスチェーン移転とガバナンス投票はいずれも、少数の定期的にローテーションするバリデーター集合からの署名に依存しているため、退役鍵のライフサイクルは、資金移動やプロトコルレベルの投票を誰が行えるかに直接影響します。
BNB Chainは、X上の公式投稿でこの有効化を確認しました。
Pasteur hardfork is now live on BSC Mainnet. The upgrade strengthens bridge, staking and governance security, while giving blocks more room to carry transactions at the same 450ms block time. Read the full upgrades pic.twitter.com/mTTnRb9PNk
— BNB Chain (@BNBCHAIN), August 25, 2026 (X post)
パフォーマンス最適化とビルダー要件
BEP-675は、ビルダーが事前実行済みブロックを提出できるようにすることで、ブロック生成における最も大きな構造変更を導入します。これにより、450ミリ秒のブロックウィンドウ内でバリデーターがすべてのトランザクションを再実行する必要がなくなります。従来のアーキテクチャでは、ビルダーとバリデーターが同じトランザクション集合を個別に実行しており、その重複処理は重要経路で約125ミリ秒を消費し、ブロックがしばしば容量を大きく下回る原因となっていました。
メインネットのクロスリージョン・バリデータートポロジーを再現したQANet上で実施されたテストネットのベンチマークでは、この最適化によりバリデーターの処理時間が15ミリ秒まで短縮されました。スループットは既存のガス上限とブロック間隔を維持したまま、1,237から2,324トランザクション/秒へ増加し、平均ガス利用量も1ブロックあたり46.35 millionから84.15 millionへ改善しました。
このアップグレードは、一般の開発者やエンドユーザーに対して移行を必要としません。高需要時には利用可能なブロックスペースが増える一方で、ガス手数料や日常的な運用に変更はありません。BEP-675の経路を利用したいブロックビルダーは、完全実行済みブロックの生成責任を担うため、fastnodeからfullnodeインフラへの移行が必要です。新しいフローを直ちに採用しない場合でも、従来の入札メカニズムは引き続き利用可能です。
BEP-675の取り組みは、BNB Chainの2026年後半ロードマップの一部であり、エコシステム全体で長期的な10倍の容量向上に向けた中間段階として、メインネットのスループットを2倍にすることを目標としています。