BidBlockがBNBスマートチェーンのブロック生成効率を向上

BNBスマートチェーン（BSC）は、伝統的なブロック生成プロセスの非効率性に対処するために、BEP-675の下で導入されたブロック生成メカニズムであるBidBlockを実装しました。BidBlockは、ブロックを封印する前にバリデーターによる冗長なトランザクション実行を排除し、より高いガス制限やスケーラビリティの向上の可能性を生み出します。

BidBlockがブロック生成をどのように変えるか

従来のSendBidプロセスの下では、ビルダーとバリデーターの両方がブロックが封印される前にトランザクションを実行し、ブロック間隔内で貴重な時間を消費します。BidBlockは、このワークフローを変更し、ビルダーが既に実行結果が付随した状態でブロックを提出できるようにします。バリデーターはその後、ブロックを封印し、正確性を確認するために再度トランザクションを実行します。この調整により、実行回数が三回から二回に減少します（BEP-675に基づく）。

新しいプロセスはネットワークのガス制限を自動的に引き上げるものではありませんが、ビルダーがブロックを構築するための時間を増やすことができ、設定次第でより高いガス制限を可能にします。バリデーターは、無効な提出があった場合、ビルダーのSendBidBlock権限を取り消すオプションを維持し、従来のSendBidプロセスに戻ります。

BidBlockの主な機能

BidBlockの提出には以下が含まれます：

• 状態ルートやレシートルートなどの実行結果を含むヘッダー。
• 署名済みのユーザートランザクションと署名なしのシステムトランザクション。
• 追加データのためのオプションのブロブサイドカー。

バリデーターは、封印する前に親ブロックと合意ルールに対して決定論的なヘッダーフィールドを検証します。放送後、提出された結果を確認するために、ローカルでブロックを再実行します。通常のブロック有効性ルールは変更されず、ネットワークの整合性を保証します。

reth-bsc v0.1.3の強化

reth-bsc v0.1.3リリースは、輸送と信頼性を改善することでBidBlockをサポートします。RLPエンコードされたバイナリペイロードをgRPC経由で使用し、JSON解析に比べてシリアル化オーバーヘッドを削減します。追加機能には以下が含まれます：

• ゼロ状態ルートを持つBidBlockの拒否。
• ノードの再起動にわたる取り消しの保持。
• 悪いBidBlockと取り消し活動を監視するためのメトリクス。

バリデーターは、ピアからの証拠を使用してローカルのSendBidBlock権限を取り消すこともでき、プロトコルの堅牢性を強化します。

パフォーマンスへの影響

BEP-675は、BidBlockがモデル化された条件下で50%高いガス制限を可能にする可能性があると推定していますが、この数字は実際のトランザクションスループットの保証された増加ではなく、キャパシティュの余裕を示しています。Pasteurアップグレード後の観察から、BidBlock V2がV1に比べてブロックごとのガスが28%平均増加したことが示され、より複雑なワークロードを処理する可能性があることが示されています。

ビルダー、バリデーター、セントリーオペレーターは、展開プロセスの一環としてBidBlockの輸送と権限管理を検証することを奨励されています。詳細については、BEP-675とreth-bsc v0.1.3のリリースノートを参照してください。