BNB Chainはもう一つの大規模なアップグレードに向かっており、今回はネットワークの速度をどれだけ向上させるかではなく、実際のユーザーが本格的に負荷をかけたときにどれだけ耐えられるかに焦点を当てています。大阪／メンデルのハードフォークは2026年4月28日02:30 UTCに予定されており、BNB Chainのリリースノートによると、メインネットのアップグレードはBSCユーザーにとって必須であり、フォーク前の必要なリリースとしてv1.7.2が記載されています。このアップグレードには9つのBEPが含まれ、BEP-652の下でのプロトコルレベルのトランザクションガスキャップや、メインネットリリースにおけるblob関連および実行レベルの修正が含まれています。そのタイミングが重要なのは、BNB Chainが過去1年間、速度追求に積極的に取り組んできたからです。ローレンツのハードフォークはブロック時間を3秒から1.5秒に短縮し、より高速な確認とバリデータの同期を促進しました。マックスウェルはさらにBSCを0.75秒のブロック時間に押し下げ、最近のフェルミのハードフォークでは約0.45秒にまで短縮し、増加するネットワーク使用量の下で予測可能なパフォーマンスを強調しています。これらのアップグレードにより、BNB Chainは主要なEVMネットワークの中でも最速の一つとなりましたが、その一方で安定性、ガスの一貫性、実行の質の重要性も高まりました。大阪／メンデルはその物語の次のステップのように見えますが、異なる重点を持っています。ブロック生成をさらに低く抑えようとするのではなく、圧力下でのチェーンの挙動をより厳密に制御することを目的としています。つまり、混雑時の驚きの少なさ、より予測可能なガス挙動、そしてトランザクションが実際の条件下でどのように動作するかをモデル化しなければならない開発者にとってよりクリーンな体験を提供することです。すでにサブ秒速度で動作しているネットワークにおいて、単に高速なチェーンと高速かつ一貫性のあるチェーンの違いは、より顕著に見えるようになります。ネットワーク性能の向上を目指してメンデルのドキュメントで最も明確な変更点の一つは、BEP-652を通じて導入された個々のトランザクションガスに対するプロトコルレベルの上限です。これはEIP-7825を実装し、検証時に16,777,216ガスを超えるトランザクションを拒否します。これは一目で気付くような変更ではありませんが、活動が急増したときにチェーンの安定性を保つためのルールです。重いトランザクションの周囲に硬い境界を設けることで、BNB Chainは実行を予測可能に保ち、異常な負荷によるブロック処理の歪みを防ごうとしています。大阪側のアップグレードには、同じ方向を指すいくつかのEthereumに整合した実行変更も含まれています。BSCのチェンジログには、MODEXPの上限を設定するEIP-7823、トランザクションガス制限のEIP-7825、ModExpガスコスト増加のEIP-7883、blobの基本料金を実行コストで制限するEIP-7918、実行ブロックサイズの制限を定めるEIP-7934、CLZ命令のEIP-7939、secp256r1曲線のサポートを追加するEIP-7951が含まれています。実用的には、これらはより正確な実行ルール、より効率的な低レベルの計算、そして通常のEthereumスタック外の暗号標準との互換性向上を意味します。この暗号技術の部分は、複数のエコシステムと連携しなければならないインフラを構築する開発者にとって特に重要です。secp256r1のサポートは、Ethereumのデフォルト曲線とは異なる標準に依存するシステムとの接続を容易にし、認証フローやエンタープライズ統合、オンチェーンとオフチェーンのセキュリティモデルを橋渡しするアプリケーションにとって重要となる可能性があります。CLZ命令は、多くのユーザーには見えない追加ですが、開発者はこれを使ってバイトコードレベルでの実行効率を向上させることができ、ネットワークがすでに高速に動いている段階では、小さな最適化が重要になり始めます。メンデルのリリースノートはまた、BNB Chainがblob関連の挙動と高速確定性に細心の注意を払っていることを示しています。チェンジログには、ビッドのためのblobサイドカー検証のサポートが含まれ、以前の大阪／メンデルのテストネットノートには、BEP-657によるblobトランザクションのブロック番号による制限や、BEP-655によるブロックサイズのチェックが記載されています。別途、BNB Chainのノートには、インメモリ投票プールによる高速確定性の向上とされるBEP-648も言及されています。これらの変更は、スループットだけでなく、確認の迅速さ、信頼性、耐障害性を確保することを目的としています。また、フォークにはより広範な戦略的メッセージも含まれています。BNB Chainはすでに、3秒のブロックから1.5秒、次に0.75秒、そしてフェルミの0.45秒の目標へと進化してきました。大阪／メンデルは、純粋な速度向上から成熟へとシフトしていることを示唆しています。つまり、ネットワークはすでにヘッドラインのレースに勝利しています。次に来るのは、実世界の需要や重い計算、そして何百万ものユーザーが使うようになったときに現れる複雑なエッジケースに耐えられるように速度を維持する、あまり華やかではないがより重要な仕事です。だからこそ、大阪／メンデルは、劇的な新速度記録を伴わなくても重要に感じられるのです。それは勢いの維持であり、目的の洗練でもあります。BNB Chainは依然として高速に動いていますが、今回は速度に規律をもたらすことを目指しています。もしアップグレードが予定通り4月28日に実施されれば、真のテストはBNB Chainが以前より速くなるかどうかではなく、その速度を維持しながら、開発者やユーザーがその特権のために負担を強いられないかどうかになるでしょう。
BNBチェーン、実行と確定性を向上させるための大阪／メンデルアップグレードを準備
BNB Chainはもう一つの大規模なアップグレードに向かっており、今回はネットワークの速度をどれだけ向上させるかではなく、実際のユーザーが本格的に負荷をかけたときにどれだけ耐えられるかに焦点を当てています。大阪／メンデルのハードフォークは2026年4月28日02:30 UTCに予定されており、BNB Chainのリリースノートによると、メインネットのアップグレードはBSCユーザーにとって必須であり、フォーク前の必要なリリースとしてv1.7.2が記載されています。このアップグレードには9つのBEPが含まれ、BEP-652の下でのプロトコルレベルのトランザクションガスキャップや、メインネットリリースにおけるblob関連および実行レベルの修正が含まれています。
そのタイミングが重要なのは、BNB Chainが過去1年間、速度追求に積極的に取り組んできたからです。ローレンツのハードフォークはブロック時間を3秒から1.5秒に短縮し、より高速な確認とバリデータの同期を促進しました。マックスウェルはさらにBSCを0.75秒のブロック時間に押し下げ、最近のフェルミのハードフォークでは約0.45秒にまで短縮し、増加するネットワーク使用量の下で予測可能なパフォーマンスを強調しています。これらのアップグレードにより、BNB Chainは主要なEVMネットワークの中でも最速の一つとなりましたが、その一方で安定性、ガスの一貫性、実行の質の重要性も高まりました。
大阪／メンデルはその物語の次のステップのように見えますが、異なる重点を持っています。ブロック生成をさらに低く抑えようとするのではなく、圧力下でのチェーンの挙動をより厳密に制御することを目的としています。つまり、混雑時の驚きの少なさ、より予測可能なガス挙動、そしてトランザクションが実際の条件下でどのように動作するかをモデル化しなければならない開発者にとってよりクリーンな体験を提供することです。すでにサブ秒速度で動作しているネットワークにおいて、単に高速なチェーンと高速かつ一貫性のあるチェーンの違いは、より顕著に見えるようになります。
ネットワーク性能の向上を目指して
メンデルのドキュメントで最も明確な変更点の一つは、BEP-652を通じて導入された個々のトランザクションガスに対するプロトコルレベルの上限です。これはEIP-7825を実装し、検証時に16,777,216ガスを超えるトランザクションを拒否します。これは一目で気付くような変更ではありませんが、活動が急増したときにチェーンの安定性を保つためのルールです。重いトランザクションの周囲に硬い境界を設けることで、BNB Chainは実行を予測可能に保ち、異常な負荷によるブロック処理の歪みを防ごうとしています。
大阪側のアップグレードには、同じ方向を指すいくつかのEthereumに整合した実行変更も含まれています。BSCのチェンジログには、MODEXPの上限を設定するEIP-7823、トランザクションガス制限のEIP-7825、ModExpガスコスト増加のEIP-7883、blobの基本料金を実行コストで制限するEIP-7918、実行ブロックサイズの制限を定めるEIP-7934、CLZ命令のEIP-7939、secp256r1曲線のサポートを追加するEIP-7951が含まれています。実用的には、これらはより正確な実行ルール、より効率的な低レベルの計算、そして通常のEthereumスタック外の暗号標準との互換性向上を意味します。
この暗号技術の部分は、複数のエコシステムと連携しなければならないインフラを構築する開発者にとって特に重要です。secp256r1のサポートは、Ethereumのデフォルト曲線とは異なる標準に依存するシステムとの接続を容易にし、認証フローやエンタープライズ統合、オンチェーンとオフチェーンのセキュリティモデルを橋渡しするアプリケーションにとって重要となる可能性があります。CLZ命令は、多くのユーザーには見えない追加ですが、開発者はこれを使ってバイトコードレベルでの実行効率を向上させることができ、ネットワークがすでに高速に動いている段階では、小さな最適化が重要になり始めます。
メンデルのリリースノートはまた、BNB Chainがblob関連の挙動と高速確定性に細心の注意を払っていることを示しています。チェンジログには、ビッドのためのblobサイドカー検証のサポートが含まれ、以前の大阪／メンデルのテストネットノートには、BEP-657によるblobトランザクションのブロック番号による制限や、BEP-655によるブロックサイズのチェックが記載されています。別途、BNB Chainのノートには、インメモリ投票プールによる高速確定性の向上とされるBEP-648も言及されています。これらの変更は、スループットだけでなく、確認の迅速さ、信頼性、耐障害性を確保することを目的としています。
また、フォークにはより広範な戦略的メッセージも含まれています。BNB Chainはすでに、3秒のブロックから1.5秒、次に0.75秒、そしてフェルミの0.45秒の目標へと進化してきました。大阪／メンデルは、純粋な速度向上から成熟へとシフトしていることを示唆しています。つまり、ネットワークはすでにヘッドラインのレースに勝利しています。次に来るのは、実世界の需要や重い計算、そして何百万ものユーザーが使うようになったときに現れる複雑なエッジケースに耐えられるように速度を維持する、あまり華やかではないがより重要な仕事です。
だからこそ、大阪／メンデルは、劇的な新速度記録を伴わなくても重要に感じられるのです。それは勢いの維持であり、目的の洗練でもあります。BNB Chainは依然として高速に動いていますが、今回は速度に規律をもたらすことを目指しています。もしアップグレードが予定通り4月28日に実施されれば、真のテストはBNB Chainが以前より速くなるかどうかではなく、その速度を維持しながら、開発者やユーザーがその特権のために負担を強いられないかどうかになるでしょう。