jakiro
書かれた：Tia、Techub News
MEV問題を解決するプロセスは、実際にブロックスペースの割り当てルールを再確立することです。私は誰もがもはやMEVに不慣れではないと思いますが、いくつかのEthereum MEVガバナンスの提案が何を話しているのかを知りたい場合、この記事は、Ethereumの切り替え以来、一連のガバナンスMEVを整理する必要があるかもしれません。 PBS、EPB、PEPCなどの提案をPOSするには、背景情報を提供することが望まれます。
PBS（提案者ビルダーseperatioin）
Ethereumの合併の前に、MEVを解決する方法は、修正されたGo-EthereumクライアントであるFlashbotsを使用して開発されたMEV-Gethを使用することでした。その核となる哲学は、鉱山労働者が自分の仕事に集中できるようにすることです – MEVの戦いに参加するのではなく、採掘が発生する可能性のある潜在的な再編の問題を回避することです。MEV-GETHのメカニズムは非常にシンプルで、市場指向のソリューションです。つまり、マイナーがパッケージブロックすると、検索者の利益のサイズに応じてバンドルを提出することができます。この巧妙な市場指向のメカニズムを通じて、すべての関係者は、利益を得ながら特定の制約を形成しました。検索者は利益の一部を鉱夫と共有する必要がありますが、鉱夫によって盗まれたことからより安全な保護と交換されます。検索者が主な利益源である場合、鉱夫は受動的にMev-Gethの使用を開始し、Mev-Gethメカニズムにさらに拘束されます。Mev-Gethは鉱山労働者のホワイトリストを維持し、ホワイトリストの鉱夫だけが検索者のバンドルを受け取ることができます。鉱夫に信用の制約を課すことにより、検索者の結果を盗もうとしている鉱山労働者はホワイトリストから削除され、鉱山労働者が検索者のMEV利益を奪うことを妨げる可能性があります。
ただし、合併後、ブロックを提案してブロックを提案するためにブロッキング方法がランダムに選択されるようになるため、提案者がMEVを奪うのを防ぐことは不可能です。
考えられる解決策は、ブロックコンテンツをバリデーターに見えないようにすることです。このアイデアに沿ったさらなる改善は、PBSです（提案者ビルダーSeperatioinは、分離を構築することを提案しました）。PBSはさらに、提案者の検証担当者であるという責任をブロック構築とブロック提案に分解し、このようにして、提案者の仕事が非常に単純になる可能性のある複雑な建設権を外部委託します。ビルダーの利益サイズに基づいて選択することは、ブロックを提案するためにブロックをコミットします。
当初、EthereumはマージされたときにPBSをプロトコルに埋めたいと考えていましたが、潜在的な複雑さのために、このプロセスが最初に保留されたため、MEVブーストがPBSに介入する機会を与えました。現在、PBSはFlashbotsによって開発されたMEVブーストを通じて実装されています。ビルダーと提案者に加えて、別の非常に重要な役割、つまりリレーがあります。ビルダーは、ブロックを提案者に直接送信するのではなく、3番目の役割を介してリレーします。
ビルダーが提案者に料金を支払うことを保証する方法など、解決する必要がある他のいくつかの問題があり、提案者が没収されないように、最後に提案者にブロックコンテンツを開示するためブランクブロックを提出するため。建築者と提案者の権利と利益を保護するこれらの問題は、主にリレーを通じて達成されます。
ビルダーはブロックをリレーに送信し、リレーは各ブロックから取得できる利益に従ってブロックをソートし、提案者がブロックに目に見えないように提案者に最高の利益をもたらすブロックヘッダーを送信しますコンテンツ。 。リレーは、提案者がブロック提案（ブロックヘッダーに署名）にコミットした後にのみ、提案者に完全なブロックを開示します。提案者へのビルダーの費用も、リレーの助けを借りて完了する必要があります。提案者に支払われた取引は提出されたブロックに含まれていますが、提案者はブロックコンテンツを見ることができないため、リレーは事前に確認する必要があります。
Protocol＆amp;
MeV-Boost Constructionの市場に参加するために、Validatorsは、Ethereum Consensusクライアントと実行クライアントを実行しながら、サードパーティ以外のメフブーストプログラムを実行する必要があります。これは現在実行中のPBSの魔法であり、プロトコル外の第三者がイーサリアムコンセンサス形成のルール設計に参加できるようにします。所有権の観点から見ると、これは信じられないほどです。
これはまた、プロトコルメカニズムの「信頼性」、信頼性がどのように強化されるか、他のメカニズムを通じてどのように侵食されるかについて考えることを引き起こしました。Mev-Boostは、外部プロトコルが既存のメカニズムに変更を加える場合がある場合があるため、良い例です。プロトコル自体が遅れを起こし始めると、この変化は外部メカニズムの発芽が現在の市場需要を満たしている必要がありますが、外部メカニズムが信頼できるかどうか、そして潜在的な問題を防ぐために厳密に設計されているかどうか発生する外部メカニズムでさえプロトコルを破る可能性があります。
集中リレー
Mev-Boostについて最も批判されていることは、集中化されたリレー市場です。しかし、このセットアップは信頼の問題を導入します。ビルダーは、リレーがMEVを盗まないと信じる必要があります。提案者はまた、リレーから受け取って署名したブロックヘッダーが有効であると信じなければなりません。ただし、その重要な役割にもかかわらず、リレーには金銭的なインセンティブがなく、リレーを実行するにはかなりの費用が必要です。昨年、11のリレーがイーサリアムネットワークをサポートしましたが、今日では9つのリレーのみがサービスを提供しています。
リレーは自分のビルダーのみのリレーのようなアクセスを必要としないことは注目に値します。また、SnatchおよびSandwich攻撃に関連するトランザクションを除外すると主張するBloxRouteなどのリレーもあります。ある程度、リレーには特定のルール作成力もあります。
データは、定格ネットワークから来ています
そして、活性の観点から、リレーの存在により、ビルダーと提案者の間に原子レベルの確認はありません。提案者がブロックヘッダーへのコミットメントに署名し、ビルダーはペイロードコンテンツも提供しますが、リレーエラー（悪意のあるまたは非悪意のいずれか）のために時間内にコンテンツを送信できない場合、ビルダーと提案者は損失を負担します。
EPBS：PBSをイーサリアムにカプセル化します
リレーの集中化の問題を解決するか、プロトコルの外側をプロトコルに移動するかにかかわらず、PBSをEthereumのEPBにカプセル化することは必須の選択肢のようです。現在、EPBは議論中の提案ではなく、Ethereum EIPエディターはそれに番号-EIP -7732を割り当てています。
EPBSは、提案者と建設業者に、ブロックビルドの権利を外部委託するための信頼のないインフラストラクチャを提供します。元々プロトコルの外側にあったビルダーの役割はプロトコルに含まれていました。つまり、ビルダーの役割はバリデーターの間で分割され、ビルダーとしてのビルダーもイーサリアムの持分を完了する必要があります。コンセンサス層の提案の最初の責任が分割されたため、コンセンサス層を完全なEPBに変更する必要があります。その中で、ビルダーは実行ペイロード（ブロックで実行されるトランザクションの最終リスト）の構築を担当しています。提案者の責任は、ビーコンブロックを提案することです。特定のプロセスは次のとおりです。
-
提案者として選択されていることを知った後、インクルージョンリスト（IL、そのスロットに含める必要があるトランザクション）を作成およびブロードキャストします。
-
ビルダーには、実行ペイロードのブロックハッシュと、提案者に料金を支払うという約束が含まれます。SignedExeCutionPayLoadHeader」提案者に送る（実行ペイロードはILに会う必要があります）
-
ビルダーから送られた提案者SignedExeCutionPayLoadHeader「それを含めるために1つを選択します（通常、提案者に最高の価格を支払うもの）。提案されているビーコンブロックを放送します」SignedBeaConblock」。
-
証人は証人の義務を果たします
-
アグリゲーターは、同時に、Builderブロードキャスト実行ペイロードを提出します
-
PTC（ペイロードタイムライン委員会、各スロットで、512のバリデーターがPTCメンバーとして選択されます）ビルダーが時間内に実行ペイロードを明らかにし、結果をブロードキャストするかどうかを確認します。
EPBSは、EIP番号の最終的な買収に提案された時点から多くの議論を経験しています。当初、PBSは2019年6月にVitalikによって提案され、4か月後、2スロットPBSは2019年7月まで公式に提案されました。
PEPC（プロトコル強化提案者のコミットメント）
もちろん、一部の人々はEPBに反対し、代わりに他のソリューションを使用したいと考えています。それはPEPCのためです。EPBSは特定のルールをプロトコルに埋め込みますが、PEPCでは、提案者はプログラム可能なブロックの建設権を販売しています。
PEPCは2022年10月にBarnabeによって提案されました。Barnabeは、PBSメカニズムをプロトコルに入れたい場合は、特定の信頼できる信号を実装するのではなく、信頼できる信号伝送の共通のメカニズムを実装することを検討する必要がありますxx eth）。
PEPC（プロトコル強化提案者のコミットメント）の名前と同様に、建築者と提案者の権利と利益を保証するいくつかのメカニズムは、主にプロトコル内で提案者によって提出されたコミットを通じて完了することができます。操作コードが実装されています。これは、より一般的なメカニズムです。コミットはすべてのブロックの建設権を外部委託することができます。
まとめ
上記は、PBS、EPB、およびPEPCの簡単な紹介です。プロトコル設計の観点からは、MEVを再配置するための市場メカニズムを設計する必要があるだけでなく、バリッタをより分散化する方法と検閲抵抗を改善する方法を検討する必要もあります。さらに、プロトコルの設計には多くのトレードオフがあります。EPBSの設計は一元化されたリレーの問題を解決しますが、プロトコル以外の第三者としてのリレーの重要な役割は実際にはマイナスの影響しかありませんか？Builderの支払いメカニズムから判断すると、EPBSは非常に高い営利ブロックをパッケージ化する場合、EPBSメカニズムよりも有利です。プリペイドメカニズム。
