Ethereum MPBCがメインネットで稼働開始：マルチパーティーブロック構築がPBSをどのように拡張するか
2026年9月16日、Ethereumのプロトコル外ブロック構築パイプラインは、マルチパーティブロック構築（MPBC）がメインネットで稼働し、具体的な前進を遂げました。このシステムはBlockspace Forumが調整し、既存のプロポーザー・ビルダー分離オークションを維持しながら、複数のビルダーが同じブロックにトランザクションを提供できるようにします。最初の24時間の初期データでは、約3％のブロックがマルチパーティ方式を使用し、20,000件以上のトランザクションが通常より速く含められました。この設計は厳密に追加的であり、コンセンサスの変更もハードフォークも必要なく、主要リレーに既に接続しているバリデーターが設定を変更する必要もありません。Titan、Ultra Sound、Aestusなどのオペレーターがマルチパーティブロックの提供を開始し、ビルダーの約85％、バリデーターの約90％でカバレッジが報告されています。
アプローチは明確です。MPBCは、単一のスロット内で追加の含意パスを生成することでPBSモデルを拡張します。最高額を提示した単一ビルダーのベースブロックは、他の参加希望ビルダーからの競合しないトランザクションを追加することで改善されます。結果として得られるマルチパーティブロックは、配信時に利用可能な最良のシングルパーティ替代案よりも高い価値を生む場合にのみ配信されます。このメカニズムは、現在のパイプラインにおける既知の構造的ギャップ、トランザクション可視性の制限、勝者総取りのダイナミクス、サービストランザクションへの弱い対応といった課題に焦点を当てながら、エンシャインドPBSやFOCILなどの今後のプロトコル変更とも完全に互換性を保ちます。
MPBCの初期バージョンでは、最高入札額の単一参加者ブロックがベースとなります。オペレーターは、ベースブロックの状態や実行保証と競合しない他のビルダーが提出した対象となるトランザクションを特定します。これらの追加は、交差または再配置ではなく、追加されます。ベースから欠落していたプロポーザーのコミットメントなどのサービストランザクションも追加できます。マルチパーティブロックが組み立てられた後、オペレーターはその有効性を確認するために再シミュレーションを行い、追加トランザクションによって生成された余剰価値を計算します。マルチパーティブロックが配信時に利用可能な最高単一参加者ブロックよりも高い入札額を支払い、かつベースビルダーが同一である場合にのみ、マルチパーティヘッダーがプロポーザーに提供されます。Blockspace Forumが公開したドキュメントには、オペレーターがリバートする可能性のあるすべてのトランザクションをフィルタリングすることを含む、正確なマージおよび配信ステージが詳細に記載されています。
初期のメインネット結果では、複数のビルダーが関与するブロックが、単一ビルダーの代替案と比較して最大810件の追加トランザクションを含んでいたことが報告され、特定のケースではガス使用量が大幅に増加しました。追加専用の制約により、設計は最初の本番デプロイにおいてシンプルで安全でありながら、ブロックスペース利用効率の明確な向上を実現しています。ビルダーは、各入札に付与されるメタデータフラグを通じて参加を制御します。ビルダーは、ブロックをマージベースとして有効とマークしたり、個々のトランザクションを他のベースにマージ可能とマークできます。オペレーターは、伝播の信頼性を向上させるためにペイロードを相互に共有します。追加トランザクションによって生み出された価値は、固定的な初期ルールに従って分配されます。余剰は、ベースビルダー、寄与したビルダー、オペレーター、プロポーザーの間で均等に分割されます。優先手数料は引き続きベースビルダーのコインベースに蓄積され、分配支払いは、ベースビルダーがオペレーターに預けた準備金から資金を調達したトランザクションを追加することで決済されます。この仕組みにより、小規模なビルダーはフルオークションに勝利しなくても収益を得る道が開かれ、同時にベーススロットに対する競争的な入札インセンティブも維持されます。
運用初日のフルデイにおいて、Ethereumブロックの約3パーセントがマルチパーティ構成を採用しました。8月下旬から開始されたテストでは、既に2万件以上のトランザクションがより速く含められることを実証していました。ローンチと同時に公開されたライブダッシュボードは、参加率、余剰価値、およびマルチパーティブロックごとに追加で確定したトランザクション数を追跡しています。これらの数値はシステムが新しく、ビルダーがまだ1件ずつ参加を選択しているため、まだ控えめですが、方向性は明確です。以前は後続のスロットに先送りされていた特定の振替やblobトランザクションが、全体の価値を高める際に今では吸収されるようになっています。Blockspace Forumの事前ローンチドライランデータ（約25万ブロック分）によると、すべての対象トランザクションがマージ可能である場合、完全に活用されたV1実装はブロック価値を最大4.15パーセント引き上げる可能性があります。
実際のメインネットのパフォーマンスは、より多くのビルダーがSafe口座をオペレーターに登録し、そのフローをマージ可能とマークする速度に依存します。ユーザーにとっての実質的な効果は、需要が高まった時期における待ち時間の短縮です。あるビルダーがフィルタリングした、またはまったく見なかったトランザクションでも、他のビルダーの貢献を通じて現在のスロットでチェーンに到達できます。これにより、防御的な過剰入札の必要性が減り、トランザクションが次のスロットに流れ込む可能性も低減されます。参加するオペレーターに接続されたバリデーターは、マルチパーティまたはシングルパーティの入札のうち、より高い方を自動的に受け取ります。すでにPBSサイドカーを使用している大半のノードオペレーターには、新しいソフトウェアは必要ありません。したがって、このシステムはバリデーターセット全体に同時にアップグレードを強制することなく、まだ部分的ではありますが、利用効率の即時的な改善をもたらします。
三つのオペレーター、Titan、Ultra Sound、Aestusが、ローンチ日からマルチパーティブロックの提供を開始しました。それらのエンドポイントは、既にリレーに使用されている登録フローのバリデーターと統合されています。オペレーターはブロックを受け取り、ビルダーからの優先順位を統合し、追記のみの構築を実行した後、結果を再シミュレートして、最新のシングルパーティ最高入札と比較します。オペレーター同士がペイロードを共有するため、プロポーザーがヘッダーに署名した場合でも、元のオペレーターが到達不能になった場合でも、別のオペレーターから対応するボディを取得できます。このペイロード共有設計は、従来のリレーインフラに伴っていたシングルポイント障害のリスクを低減します。オペレーターの役割自体は許可制ではなく、パブリックな参照実装が存在し、誰でもそのソフトウェアを実行できます。実際には、競争的なパフォーマンスと信頼性が、どのオペレーターがビルダーとプロポーザーの継続的なトラフィックを引きつけるかを決定します。
オペレーターは、余剰株を精算する価値配分トランザクションも処理します。彼らは、ビルダーが預けた準備金を可視化し、ブロックが配送用に最終確定される前に配分支払いが正しく追加されることを保証します。今後のロードマップには、現在の固定分割から、オペレーターへのパフォーマンスベースの報酬が含まれます。現時点では、固定分割により、すべての関係者がオンチェーンで確認できる透明性のある出発点が提供されています。分散型バリデーターテクノロジーを実行するバリデーターには追加の要件はなく、サイドカーをオペレーターのエンドポイントに接続すればすぐにマルチパーティブロックの恩恵を受けられます。
純粋なシングルビルダーPBSでは、勝利したビルダーがブロックに含めるトランザクションを完全に裁量で決定します。フィルターされた、または単に観測されなかったトランザクションは、後のスロットまたは別のビルダーを待つ必要があります。MPBCは、参加するビルダーがベースビルダーが省略したトランザクションを追加することを可能にすることで、このダイナミクスを変更します。あるビルダーが拒否したトランザクションでも、別のビルダーがそれを提出し、オペレーターがその追加がベースブロックの実行保証を侵害せずにブロック価値を高めると判断した場合、依然として表示される可能性があります。Blockspace Forumのドキュメンテーションでは、検閲耐性の向上が明示的に設計目標の一つとして挙げられています。このメカニズムはフィルタリングを排除しませんが、トランザクションを永続的に遅延させる前に、その除外に合意しなければならない独立した当事者の数を増やします。
この仕組みは、現在議論されているその他のインクルージョンリスト設計を補完するものであり、置き換えるものではありません。後続のアップグレードで予定されているFOCILは、プロトコル自体が観測した一定数のトランザクションを、ランダムに選ばれた検証者に挿入させます。MPBCはビルダー層で動作するため、参加するあらゆるビルダーが観測したトランザクションをカバーし、パブリックメムプールに到達しなかったトランザクションも含まれます。この2つのアプローチを組み合わせることで、トランザクションの一部に対してプロトコルレベルでの強制的インクルージョンと、より広範なトランザクションに対して市場駆動型の複数ビルダーによるインクルージョンという重複する保証が実現されます。これにより、現在のブロック有効性を規定するコンセンサスルールを変更することなく、持続的な検閲のコストを引き上げることができます。
MPBCは、エンシュアインド・プロポーザー・ビルダー分離と併用されるように設計されています。ePBSは、特定のエスクロー機能をプロトコルに移すことにより、ビルダーからプロポーザーへのブロックの信頼できる引き渡しを改善します。MPBCは、その核心的なマージロジックに中間リレーのエスクロー役割に依存しないため、引き続き機能します。プロポーザーは、その入札が従来のチャネルを通じたものか、MPBCオペレーターを通じたものかに関係なく、最高価値の入札を選択する自由を保ちます。Blockspace Forumは、このシステムが信頼不要な入札とピアツーピアの入札パスの両方と完全に互換性があると述べています。プロトコル自体がアップグレードされるタイミングで、プロトコル外の改善を実装することで、特定のパブリック・グッドリレー機能を、生成する価値に比例して収益を獲得する競争的なインフラで置き換える機会が生まれます。
さらに先を見据えると、同様の加算アーキテクチャはFOCILおよび今後の含意リストの拡張とも互換性を保つと予想されます。MPBCはブロックの妥当性条件を変更しないため、新しい制約を導入するプロトコルの変更は、オペレーターがマルチパーティ結果を再シミュレートすることで吸収できます。初期バージョンでは、非対立的な取引、シンプルな振替、自己完結型のバンドルに制限することで、保守的な設計としています。ロードマップで示された後続バージョンでは、基本的な機構がメインネットの負荷下で安定していることが確認された後、マージ可能な取引タイプの範囲を拡大することを目的としています。
頻繁に完全なオークションに勝利しないビルダーでも、より高い入札額のベースブロックに追加されるトランザクションを提供することで収益を獲得できます。これらの貢献によって生じる余剰は共有され、貢献したビルダーに直接的な経済的リターンをもたらします。同時に、ベーススロットを獲得したビルダーは、他のビルダーが追加する追加の流れの恩恵を受け、配信時に自らのブロックが最高価値の選択肢として残る可能性が高まります。登録には、各オペレーターと連携してSafeを開設し、配布支払いを賄うための準備金を入金するだけで十分です。参加は、シンプルなヘッダーフラグを通じて1回の提出ごとにオプトインされるため、ビルダーは自らのブロックおよびトランザクションの参加を完全に制御できます。
この構造は、専門的または地域的なビルダーの参入障壁を低減します。特定のサービス取引のクラスや特定の地理的地域からの注文フローに焦点を当てたビルダーは、グローバルで最高の入札を生み出さなくても、そのフローを収益化し続けることができます。全体的な効果は、歴史的に少数の高度なエージェントにブロック構築が集中していた、勝者総取りの圧力を薄めることです。この薄め効果が市場構造を変えるほど十分に大きくなるかどうかは、ビルダーがオプトインフラグをどれほど広く採用するか、およびオペレーターがマージの品質と信頼性でどれほど効果的に競争するかに依存します。
容量が制約される場合、単一のビルダーが含めないトランザクションは後のスロットに流れ込みます。ユーザーは即時含められる確率を高めるために過剰入札します。MPBCは、現在のスロットに含められるトランザクションのセットを拡張することで、この流れ込みと防御的入札の両方を削減します。価格の変動率が高かったりネットワーク需要が増加している期間には、追加の非競合フローを吸収できる能力により、確認時間が大幅に短縮されます。20,000件以上のトランザクションがより速やかに確認されたメインネット初期の観察結果は、この期待と一致しています。
マルチパーティーブロックは、より価値が高い場合にのみ配信されるため、このメカニズムは高価値取引を犠牲にして低価値取引をブロックに強制的に含めることはない。むしろ、より多くの高価値取引が共存できるようにする。以前は勝者となったビルダーによる明示的なオプトインが必要だったサービス取引には、新たに経路が追加された。あるビルダーが省略したプロポーザーのコミットメントは、他のビルダーによって追加できる。これにより、すべての競合ビルダーがすべてのサービスプロトコルをサポートする必要なく、プレコンファーミングやその他の新興サービスマーケットの信頼性が向上する。その結果、基礎となるオークションが競争的であるままでも、オリジネーターはより予測可能な含められやすさの環境に直面する。
V1実装では、同じ競合状態を要求するトランザクションのマージを意図的に制限しています。シンプルな振替と自己完結型のバッチはサポートされていますが、ベースブロックの実行保証を変更する可能性のあるより複雑な相互作用は除外されています。新しいトランザクションが追加されると状態ルートが変更されるため、オペレーターはすべてのマルチパーティブロックを再シミュレートする必要があります。無効なブロックは、既存のオプティミスティックリレーの原則に従って処理されます：プロポーザーはスロットの価値を獲得し、ePBS後、オペレーターはステーク済みのエントティとして入札することも可能です。
ビルダーとオペレーターは、ペイロード共有のために相互信頼に引き続き依存していますが、将来的な作業では、その信頼範囲を縮小する経済的または暗号的メカニズムが導入される可能性があります。これらの制約により、最初のデプロイメントはよく理解された安全範囲内に保たれます。Blockspace Forum は既に、2026年後半にV2がリリースされ、運用経験が蓄積された後にマージ可能なトランザクションタイプの範囲を拡張すると示唆しています。段階的なアップグレードは並行して継続されます。したがって、この設計では、メインネットのローンチを完成品ではなく、反復プロセスの開始と捉えています。
ほとんどのバリデーターは、設定変更なしで、最大のリレーに既に接続されており、マルチパーティブロックの受信を開始しています。既存のサイドカーリレー一覧に3つのオペレーターエンドポイントを追加するだけで十分です。地域フィルタリングや信頼されたビルダー一覧などの優先設定は、標準的な登録ヘッダーを通じて引き続き指定できます。プロポーザーが行うタイミング操作は、MPBCの構築に干渉しません。オペレーターはスロット全体を通じて利用可能な最良のベースブロックを継続的に改善し、プロポーザーはリクエストの瞬間に利用可能な最高価値のヘッダーを常に受信します。
インフラの障害は、オペレーター間でのペイロード共有によって軽減され、元のオペレーターが一時的に到達不能になっても、署名されたヘッダーは依然として実行可能です。分散バリデーターテクノロジーのオペレーターには追加の手順は必要ありません。楽観的リレイを使用し続けるバリデータにも同様です。マルチパーティブロックは配信前に完全にシミュレーションされるため、プロポーザーのリスクプロファイルは、従来のPBS下で既に受け入れているリスクプロファイルと同程度です。結果として、運用オーバーヘッドを最小限に抑えながら、期待される入札価値が向上します。
ベースオークションに勝てなかった貢献者に対して収益源を提供することで、MPBCはビルダー間の集中を促してきた経済的計算を変革します。ビルダーは、オーダーフローからの価値を獲得するために、スロット全体を獲得する必要がなくなりました。一方で、マルチパーティブロックが同じベースビルダーからの最高入札のみを置き換えることができるという要件は、プライマリーオークションでの積極的な競争を促すインセンティブを維持します。オペレーターは、解放した余剰の一部を収益として得るため、純粋なエスクローフィーではなく、より高い利用率にインセンティブが一致します。時間の経過とともに、オペレーター間でのマージ品質、レイテンシ、信頼性に関する競争が、パイプラインのさらなる改善を促すと期待されています。
ブロックスペースフォーラムのブエノスアイレスおよびカンヌでのワークショップには、プロトコル外のブロック生成の95％以上を代表するチームが参加しました。この広範な参加により、実際にインフラを運用する関係者からのフィードバックを反映しながら、設計が継続して進化する可能性が高まります。公開ドキュメント、リアルタイムメトリクスダッシュボード、オープンなリファレンス実装により、情報の非対称性はさらに低減されます。経済的インセンティブと透明な測定の組み合わせは、マルチパーティモデルが参加を持続可能に拡大できるかどうかを評価するための実用的な基盤を提供します。
The Blockspace Forumは、現在のデプロイメントが第一歩であると述べています。今年後半に予定されているV2では、現在許可されている非対立的なトランザクションタイプに加え、より広範なトランザクションタイプをサポートすることが期待されています。オペレーターへのパフォーマンスベースの報酬は、現在の固定25％の分割を置き換えるロードマップ項目として挙げられています。オペレーター間での共有コラテラルの仕組みについては、ビルダーの資本効率を向上させるために議論中です。段階的なアップグレードは、Glamsterdamおよびその後のフォークで予定されている大きなプロトコル変更と並行して継続されます。
アーキテクチャが加算的であるため、これらの改善はバリデーターまたはビルダー全体の同時アップグレードを必要とせずに導入できます。同じドキュメントでは、Ethereum研究コミュニティ全体との継続的な協力が強調されています。フィードバックチャネルは、フォーラムのウェブサイトおよび公開ディスカッション場を通じて引き続き開かれています。したがって、メインネットのローンチは、生産システムであると同時に、次ラウンドの改良のためのライブテストベッドとしても機能します。
市場のニュースは速いですが、どこでそれに対応するか同样重要です。今月10月、KuCoinはKuCoin 5.0をリリースし、KuCoinを再構築されたプラットフォームに変貌させます。以下が実際にあなたにどう変わるかです：
-
すべてを一つの口座で。従来のプラットフォームは、あなたの資金を「スポット」、「証拠金」、および「先物」の別々の口座に分割し、その理由を理解することを求めていました。KuCoin 5.0の統合口座は、それを完全に廃止し、一度入金すれば、すべてが簡単に利用できます。
-
株式、インデックス、およびコモディティ。KuCoin 5.0は、暗号資産からグローバル市場へ拡張します。暗号資産が横ばいになり、株式が上昇する（またはその逆）場合、法定通貨の送金を待つ必要なく、数分でポジションを切り替えられます。
-
リアルワールド資産（RWA）。商品などの従来の資産へのトークン化されたエクスポージャーを、あなたの暗号資産口座内で直接利用できます。グローバル金融市場で最も急成長している分野の一つが、もはや機関投資家だけのものではなく、あなたが取引に使っているのと同じ残高からアクセスできます。
-
学びながら収益を得ましょう。取引の準備ができていない場合でも、KCUSDでステーブルコインを毎日自動再投資して利子を獲得できます。4%の利回りで、闲置中の入金をストレスなく活用できる最適な方法です。
-
シンプルな言葉で動くAIアシスタント。質問して市場の状況を把握し、見ているものを理解しましょう。プラットフォームに組み込まれており、専門用語は一切不要です。
-
圧倒されないアプリ。より速く、クリーンで一貫性があり、チュートリアルを待たず最初のタップから直感的です。
-
信頼するだけでなく、確認できるセキュリティ。MiCAR認可を受けたEUの企業であり、Proof of Reserves を自分で確認でき、国際的に認証されたセキュリティ（SOC 2 Type II、ISO 27001:2022）を備えています。
数分で口座を作成し、暗号資産が過去にあった場所ではなく、これから向かう場所に合わせて構築されたプラットフォームで始めましょう。
マルチパーティーブロック構築は、マージ以降運用されてきたシングルビルダーPBSモデルとどのように異なるのですか？
既存のPBSパイプラインでは、1人の勝者ビルダーがブロック全体を構築し、プロポーザーは競合する入札の中から選択します。MPBCは、この最高入札の単一参加者ブロックから出発し、他のビルダーが競合しないトランザクションを追加して合計価値を高めることを可能にします。複数参加者による結果は、配信時の最良の単一参加者代替案を上回った場合にのみ提供されます。基盤となるオークションおよびプロポーザー選択メカニズムは変更されず、拡張は構築およびオペレーター層でのみ行われます。
一般のユーザーはメインネットの活性化によってどのような具体的なメリットを得られますか？
以前は、勝利したビルダーがそれらを認識できなかったり、含めないことを選択した場合、遅延されていた取引について、ユーザーはより短い平均含み時間を感じられるようになりました。需要が高い時期には、追加の含み経路により、過剰な入札の必要性が減ります。初期のメインネットデータでは、既に20,000件以上の取引が、単一ビルダー構成の場合よりも速く確定しています。この効果は、現在の非対立的な適格基準に適合するシンプルな振替やblob取引で最も顕著です。
バリデーターは新しいソフトウェアをインストールする必要がありますか、または既存のPBS設定を変更する必要がありますか？
大半のバリデータは、既に主要なリレーに接続しており、オペレーターのエンドポイントがそのサイドカー・リレー・リストに追加されると、自動的にマルチパーティ・ブロックの受信を開始します。クライアントのアップグレードやコンセンサス層の変更は必要ありません。フィルタリングや信頼されたビルダーの優先設定は、現在使用されているのと同じ登録ヘッダーを通じて引き続き指定されます。分散型バリデータ技術のセットアップには、標準的なエンドポイント設定を超える追加の手順は必要ありません。
追加されたトランザクションによって生み出される追加の価値は、参加者間でどのように共有されますか？
複数参加者ブロック価値と単一参加者ブロック価値の差額に相当する余剰は、ベースビルダー、寄与ビルダー、オペレーター、プロポーザーの間で均等に分配されます。優先手数料は引き続きベースビルダーのコインベースアドレスに流れます。分配支払いは、ベースビルダーがオペレーターに預けた準備金から資金を調達し、複数参加者ブロックに追加されたトランザクションによって決済されます。これらの分配トランザクションのガスコストは、分配が適用される前に余剰から差し引かれます。
免責事項: このページは、お客様の便宜のためにAI技術を使用して翻訳されています。最も正確な情報については、元の英語版を参照してください。