BNBチェーンが8月25日にパスツールハードフォークを活性化し、セキュリティとスループットを強化

BNB Chainの「Pasteur」ハードフォークが8月25日に稼働 — 知っておくべきこと BNB Chainは、2026年8月25日02:30 UTCにBNB Smart ChainでPasteurハードフォークを活性化します。この必須アップグレード（クライアントv1.7.7）は、ブリッジセキュリティの強化、バリデーターの回避策の制限、およびブロック処理能力の向上を目的とした3つのプロトコルレベルの提案を導入します。すべてのBSCメインネットノードは、活性化前に新しいクライアントを実行する必要があります。一般ユーザーおよび大多数のDApp開発者は、資金の移動やソフトウェアの変更を必要としません。変更内容 - BEP-682 — 強化されたクロスチェーン検証：BSCは、他のチェーンからのブロックデータを受け入れる前にバリデーターの署名を検証するようになります。このアップグレードにより、特定の構成されたバリデーターセットが単一バリデーターの投票権を二重にカウントする行為を、重複するバリデーターエントリを拒否することで防ぎ、投票閾値が実際のスーパー過半数を正確に反映するようになります。 - BEP-695 — コンセンサスキーとガバナンスの強化：バリデーターがコンセンサスキーをローテートする際、古いコンセンサスキーは管理権限を失います（ローテート後は権限を保持しなくなります）。保留中のスラッシュによる排除は、バリデーターが新しいキーに移動しても適用されます。これにより、キーを切り替えてペナルティを回避しようとする行為を阻止します。また、この提案はブラックリスト登録アドレスが署名ベースのガバナンス投票を通じて制限を回避することを防ぎます。これらの変更はステーキングおよびガバナンスシステム契約に影響しますが、プロトコル/システム契約レベルで実装されるため、開発者は既存アプリの移行を必要としません。 - BEP-675 — ビルダー向けの高速・事前実行ブロックパス：ビルダーはすでに実行済みのブロックを提出でき、バリデーターはそれらのブロックに迅速に署名し、ブロードキャストして、時間制約のある本番パスから離れて完全な検証を完了できます。このオプションでは、ビルダーがフルノードを実行する必要があります（完全に実行済みのブロックを生成するため）。従来のブロック入札は引き続き存在しますが、ビルダーにブロックを埋めるための時間が短縮されます。テストでのパフォーマンス（QANet） BNB Chainは、BSCのクロスリージョンバリデーターセットを模倣する内部環境であるQANetでPasteurをテストし、制御された環境で顕著な改善を確認しました： - クリティカルパス処理時間が125msから15msに短縮。 - 平均ブロックガス使用量が4635万から8415万に増加（既存の1億制限に対応）。 - スループットが約1,237トランザクション/秒から約2,324トランザクション/秒に向上。 - ブロック間隔は450msのまま、最終確定遅延は変化なし。 BNB Chainは、これらがQANetでの実験データであると注意喚起しています。メインネットでの同等の改善はまだ確認されていません。メインネット活性化後、運用者と開発者は、テストネットでの改善が本番トラフィックにどれだけ反映されるかを見守ることになります。ノード運用者チェックリスト（必須） - 活性化時刻前にクライアントv1.7.7をインストールしてください。アップグレードしないメインネットノードは取り残されます。 - config.tomlから[Eth] EnableBALを削除してください。これを削除しないと、更新されたクライアントが起動時に失敗します。 - [TxPool] OverflowPoolSlotsの削除をお勧めします（このフィールドが残っている場合、クライアントは静かに無視します）。 - --journalfile、--enablebal、--txpool.overflowpoolslotsなどの複数のコマンドラインフラグは現在廃止または非活性です。背景と文脈 Pasteurの焦点は、最近のBSCアップグレードが主にブロック時間を短縮することに集中していたのとは異なります。このフォークは、既存のブロック容量をより効率的に活用しつつ、クロスチェーン振替およびバリデーター権限に関するセキュリティギャップを閉じることを目指しています。Pasteurは7月21日からBSCテストネットで稼働しており、メインネットへの導入が、QANetでの容量およびスループット改善が実際のトラフィック下で実現されるかどうかの真の試練となります。ノードを運用している方、バリデーターを実行している方、またはプロトコルレベルで開発している方は、8月25日02:30 UTCまでにクライアントv1.7.7にアップグレードし、設定ガイドラインに従ってください。これによりサービス中断を回避できます。一般ユーザーおよび大多数のアプリ開発者は、特別な対応は必要ありません。