委員会の制約による(e/b)提案者の権限の制限:たとえば、bprop聚合eprop権利の入札を期待している場合、バリデータ委員会を使用して、各バリデータが自分の入札ビューを提供するようにし、bpropが少なくともいくつかのビューを考慮するように強制することができます。同様に、FOCILのようなリストデザインでは、バリデータ委員会を利用してepropからトランザクションを排除する能力を制限しています。Mike and Barnabeの「Mechanstein ALT Franken-ism」は、この技術のもう1つの素晴らしい例です。
バリデータ与MEV隔离
概要:この文書では、ETHトークンの提案に関する議論に焦点を当て、現在の議論の要点(個人的な意見を含む)を概説し、最後にいくつかの未解決の問題を提起しています。MEVによる中央集権化によるETHトークンの中核的な特性の破壊を防ぐために、ブロックの構築と提案の方法を変更するためのさまざまな提案が出されています。これらの提案は、ePBS、MCP、または実行投票などのものであり、MEV-Boostに基づく市場を置き換えるものです(ただし、MEV-Boostソフトウェアは引き続き機能する可能性があります)。
すべてのこれらの設計には2つの共通の目標があります。まず第一に、私たちはバリデータに戦略的行動を促すことを避けたいと考えています。スキル報酬や共通ポジショニングによる利益は、ネットワークに中心化の圧力をもたらします。これは避けたいことです。そして、私たちはビルダーマーケットを「良好」な状態に保ちたいと考えています。ビルダーマーケットとは、これらのプログラムをサポートするために必要な追加の役割を持つ市場です。「良好」とは、分散化、効率、プロトコル収入のバランスを取ることを意味します。
このソリューションスペースの初期探索では、~コンセンサスの立場では、バリデータ間の分散化を大幅に求めていますが、それが建設者市場を相対的に「悪く」することを意味する場合でもそうです(例えば、最終ゲーム後2)。しかし、いつ制約を設けて、バリデータ間の分散化を犠牲にしてより良い建設者市場を追求するかは明確ではありません。この記事は立場を明確にすることを目指しておらず、バランスの取れたパターンを提供することを目指しています。これは複雑な問題であり、ほとんどの議論は完全に無傷で、完全に予測可能とは言えませんので、この記事は既存の作品の解釈と見なすべきですが、確実に変化するでしょう。
マルチコンカレントプロポーザル(MCP)デザインシリーズ、特に[BRAID 3](https://www.youtube.com/watch?v=mJLERWmQ2uw)は、まだ比較的新しいため、詳細に説明する必要があり、この記事では単一のプロポーザルデザインについて詳しく説明し、最後にMCPについて簡単に説明します。
注: 「バリデーター」という用語は、技術的に現在同じ参加者に割り当てられているブロックの生成と提案のより複雑な役割とは対照的に、ブロックを検証し、ピアツーピアレイヤーに参加するという比較的単純なコンセンサスの役割を強調するために使用されます。 バリデーターとバリデーターは、大まかに言えば交換可能であると考えることができます。
私たちが知っているツール
バリデータは、コンセンサスのリーダーに選ばれたとき、つまり、与えられた時間帯に他のバリデータにブロックを提案する必要があるときに、戦略的な行動から最も恩恵を受けます。 そのため、バリデータを保護するために提案する設計は、提案者の役割に着目したものがほとんどです。 各設計は、次の 3 つのテクノロジを組み合わせています。
もし厳密さを追求するなら、ブロックベースのePBSは例外であることを指摘することができます。なぜなら、この場合、非バリデータの役割は技術的には提案者ではなく、バリデータの集合は彼らの公開鍵から署名を期待していないからです。
執行票と実行オークション(スロットベースのePBSは特例です)は、トランザクションをさらに前倒しにします(Barnabeの『提案者と構築者のさらなるイメージ 3』でこれについて良い説明があります)。Andersは、プライバシーをオークションすることを目的としたオークションプロトコル2を説明しています。
どのデザインにも限界があります。
このフィードバックループは、主要な目標にはあまり影響を与えない可能性がありますが、建設者市場に影響を与える可能性があります。たとえば、投資決定が事前に行われない場合、提案権の価値は時間とともに急速に変化する可能性があります。この影響の大きさはまだよく理解されておらず、おそらくそれほど顕著ではないかもしれません。
一方で、より未熟なマルチコンカレントプロポーザル(MCP)の方向性もあります。この方向性では、コンセンサスプロトコルが根本的に再設計され、プロポーザルの役割が完全に委員会に分散されます(各委員会メンバーは現在「プロポーザル」と呼ばれます)が、単一の参加者を明確に優遇しないようになっています。MCPは委員会の制約メカニズムが提供する保証を大幅に強化する可能性がありますが、このように委員会を使用する変更は根本的な変化を構成する可能性があり、まだ明確にされていない詳細が多数あります。そのため、周囲の動作が変わらないと想定することはできず、タイミングのインセンティブ、スパムのインセンティブ、ネットワークのスループットなどについて、かなりの追加分析が必要です。詳細については、このBRAIDとFOCILを比較した記事2、この分析1、このグループディスカッション1、および記事の関連部分をご覧ください。
これは私たちに何を残しますか?
これらのトレードオフを考慮すると、いくつかのおおまかな提案を出すことができます。まず、提案者を委員会に拘束することは、深いトレードオフがないように思えます(広範なタイミングインセンティブと複雑さがあるかもしれませんが、これらは他のダイナミックな要素よりも重要ではないようです)。同時に、審査耐性を提供し、epropのフィードバックループやbprop MEVの影響を減らすため、どの役割で割り当てメカニズムを実行するかによって異なります。したがって、FOCILのようなデザインをいかなる提案でも使用する必要があります。将来的には、FOCILの代わりにより魅力的な委員会ベースのデザインをもたらすMCPの方向性を見つけることを望んでいます。
epropの役割を導入することは避けられないようです。これにはいくつかの理由があります。提案のほとんどがepropの役割に関連しているだけでなく、現在のプロトコルでは明示的にepropの役割を導入しておらず、代わりに外部市場(MEV-Boost)で自然発生することが示されています。これは、プロトコルの設計に意図がなくても、インセンティブによって専門の役割が生じることを意味します。これにより、epropの役割を作成するためには、3つの重要な選択肢が生じます:eprop権利の割り当てを行うのは誰か(epropまたはbprop)、参加者がいつ「投資決定」(入札、ステーク、証券の購入など)を行わなければならないのか、およびepropの選択方法はどのようになりますか。
誰がいつ決定するかを考えると、次の図が得られます。
左側に表示されている最初のオプションは、世界を示しており、この世界では、できる限り多くの役割をepropに残すよう努めています。残りの選択肢は、特にスロットの割り当て投資のタイミングに関するものです。タイミングの調整により、構築者市場の構造に負の影響を与える2つの力に対処できるようになります。事前の実行は、構築者市場に対する負の影響(中央集権化や収益の損失など)をもたらしますが、レイテンシーが少ないことで、既存者に正のフィードバックループをもたらす可能性がありますが、この利点の程度は不明です。上記の要因に基づいて、このような重いepropデザインスペースがbpropを分離する面で最も優れています。もちろん、まだ探究していない他の関連相互作用がある可能性もあります。
もう一つの選択肢は、eprop権利の配分をbpropに任せることです。この場合、bpropは最高入札を決定したり、実行注文購入メッセージを含んだりする役割を担います。このような世界では、調整のタイミングによって、bprop「戦略の自由」(つまり、ウィットネスの分散化)を犠牲にするか、構築者の集中化した市場を選択することができます。
ブロックオークションとスロットオークション
ePBS 1 中のブロックとスロットオークションについての議論は、遅延のない(ブロックオークション)と小さな遅延(スロットオークション)で実行される割り当てメカニズムに関する議論と見なすことができます。リンク先の記事は比較的包括的な概要を提供していますが、この「相転移」に関する2つの観点を補足したいと思います。
エンタイトルメントの割り当て方法
上記のグラフは、異なる予測の効果の方向性のみを示していますが、これらの効果の程度は、割り当てメカニズムのタイプによって自然に異なります。これに関してはまだ結論が出ていませんが、いくつかの関連する研究がさまざまな可能な設計案を区別するのに役立つことがあります。
私たちの結論は、ビルダーマーケットの集中度をできるだけ低くする場合、提案権をできるだけ広く分配することで実現できるが、これには効率と収入の代償が伴う。市場の分散化を促進する分配メカニズムを設計することで、投資の前もって要求されるコストを軽減することができるかもしれません。
マルチMEV
一般的に、私たちは市場の集中を避け、個別の行為者がブロックスペースの市場の中立性を損なう能力を減らすために委員会を採用することを提唱しています(たとえば、競争取引のレビューやフロントランニングによる)。より具体的な懸念は、行為者が連続したブロックで提案権を持っていることを知っている場合、彼らは追加の行動を取ることができ、市場の運営に悪影響を与えることができるということです。たとえば、ビルダーが2つの連続したブロックを高い確率で生成することを知っている場合、彼らは最初のブロックでいくつかの取引をレビューするかもしれません。なぜなら、これらの取引を次のブロックでより利益を得るためにより有利な方法で実行できることを知っているからです(詳細についてはこちらのリンクを参照)。
このような動的なものを避けたい理由は2つあります:
私たちは次の方法でこの問題を解決しようとすることができます:
関連するアプローチの1つは、単に不適切な行動をドロップすることによるインセンティブの削減です。特に、ブロックを生成しなかった場合のペナルティを課すことで、リストを回避するためにブロックを空にすることが減少します。
第1および第3のポイントはすでに上記の議論で触れられており、第2のポイントを実施しても基本的に他の議論は変わらないでしょう。
それでは、MCPはどうですか?
前述したように、Multiple Concurrent Proposer (MCP) は、委員会の使用を限界まで押し上げる設計機能と見なすことができます。 個々のアクターを制限する委員会とは異なり、インクルージョンリストの設計が試みているように、MCPには「平等に」ブロックを構築するか、少なくとも同時に行動するアクターの委員会があります。 最も重要なMCPデザインはBRAID 3であり、コンセンサスの詳細を決定する過程にあり、特定のシーケンシングスキームは提案されていません。
ある意味で、MCPは上記の議論に完全に準拠しています。MCPは、各ブロックに複数の提案者を選出することを要求しますが、ビルダーの投資決定がいつ行われるか、また提案権がどのように分配されるかは明示されていません。このモデルでは、epropsとbpropsの分離が当然であるわけではありません。一部の人々は、提案を複数の行為者に分散させることでMEVのインセンティブを十分に減少させることができると考えるかもしれません。したがって、このタスクにバリデータを割り当てても流通市場の形成にはつながらないということです。
前述のように、委員会を利用することで、MEVインセンティブの影響を減らすことができます。完全な共謀以外では、スロットに近づくにつれて投資の決定を下すことが求められる結果がドロップする可能性があります。私たちは「市場の悪化」と見なすことがないように、事前に投資の決定を下す必要はありません。提案者の制限を設けた委員会の解決策に比べて、MCPの追加の利点は、スロットの逃しを防ぐために個々の提案者が活性を保証することができることです。
ただし、MCP/BRAID は基本的であり、現在詳細に説明されていない変化であり、解決すべき多くの未知の要素が存在します。たとえば、最後の提案者としては、情報上の優位性をもたらす可能性があり、これは新たなタイミングゲームのインセンティブを生み出す可能性があり、(故意に)提案者の非同期性が効率の低下をもたらす可能性があります。これには、重複取引がスロットに含まれる場合などが該当します。これらの観点については、最近の1つのグループで詳細に議論されています。
まとめ
この記事の主な目的は、スペースのバランスを概説することであり、次のようにまとめることができます:
主観的な結論
オープンエンドの問題
もちろん、まだ解決されていない問題がたくさんありますが、私が最も良い問題を知らないかもしれません。ただし、いくつか重要だと思われる問題があります:
免責事項: