MEV (7): より公正なMEVエコシステム（結論）
この記事では、より高度な取引とクロスチェーン、よりオープンで公正なMEV市場設計を提供する「プログラマブルプライバシー」機能について紹介します。 SUAVEの説明のメイントピックに入る前に、まずインテントの概念を理解してください。
意図
ブロックチェーン取引の現在の体験
イーサリアムの取引を例に取ると、ユーザーがUSDTをETHに交換したいとすると、ユニスワップのウェブページに行って価格を確認し、許可された価格のスリップを設定して取引に署名し、送信し、その後取引結果を待つことができます。
彼の取引はおそらく次のようになります:「私はこの取引に署名し送信し、Nonce値を23、ガス手数料を30 Gweiで設定します。Uniswap契約を実行して1000 USDTを0.5 ETHに交換し、最大スリッページを1%に設定します。」
△ Nonce? Gwei? 画像ソース:https://www.reddit.com/r/MemeRestoration/comments/ejcvd3/confused_math_lady_4080x2663px
Aliceが初心者ユーザーで、彼女は単に自分のUSDTをETHに交換したいと思っていますが、この小さな願いを叶えるためには多くの障壁を乗り越えなければなりません:
- 最初は取引所のチャネルを見つけることです。彼女はGoogle検索をして、Uniswapのページを見つけます（少なくとも明確なデジタルアセットメニューとSwapボタンがあります）、そしてスリッページを理解して設定する必要があります（またはデフォルトを使用します）。
- 「Swap」ボタンをクリックすると、トランザクション署名画面が表示され、処理手数料のNonceとGweiが含まれています。
- 最終的に彼女は取引を送信しますが、おそらく何も起こらず、アリスは混乱の中で待つだけで、取引が成功裏に実行されることを祈るしかありません。
各レベルは、初心者のユーザーが実際に理解する必要はないが、選択を強いられる質問です：どこで引き換えますか？ スリッページを設定しますか？ どの割合のスリッページを設定する必要がありますか？ ガス手数料（取り扱い手数料）を調整しますか？ 何Gweiに調整する必要がありますか？ トランザクションが失敗した理由は？ トランザクションがなぜそこに長い間立ち往生しているのですか（Nonceまたは取り扱い手数料の問題かもしれません）？ 私は何をすべきですか？
意図トランザクションの使用体験
取引とは異なり、Intentは取引のさまざまな詳細を指定する必要がありますが、ユーザーは達成したい結果と実行の条件のみを指定し、残りはより専門的な人々に任せるだけです。
インテントでは、アリスは1000 USDTを0.5 ETHに交換することを指定しましたが、手数料を考慮して価格が0.495 ETHに調整され、その後注文が署名されて送信されました。アリスの取引は次のようになります。「この注文に署名して送信します。1000 USDTを0.495 ETHに交換したいです。この注文は0.495 ETHを得られる限り有効です。」
とても簡単ですね？これはリミットオーダー（Limit Order）を使用する体験であり、また1inchやTokenlonなどのDEXアグリゲーターを使用する一般的な体験でもあります。
△ トランザクション（上）とインテント（下）の違い。 インテントでは、ユーザーは条件を指定するだけでよく、それを達成する方法を気にする必要はありません。 キャプション：https://www.paradigm.xyz/2023/06/intents
意図により、ユーザーは取引の生成、署名、実行の間にさまざまな煩雑で混乱する詳細に対処したり心配したりする必要がなくなります。取引が失敗した場合でも問題を解決し続ける必要はありません。さらに、異なるチェーンには異なる取引プロセスと落とし穴があります！
ユーザーは意図を通じて、実行条件と想定される結果だけを指定すればよく、その他のことはプロのソルバーがユーザーの意図を実現するために行います - トランザクションの送信方法、トランザクションの監視、トランザクションの加速など。トランザクションの失敗など、面倒な問題の処理は、意図が実行条件と想定される結果を満たした場合にのみ実施されるため、ユーザーは事故が資産の消失を引き起こすかどうかを心配する必要はありません。
意図はブロックチェーン体験を大幅に向上させます。
【読書のヒント1】実際には、マルチシグネチャウォレットの署名、第三者に特定の実行権限と時間制限を付与するセッションキーの概念、またCowSwapのようなバッチマッチングトランザクションメカニズムなど、Intentを使用した多くの例がすでに存在しています。Web2の世界でも、Intentの痕跡が見られます。例えば、検索エンジン（私がクエリしたい内容を入力し、検索エンジンがさまざまなチャンネルを通じて関連情報を見つけてくれる）や、eコマースのオンラインショッピング（欲しいものを入力すると、eコマース会社がさまざまなチャンネルを通じてそれを見つけて配達してくれる）。単に、Intentという言葉が最近になってWeb3の世界で人気を博しているだけです。
読み方のヒント 2: 英語では、Imperative ("imperative") という単語は、目標を完了するために完全なコマンドを発行する Transaction の使用経験を表すために使用されます。一方、「宣言型」(「ステートメント」)という言葉は、インテントの使用体験を説明するために使用されます。説明的で、実行条件と実行結果を示すことによって使用されることを示します。
クロスチェーン世界における意図
クロスチェーンブリッジやクロスチェーンDEXなどのクロスチェーンアプリケーションでは、2つ以上のチェーンが関与するため、ユーザーは異なるチェーン上でより多くの取引を処理する必要があります。
プロジェクトパーティーのマルチシグネチャを通じたクロスチェーンアプリケーションを除外すると、より良いユーザーエクスペリエンスを提供できます（たとえば、ユーザーがソースチェーンで取引を送信した後、プロジェクトパーティーのマルチシグネチャが自動的にアセットをターゲットチェーンのユーザーに送信します）。指定されたアドレスでは、ユーザーがターゲットチェーンで何の操作も行う必要はありません）。NomadやSuccinctのような他のより分散化されたクロスチェーンアプリケーションは、そのような良いエクスペリエンスを持っていません。ユーザーは、操作を完了するためにターゲットチェーンに取引を送信する必要があります。
そのため、Intentがもたらすユーザーエクスペリエンスの改善は、クロスチェーンの世界においてさらに重要で緊急なものとなります。
意図により、クロスチェーン操作はユーザーがサインするだけで済み、各チェーンの取引ルールや詳細を気にする必要はもはやありません。ユーザーは同じユーザーエクスペリエンスで異なるチェーンを操作することができ、異なるチェーンが存在する事実さえ気づかないでしょう。
スアヴ
SUAVEのフルネームは、Single Unifying Auction for Value Expressionであり、その目的は、複数のチェーン間で統一されたMEV市場となることです。この市場では、ユーザーはトランザクションのクロージング条件と報酬を効率的に表現できます。同時に、実行者（Executors）は互いに競合し、ユーザーのリクエストを効率的に完了するために協力します。
SUAVEは、ブロックチェーンの取引プールとして機能するだけでなく、そのブロックチェーンのブロックコンテンツを生成するBuilderの役割を担当することができます。ただし、SUAVEは既存のブロックチェーンの取引プールとBuilderの機能を置き換えることを意図しておらず、むしろ既存のブロックチェーンにシームレスに接続し、プラグアンドプレイの方法で機能します。
SUAVEがブロックチェーンに接続されると、そのブロックチェーンは複数のブロックチェーントランザクションソースを横断する非中央集権的で非常に専門的かつ強力なビルダーを持つことに等しいとなります。同時に複数のブロックチェーントランザクションソースを持つことは、将来的に急速に成長するクロスドメインMEV市場で非常に大きな利点をもたらします。このような利点を持つビルダーは、単一のチェーンで運営されるビルダーよりも競争力が高くなります。
FlashbotからMEV-BoostまでSUAVEへ
FlashbotからMEV-Boostまで、彼らが掲げる精神はMEVの存在を認め、隠れた経済活動を前面に出すことです。彼らは、少数の個人が静かにコントロールし支配する状況を避けるため、誰もが参加できる公共市場を確立することを目指しています。これにより、資源の集中が進み、最終的にはブロックチェーンネットワーク全体の分散化とセキュリティに影響を与える状況を回避します。
しかし、人々がMEVについてより多く学ぶにつれて、成熟したEthereum上のMEV市場に加えて、クロスチェーンおよびクロスボーダーのMEV市場も存在することに徐々に気づき始めます。このクロスボーダーのMEV市場はEthereumのそれよりもはるかに大きくなるでしょうし、クロスチェーン取引は同じチェーン上の取引よりもMEVを抽出する機会がより多くなります。
Flashbotのような人物がいなかった場合、クロスチェーンMEV市場を暴露し、それを明るみに出し、誰もが公平に参加できるようにすることで、クロスチェーンMEVを悪用する少数の個人はさらに有利になり、結果として全体のブロックチェーンネットワークのセキュリティに影響を与える可能性がありました。
中心化とセキュリティに影響を与える別の現象は、Private Order Flowです：ユーザーの取引がもはや公共の取引プールに流れるのではなく、直接SearcherまたはBuilderに流れます。Private Order Flowは、SearcherまたはBuilderがユーザーの取引から収入を得る権利を購入すること、またはBuilderが魅力的なサービスを提供することによって生じる可能性があります。例えば、(1)ユーザーが送信した取引やDEX注文を無料でキャンセルする、または(2)取引が受信される前にPre-Confirmationを提供することにより、ユーザーは取引がどれくらい速く受信されるかを保証されるため、取引が受信されるかどうかやそれが受信されるまでにどれくらい時間がかかるかを心配する必要がありません。
プライベートオーダーフローは初めはユーザーに利益をもたらすかもしれませんが、長期的には中央集権化をもたらします。プライベートオーダーフローを持つサーチャー/ビルダーは競争上の優位性を持ち、それを持たない者と比べてより多くの利益を得ることになり、競争に有害な影響をもたらすことになります。さらに、新しいサーチャー/ビルダーとプライベートオーダーフローを共有するインセンティブがないため、これらの新参者はゲームを始める際に不利になります。
ユーザーのトランザクションからサーチャーによって作成されたバンドルまでのブロックをプライベートオーダーフローを介して収集する必要があるのはなぜですか？これは、トランザクションとバンドルの内容が公開されていて暗号化されていないためです。それらが他の人に見られ、入手されると、ユーザーやサーチャーに害をもたらす可能性があります。たとえば、他の人はピンサー攻撃を通じてユーザーのトランザクションのMEVを抽出したり、バンドルを分解してMEVを奪ったりすることができます。これは、ユーザーとサーチャーの両方が現在ビルダーを信頼する必要がある理由です。なぜなら、彼らはトランザクションとバンドルの元の内容をビルダーに提供し、ビルダーが何ら害を引き起こさないことを信頼する必要があるからです。
SUAVEの登場は、クロスボーダーMEVとプライベートオーダーフローによって引き起こされる中央集権化リスクを解決するためです。
まず、クロスチェーンMEVを提供する公開市場を設定することで、ユーザーまたはサーチャーはこの市場で取引またはバンドルの収益条件を表現することができます。例えば、ユーザーがイーサリアムとアービトラムにそれぞれルーティングする必要がある2つの取引を持っており、両方の取引がある時点までに含まれ、実行される必要がある場合、これらの条件を市場で指定することができます。市場の実行者（サーチャーまたはビルダーであることができます）は、これらの要求を果たすために競い合い、報酬を得ることができます。しかし、ユーザーやサーチャーは、どのようにして自分の取引やバンドルをこの公開市場に投げることを信頼できるのでしょうか？ここでプライバシー技術が重要になります。取引を暗号化することで、ユーザーやサーチャーは、他人が取引を閲覧することによって引き起こされる潜在的な被害を心配する必要がなくなります。取引プライバシーがあれば、オープンオーダーフローが可能になります。
SUAVEはさらに、プログラマブルプライバシーの概念を提案し、ユーザーや検索者が取引の特定の部分やバンドルの内容（取引実行の契約アドレスなど）を開示するかどうかを選択できるようにし、完全な暗号化か非暗号化の選択肢に限定されることなく、選択できるようにします。
完全に暗号化された取引と比較して、特定の情報を開示する取引は、第4条のMEV-Shareセクションで詳述されるように、より効果的かつ迅速にバンドルまたはブロックに組み込まれ、さらにキックバックを受け取ることさえできます。特定の情報を開示することで、サーチャー同士が協力することさえ可能です。サーチャーBは、サーチャーAのバンドルをベースにすることができます。サーチャーAのバンドルは、アービトラージのためにユーザーの取引に従い、サーチャーBのバンドルはサーチャーAのバンドルに従いアービトラージを行います。プライバシーはオープンオーダーフローにとって重要です。プライバシーにより、サーチャー同士が協力し合い、MEVの機会を競争するのではなく互いに利益を得る機会を持つことができます。
SUAVEのその他の利点
- SUAVEを介して、クロスチェーンDEX取引はより良い価格を得ることができ、クロスチェーンインテントはより効率的に実行されることがあります。
- SUAVEを巨大だが中央集権的なビルダーと見なすと、より多くのオーダーフローを集めるため、集中型のビルダーよりも利点が多くなる可能性があります。これにより、さらに多くのビルダーをSUAVEに参加させ、ビルダーの中央集権化によって引き起こされるリスクを低減することができます。
- SUAVEを介して、各チェーンは独自のプライベートトランザクションプールや独自のチェーンのMEV市場を構築する必要はありません。そのため、リソースとエネルギーを他の問題の解決やより良いサービスの提供に集中することができます。
SUAVEアーキテクチャ
ユーザー設定の掲示板
SUAVEは、「ユーザーの好み掲示板」と表現されます。ここでの「ユーザー」とは、一般的なブロックチェーンユーザーを必ずしも指すものではなく、サーチャーもSUAVEのユーザーとなります。以下では、「ユーザー」とは一般的なブロックチェーンユーザーを指し、「SUAVEユーザー」とはSUAVEのユーザーを指します。
SUAVEのユーザー設定は、取引の分類に焦点を当てた専門的なインテントのようなものです。これは、他の場所で読者が見る一般的なインテントとは異なり、さまざまな条件を指定できるものではありません。インテントでユーザーが好みや条件を指定するのと同様に、Preferenceでは、SUAVEユーザーが「ブロックに入る取引またはバンドル収入」に対して好みや条件を指定します。
- 「トランザクションを0xabcdトランザクションの前にソートし、ブロック110050の前に含めたい」実際、これはFlashbotを使用するときにBundle of Searcherによって指定された条件と同じです。
- "私は、私のBundleが含まれ、私に0.05 ETHの収益をもたらすことを望んでいます。"
- 「Intent AとIntent BをそれぞれチェーンXのブロック1001とチェーンYのブロック50900に含めたいです。」
読書のヒント：ユーザーは一般的なブロックチェーン取引（特定のプリファレンスを指定しないで）をSUAVEに送ることもできます。つまり、SUAVEを単なる一般的な取引プールやFlashbotとして使用することができます。たとえば、ETHの送金取引やUniswapの取引を直接SUAVEに送ることができます。
もちろん、条件の指定だけであれば、新しいアーキテクチャを設計する必要はありません。単に元のFlashbotを使用してください。実際には、SUAVEで指定された設定は報酬と一致しなければならず、それ以外の場合、誰もがあなたの設定を無条件で完了することを望むわけではありません。支払いの前提条件は、設定が達成されていることでなければなりません。
選好の指定と報酬をスマートコントラクトにして実行することで、需要側（ユーザーやサーチャーなど）は、より詳細で多様な選好要件を提出することができ、これらの要件は、ビルダーの親切心に頼るのではなく、経済的インセンティブによって満たされます。
- 「私の取引を0xabcdの取引よりも前に整理し、110050ブロックの前に含めてほしい。それが達成されたら、3 ETHをあげます。」
- 「私は、Bundle に含まれ、0.05 ETH の収入をもたらしてほしいです。それが達成されれば、0.02 ETH をあなたにあげます。」
- 「意図Aと意図BをそれぞれXチェーンの1001番目のブロックとYチェーンの50900番目のブロックに含めたい。これが達成されれば、1.8 ETHをあげます。」
アーキテクチャ
SUAVEは、3つのコンポーネント、すなわちプリファレンス環境、実行マーケット、分散型ブロック構築から構成されると見なすことができます。
- Preference Environmentは、SUAVEチェーンとそのトランザクションプールを含むさまざまなチェーンからのユーザー設定と報酬を収容する場所です。SUAVEユーザーは、一般ユーザーまたはサーチャーです。
- 実行市場は、報酬を獲得するためにユーザーの希望を見つけ、実行する専門の実行者のグループです（ユーザーの希望をバンドルにまとめて実行する）。実行者は、サーチャーまたはビルダーである可能性があります。
- 分散型ブロック構築は、1つ以上のチェーン用に複数のバンドルをブロックに組み立てるプロセスです。
△ 左側のPEは、さまざまなチェーン上でインテントやアービトラージ取引を収集し、その後、中央の実行者はこれらのプリファレンスを満たそうとし、それらをバンドルにまとめ、ブロックを生成する権利を持つ右側の役割にバンドルを渡してブロックを組み立てます。画像の出典: https://writings.flashbots.net/the-future-of-mev-is-suave
SUAVEは独自のチェーンとトランザクションプールを持ちます。SUAVEはチェーンを決済層とし、トランザクションプールをメッセージング層と呼びます。
スマートコントラクトは、Preferenceと報酬の間で契約を締結するためにチェーン上に展開できます。取引プールは、SUAVEユーザーがPreferenceを宣言し、エグゼキューターが報酬を受け取る取引で満たされます。
SUAVEトランザクションのライフサイクル
- 選好表現：ユーザーが好みを指定し、自分の意図/取引の1つ以上に入札します。
- 実行最適化：エグゼキューターはユーザーの希望を満たす実行パスを見つけ、それに最適なパスを見つけることさえできます。
- 優先決済：実行者のバンドルは目標チェーンのブロックに正常に含まれ、SUAVEユーザーが指定した優先度を満たしています。
- 支払い決済：オラクルはターゲットチェーンの状態をSUAVEチェーンに返し、エグゼキュータがスマートコントラクトを実行します。契約が条件を満たしたことを確認した後、SUAVEユーザー報酬がエグゼキュータに支払われます。
△ 設立から実行、決済までの4つのステップに優先順位を付けます。 画像の出典:https://dba.mirror.xyz/NTg5FSq1o_YiL_KJrKBOsOkyeiNUPobvZUrLBGceagg
MEVM
SUAVEは、プログラミング言語でPreferenceを記述し、SUAVEユーザーとエグゼキューターの契約を遂行するためにスマートコントラクトに変換する必要があります。SUAVEは、EVM-MEVMに基づいたMEV専用のEVMを設計することが期待されています。
MEVMは、新しいPrecompile契約と取引タイプをMEV専用に追加します。ユーザーの選好、パッケージングバンドル、およびブロックビルディング機能はすべてMEVMで簡単に完了できます。
下の図にあるサンプルプログラムコードは、SolidityとMEVM Precompile契約を使用して、Effective Gas Price (EGP) ブロックビルディングアルゴリズムを記述します。
EGPブロックビルディングは、各バンドルが指定されたガス価格に従ってバンドルを並べ替えます。ガス価格が高いバンドルはブロックの先頭にランク付けされます：
△ 画像中のピンク色の機能はMEVMのプリコンパイル機能であり、MEVの利用に特化して設計されています。画像の出典：https://writings.flashbots.net/mevm-suave-centauri-and-beyond
読書のヒント: ブロックビルディングアルゴリズムの実行は、実際にはSUAVE Chainチェーン上で行われるわけではありませんが、ブロックビルダーはチェーン外で実行をシミュレートします(ノードがトランザクションの実行をローカルでシミュレートするのと同様)。したがって、この実行プロセスは、SUAVE Chainのブロックスペースや計算リソースを占有するトランザクションにはならず、SUAVE Chainの出力性能にも制限されません。
EVM契約の合成性により、SearcherとSearcherまたはSearcherとBuilderは契約を通じて協力し、元の一方向の信頼関係を置き換えることができます。協力により、Bundleの効率がさらに向上し、より多くのMEVが抽出され、MEVサプライチェーンのすべての参加者に利益をもたらすことができます。さらに、参加者はRPCプロバイダーなどのEVMベースの開発ツールやインフラストラクチャを直接使用することができ、Foundryなどのテストツールを使用することができます。開発体験は非常に優れています。
また、MEVには取引プライバシー機能が備わっており、プライバシーがなければ協力の可能性はありません。プライバシーがないと、サーチャーは自分のMEVが盗まれることを心配しなければなりません。初期段階では、このプライバシーは信頼できるハードウェアSGXを通じて実現されます。取引は暗号化され、その後SGXに送信されて実行されます。SGXは任意にMEVを盗まずに指定されたプログラムコードを実行すると信じられています。将来的には、他の高度な暗号技術が徐々に成熟すると、暗号技術を信頼できるハードウェアで置き換えることができます。詳細については、以前の記事を参照してください。暗号化されたメンプール.
読み方のヒント: ただし、EVMは表現力が豊すぎるなど、EVMに基づく欠点もあります:実際、MEVに必要な関数を記述するために、EVMに多くのオペコードは必要ありません。これらのオペコードの使用を許可すると、非常に複雑な実行を書こうとしている人が許可される可能性があります。そして、実行終了時にトランザクションを失敗させ、ノードが大量のコンピューティングリソースを浪費する原因となるDoS攻撃を行います。Anomaプロジェクトは、インテントの表現と実行に特化したプログラミング言語と実行環境を再設計します。将来的には、SUAVEはMEVMを置き換えるためにAnomaのアーキテクチャを使用する可能性もあります。
プラグアンドプレイSUAVE
もしチェーンのブロック開発者またはバリデータがSUAVEの存在を知り、SUAVEを使用する意向がある場合、SUAVEをブロックビルダーと見なします。SUAVEが構築したブロックに対してより高い入札価格を提供する場合、マイナーまたはバリデータはSUAVEのブロックを使用します。現在のEthereumのMEV-Boostを例に取ると、SUAVEによって構成されたブロックは、SUAVEが提供するプラグインを介してMEV-Boost入札メカニズムに適合する形式に変換されます。提案者はSUAVEのブロックを採用するために何ら変更を加える必要はありません。
もしブロックの開発者やチェーンのバリデータがSUAVEの存在を知らない場合、SUAVEのExecutorはチェーンの手数料規則に従い、そのバンドルを受け取るために入札します。
クロスチェーンMEVの課題
各チェーンにはそれぞれ独自のブロック開発者とバリデーターがいます。SUAVEのブロックB1がXチェーンに受信されたとしても、YチェーンのバリデーターがブロックB2を正常に受信することを意味するわけではありません。XチェーンとYチェーンのブロック生成メカニズムと市場は独立しています。XチェーンとYチェーンの両方が共有シーケンサーを使用し、同じシーケンサーが両チェーンのために同時にブロックを生成する場合にのみ、SUAVEを組み合わせることで原子的な包含を確実にすることができます。つまり、両チェーンは「指定された取引（またはブロック）をまとめて収集してはならない」か、「まったく収入がない」ことを保証できます。
そして、共有シーケンサーがアトミックインクルージョンを保証できたとしても、トランザクションが含まれた後に「成功」して実行されることを意味するわけではありません。両方のトランザクションが「成功」しなかった場合、クロスチェーンMEVは失敗したことになります。SUAVEユーザーがクロスチェーンアービトラージを完了したい場合、両チェーン上でトランザクションをリアルタイムで生成し、彼が利益を得る前に成功裏に実行される必要があります。
- SUAVEユーザーがトランザクション実行失敗のリスクを負う意思がない場合、そのプリファレンスは、両方のトランザクションが完了する前に正常に実行される必要があり、その後、遺言執行者に支払いが行われ、遺言執行者がリスクを負うことを要求します。例えば、コントラクトが特定のイベントを発行しなければならないことや、特定のアドレスのトークン残高がどれだけ大きくなければならないかを指定するなど、チェーン上のステータスを指定することで、「成功した実行の結果」を制約することができます。次に、リスクを負うことをいとわないエグゼキューターは、両方のトランザクションをリアルタイムで正常に実行しようとします。そのうちの1つだけが受け取られた場合、またはトランザクションの1つの実行が「失敗」した場合、エグゼキューターは報酬を受け取りません。
- SUAVEユーザーがリスクを取ることを望む場合、その優先度は両方の取引が受け取られることを要求する場合があり、取引の実行が失敗しても問題ありません（つまり、取引のリバート）。実行者は引き続き両方の取引を成功させるために最善を尽くします（成功した実行はより高い報酬につながる可能性があります）、しかし収入がある限り、報酬を受け取ることができます。
下の図を例にとると、SUAVEユーザーは、ロールアップ1とロールアップ2の間でクロスチェーントランザクションアービトラージを実行したいと考えています:ロールアップ1で1つのETHを低価格で購入し、ロールアップ2で1つのETHをより高い価格で販売します。.
両方の取引がリアルタイムで支払われ、成功裏に実行された場合、SUAVEユーザーは価格差益を得ることができます。画像の表のシナリオ1と2はそれぞれ「SUAVEユーザーが自らリスクを負うことを望む」および「実行者がリスクを負うことを望む」です。
テーブルの下から3つの列は、「両方の成功の報酬」、「1つの成功の報酬」、「1つの成功の最終結果」です。
- 成功した取引の両方に対する報酬（SUAVEユーザーは価格差を獲得）:
- シナリオ1：SUAVEユーザーがエグゼキューターに$50の手数料を支払う。
- シナリオ2：SUAVEユーザーは、執行者に70ドルの手数料を支払います（リスクを負うためにより高価です）。
- 成功には報酬が1つしかありません（SUAVEユーザーはスプレッドを獲得しませんでした）:
- シナリオ1：SUAVEユーザーは、執行者に25ドルの取扱手数料を支払います。SUAVEユーザー自身がリスクを負担します。
- シナリオ2：SUAVEユーザーは手数料を支払ったりリスクを取ったりする必要はありません。
- 成功した結果は1つだけです（SUAVEユーザーはスプレッドを稼げませんでした）:
- シナリオ1：SUAVEユーザーは、エグゼキューターに$25の取扱手数料を支払い、余分なETHを持っています。
- シナリオ2：SUAVEユーザーは、実行者に取引手数料を支払う必要はなく、余分なETHを手元に持つ必要もありません。そして実行者は手元に1つのETHを持っています。
異なる状況下で異なる実行結果。画像出典：https://dba.mirror.xyz/NTg5FSq1o_YiL_KJrKBOsOkyeiNUPobvZUrLBGceagg
クロスチェーンMEVには、エグゼキューターが資本を持ち、リスクを負うことを望み、リアルタイムでアトミックな収益と成功した実行を保証するための十分な技術を持っている必要があります。これは収益性が高いが比較的ハードルの高い仕事です。
SUAVEはなぜ独自のチェーンが必要なのですか？
なぜ私たちは単純にP2Pネットワークを介してPreferencesを転送および共有できないのですか？なぜなら、純粋なP2Pネットワークは無数のPreferences（すなわちDoS攻撃）でネットワークが溢れることを防ぐことができないからです。それがチェーンであれば、DoS攻撃は取引手数料を介して防ぐことができます。
SUAVEは既存のチェーンを使用しないのはなぜですか？なぜなら、SUAVEは独自の（MEV）機能とブロック時間、ブロックサイズなどの独自のチェーン設定が必要です。 Ethereum上に直接構築すると、コストが高すぎたり、ブロック時間が長すぎたり、機能が制限されたりするなどの問題が発生します。
さらに、SUAVEは他のチェーンから情報を取得して好みが満たされているかを検証する必要があるため、独立したSUAVEチェーンはすべての他のチェーンから情報を収集することで中立性を維持できます。
しかし、SUAVEには独自のチェーンがあります。これはつまり、(1) SUAVEユーザーは他のチェーンから資産をSUAVEチェーンに移動してSUAVEを使用する必要があり、(2) SUAVEは他のチェーンから情報を報告するためにオラクルに依存する必要があります。これは、SUAVE自体がオラクルに対する追加の信頼要件を持っていることを意味します。オラクルが安全でない場合、それはSUAVE上の契約のセキュリティに影響を与えます。
読むヒント:SUAVEが独自のトークンを持つかどうか、資産を使用するためにSUAVEチェーンに転送する必要があるかどうか、またはSUAVEチェーンに転送する方法について、まだ多くの詳細はありません。ビデオと記事「SUAVEユーザーは、使用する前に、まず他のチェーンからSUAVEチェーンに資産を転送する必要があります」でのみ言及されています。
SUAVE Chain自体の設計とセキュリティモデルはまだ議論中です。SUAVEチェーンがイーサリアム上のロールアップである場合、ロールアップ独自のメカニズムを直接使用して資産を転送し、他のロールアップ情報を読み取ることができます。これは、他のロールアップに頼るよりも優れています。クロスチェーン・テクノロジーとオラクル・サービスは、多くのセキュリティをもたらします。
SUAVEチェーンのバリデーターがEigenlayerと組み合わされると、SUAVE自体によってバリデーターのセットを生成するよりも、Ethereumのバリデーターを直接SUAVEチェーンのバリデーターとして使用する方が安全で信頼性が高くなります。もちろん、これらの設計には対応する欠点もあります。SUAVEチェーンの設計についての詳細な議論については、この記事を参照してください。
SUAVEの課題まとめ
- SUAVEチェーンのブロック時間：SUAVEチェーンのブロック時間は、SUAVEユーザーがその選好を実行者に知らせるために十分に短い必要があります。 SUAVEチェーンの時間が、それに接続されているチェーン（Solanaや他のRollupなど）よりも長い場合、SUAVEユーザーが特定のチェーンの次のブロックにトランザクションを含めたいと思っていることをSUAVE実行者に知らせる時間がなくなります。ブロックが生成されました。
- Oracle risk: Oracleは他のチェーンの情報を提供する責任があり、また、SUAVEユーザーの資産をSUAVEチェーンに移動する責任もあるため、Oracleの重要性は小さな問題ではありません。
- クロスチェーンの使用体験: SUAVEユーザーは、使用体験の欠点でもあるSUAVEチェーンに資産を移動する必要があります。
- 経済モデル：SUAVEは独自の資産を発行する必要がありますか、SUAVEバリデーターにインセンティブをどのように与えるか、SUAVEの経済インセンティブメカニズムが他のチェーンの経済セキュリティに影響を与えないようにする方法など
- プライバシーテクノロジー：短期的には、SUAVEは取引プライバシー機能を提供するためにSGXなどの信頼されたハードウェアに頼る必要がありますが、長期的には、リスクを減らすためにより分散化された安全なアプローチに切り替える必要があります。
- 適切な優先言語：EVMは優先事項を表現および実行する手段として適していますか？
要約とハイライト
- SUAVEの登場は、(1) クロスドメインMEVから生じるビルダーの利点の違いによる中央集権リスクに対処すること、および(2) プログラマブルプライバシーの導入を通じて、サーチャー/ビルダー間の協力の扉を開くことで、プライベートオーダーフローから生じるかもしれない中央集権リスクを軽減することを目的としています。
- 完全なプライベートトランザクションは、サーチャーの作業を困難にします。なぜなら、彼らは効果的にユーザートランザクションをバックランできないため、オンチェーンの効率が低下します。しかし、ユーザーは「プライバシー」と「効率」の間で選択する必要はありません。代わりに、プログラマブルなプライバシーを使用して部分的な情報を開示することができ、サーチャーの作業を容易にし、オンチェーンの効率とバックラン報酬を向上させることができます。
- SUAVEでは、SUAVEユーザーは自分の意図/取引の好みやさまざまな条件を指定できます。その後は専門の実行者が処理し、条件を達成し、SUAVEユーザーが約束した報酬を請求します。
- SUAVEは、純粋なP2PではDoS攻撃を防ぐことができないため、独自のチェーンを持つ予定であり、SUAVEは独自のチェーン（MEV）のための固有の機能と設定を持ち、既存のチェーンを直接使用することはできません。このチェーンは、MEVに必要な機能を追加したEVMの変更に基づいています。
- クロスチェーンMEVは非常に厳しい操作であり、アトミックインクルージョンを確実にし、トランザクションの「成功した実行」を保証する必要があります。SUAVEユーザーは、取引がエグゼキューターに報酬を支払う前に成功裏に実行される必要があるとする状態を指定でき、リスクをエグゼキューターに移行します。共有シーケンサーはアトミックインクルージョンを確実にしますが、取引が「成功裏に」実行されることを保証しません。
- SUAVEは独自のチェーンであるため、SUAVEユーザーはSUAVEを使用する前に資産をSUAVEチェーンに転送する必要があります。さらに、プリファレンスが満たされているかどうかを確認するために、他のチェーンからの情報をSUAVEチェーンに報告するには、安全なオラクルが必要です。
- SUAVEは、セキュアなオラクル、プライバシーテクニック、プリファレンス言語、経済モデルなど、多くの技術的な課題や設計上の課題に直面しています。
免責事項：
- この記事は[から転載されましたimToken Labs]. すべての著作権は元の著者に帰属します [Nic]. もし、この転載に異議がある場合は、お問い合わせください。Gate Learnチームが promptly それを処理します。
- 責任の免責事項：この記事で表現されている意見や考えは、著者個人のものであり、投資アドバイスを構成するものではありません。
- 他の言語への記事の翻訳はGate Learnチームによって行われます。特に言及されていない限り、翻訳された記事のコピー、配布、または盗用は禁止されています。
関連記事
次の物語「The Rise of Parallel EVM」に向けて前もって計画を立て、どのプロジェクトに焦点を当てる価値があるか?
ステーブルコインとは何ですか？
MEV (7): より公正なMEVエコシステム（結論）
この記事では、より高度な取引とクロスチェーン、よりオープンで公正なMEV市場設計を提供する「プログラマブルプライバシー」機能について紹介します。 SUAVEの説明のメイントピックに入る前に、まずインテントの概念を理解してください。
意図
ブロックチェーン取引の現在の体験
イーサリアムの取引を例に取ると、ユーザーがUSDTをETHに交換したいとすると、ユニスワップのウェブページに行って価格を確認し、許可された価格のスリップを設定して取引に署名し、送信し、その後取引結果を待つことができます。
彼の取引はおそらく次のようになります:「私はこの取引に署名し送信し、Nonce値を23、ガス手数料を30 Gweiで設定します。Uniswap契約を実行して1000 USDTを0.5 ETHに交換し、最大スリッページを1%に設定します。」
△ Nonce? Gwei? 画像ソース:https://www.reddit.com/r/MemeRestoration/comments/ejcvd3/confused_math_lady_4080x2663px
Aliceが初心者ユーザーで、彼女は単に自分のUSDTをETHに交換したいと思っていますが、この小さな願いを叶えるためには多くの障壁を乗り越えなければなりません:
- 最初は取引所のチャネルを見つけることです。彼女はGoogle検索をして、Uniswapのページを見つけます（少なくとも明確なデジタルアセットメニューとSwapボタンがあります）、そしてスリッページを理解して設定する必要があります（またはデフォルトを使用します）。
- 「Swap」ボタンをクリックすると、トランザクション署名画面が表示され、処理手数料のNonceとGweiが含まれています。
- 最終的に彼女は取引を送信しますが、おそらく何も起こらず、アリスは混乱の中で待つだけで、取引が成功裏に実行されることを祈るしかありません。
各レベルは、初心者のユーザーが実際に理解する必要はないが、選択を強いられる質問です：どこで引き換えますか？ スリッページを設定しますか？ どの割合のスリッページを設定する必要がありますか？ ガス手数料（取り扱い手数料）を調整しますか？ 何Gweiに調整する必要がありますか？ トランザクションが失敗した理由は？ トランザクションがなぜそこに長い間立ち往生しているのですか（Nonceまたは取り扱い手数料の問題かもしれません）？ 私は何をすべきですか？
意図トランザクションの使用体験
取引とは異なり、Intentは取引のさまざまな詳細を指定する必要がありますが、ユーザーは達成したい結果と実行の条件のみを指定し、残りはより専門的な人々に任せるだけです。
インテントでは、アリスは1000 USDTを0.5 ETHに交換することを指定しましたが、手数料を考慮して価格が0.495 ETHに調整され、その後注文が署名されて送信されました。アリスの取引は次のようになります。「この注文に署名して送信します。1000 USDTを0.495 ETHに交換したいです。この注文は0.495 ETHを得られる限り有効です。」
とても簡単ですね？これはリミットオーダー（Limit Order）を使用する体験であり、また1inchやTokenlonなどのDEXアグリゲーターを使用する一般的な体験でもあります。
△ トランザクション（上）とインテント（下）の違い。 インテントでは、ユーザーは条件を指定するだけでよく、それを達成する方法を気にする必要はありません。 キャプション：https://www.paradigm.xyz/2023/06/intents
意図により、ユーザーは取引の生成、署名、実行の間にさまざまな煩雑で混乱する詳細に対処したり心配したりする必要がなくなります。取引が失敗した場合でも問題を解決し続ける必要はありません。さらに、異なるチェーンには異なる取引プロセスと落とし穴があります！
ユーザーは意図を通じて、実行条件と想定される結果だけを指定すればよく、その他のことはプロのソルバーがユーザーの意図を実現するために行います - トランザクションの送信方法、トランザクションの監視、トランザクションの加速など。トランザクションの失敗など、面倒な問題の処理は、意図が実行条件と想定される結果を満たした場合にのみ実施されるため、ユーザーは事故が資産の消失を引き起こすかどうかを心配する必要はありません。
意図はブロックチェーン体験を大幅に向上させます。
【読書のヒント1】実際には、マルチシグネチャウォレットの署名、第三者に特定の実行権限と時間制限を付与するセッションキーの概念、またCowSwapのようなバッチマッチングトランザクションメカニズムなど、Intentを使用した多くの例がすでに存在しています。Web2の世界でも、Intentの痕跡が見られます。例えば、検索エンジン（私がクエリしたい内容を入力し、検索エンジンがさまざまなチャンネルを通じて関連情報を見つけてくれる）や、eコマースのオンラインショッピング（欲しいものを入力すると、eコマース会社がさまざまなチャンネルを通じてそれを見つけて配達してくれる）。単に、Intentという言葉が最近になってWeb3の世界で人気を博しているだけです。
読み方のヒント 2: 英語では、Imperative ("imperative") という単語は、目標を完了するために完全なコマンドを発行する Transaction の使用経験を表すために使用されます。一方、「宣言型」(「ステートメント」)という言葉は、インテントの使用体験を説明するために使用されます。説明的で、実行条件と実行結果を示すことによって使用されることを示します。
クロスチェーン世界における意図
クロスチェーンブリッジやクロスチェーンDEXなどのクロスチェーンアプリケーションでは、2つ以上のチェーンが関与するため、ユーザーは異なるチェーン上でより多くの取引を処理する必要があります。
プロジェクトパーティーのマルチシグネチャを通じたクロスチェーンアプリケーションを除外すると、より良いユーザーエクスペリエンスを提供できます（たとえば、ユーザーがソースチェーンで取引を送信した後、プロジェクトパーティーのマルチシグネチャが自動的にアセットをターゲットチェーンのユーザーに送信します）。指定されたアドレスでは、ユーザーがターゲットチェーンで何の操作も行う必要はありません）。NomadやSuccinctのような他のより分散化されたクロスチェーンアプリケーションは、そのような良いエクスペリエンスを持っていません。ユーザーは、操作を完了するためにターゲットチェーンに取引を送信する必要があります。
そのため、Intentがもたらすユーザーエクスペリエンスの改善は、クロスチェーンの世界においてさらに重要で緊急なものとなります。
意図により、クロスチェーン操作はユーザーがサインするだけで済み、各チェーンの取引ルールや詳細を気にする必要はもはやありません。ユーザーは同じユーザーエクスペリエンスで異なるチェーンを操作することができ、異なるチェーンが存在する事実さえ気づかないでしょう。
スアヴ
SUAVEのフルネームは、Single Unifying Auction for Value Expressionであり、その目的は、複数のチェーン間で統一されたMEV市場となることです。この市場では、ユーザーはトランザクションのクロージング条件と報酬を効率的に表現できます。同時に、実行者（Executors）は互いに競合し、ユーザーのリクエストを効率的に完了するために協力します。
SUAVEは、ブロックチェーンの取引プールとして機能するだけでなく、そのブロックチェーンのブロックコンテンツを生成するBuilderの役割を担当することができます。ただし、SUAVEは既存のブロックチェーンの取引プールとBuilderの機能を置き換えることを意図しておらず、むしろ既存のブロックチェーンにシームレスに接続し、プラグアンドプレイの方法で機能します。
SUAVEがブロックチェーンに接続されると、そのブロックチェーンは複数のブロックチェーントランザクションソースを横断する非中央集権的で非常に専門的かつ強力なビルダーを持つことに等しいとなります。同時に複数のブロックチェーントランザクションソースを持つことは、将来的に急速に成長するクロスドメインMEV市場で非常に大きな利点をもたらします。このような利点を持つビルダーは、単一のチェーンで運営されるビルダーよりも競争力が高くなります。
FlashbotからMEV-BoostまでSUAVEへ
FlashbotからMEV-Boostまで、彼らが掲げる精神はMEVの存在を認め、隠れた経済活動を前面に出すことです。彼らは、少数の個人が静かにコントロールし支配する状況を避けるため、誰もが参加できる公共市場を確立することを目指しています。これにより、資源の集中が進み、最終的にはブロックチェーンネットワーク全体の分散化とセキュリティに影響を与える状況を回避します。
しかし、人々がMEVについてより多く学ぶにつれて、成熟したEthereum上のMEV市場に加えて、クロスチェーンおよびクロスボーダーのMEV市場も存在することに徐々に気づき始めます。このクロスボーダーのMEV市場はEthereumのそれよりもはるかに大きくなるでしょうし、クロスチェーン取引は同じチェーン上の取引よりもMEVを抽出する機会がより多くなります。
Flashbotのような人物がいなかった場合、クロスチェーンMEV市場を暴露し、それを明るみに出し、誰もが公平に参加できるようにすることで、クロスチェーンMEVを悪用する少数の個人はさらに有利になり、結果として全体のブロックチェーンネットワークのセキュリティに影響を与える可能性がありました。
中心化とセキュリティに影響を与える別の現象は、Private Order Flowです：ユーザーの取引がもはや公共の取引プールに流れるのではなく、直接SearcherまたはBuilderに流れます。Private Order Flowは、SearcherまたはBuilderがユーザーの取引から収入を得る権利を購入すること、またはBuilderが魅力的なサービスを提供することによって生じる可能性があります。例えば、(1)ユーザーが送信した取引やDEX注文を無料でキャンセルする、または(2)取引が受信される前にPre-Confirmationを提供することにより、ユーザーは取引がどれくらい速く受信されるかを保証されるため、取引が受信されるかどうかやそれが受信されるまでにどれくらい時間がかかるかを心配する必要がありません。
プライベートオーダーフローは初めはユーザーに利益をもたらすかもしれませんが、長期的には中央集権化をもたらします。プライベートオーダーフローを持つサーチャー/ビルダーは競争上の優位性を持ち、それを持たない者と比べてより多くの利益を得ることになり、競争に有害な影響をもたらすことになります。さらに、新しいサーチャー/ビルダーとプライベートオーダーフローを共有するインセンティブがないため、これらの新参者はゲームを始める際に不利になります。
ユーザーのトランザクションからサーチャーによって作成されたバンドルまでのブロックをプライベートオーダーフローを介して収集する必要があるのはなぜですか？これは、トランザクションとバンドルの内容が公開されていて暗号化されていないためです。それらが他の人に見られ、入手されると、ユーザーやサーチャーに害をもたらす可能性があります。たとえば、他の人はピンサー攻撃を通じてユーザーのトランザクションのMEVを抽出したり、バンドルを分解してMEVを奪ったりすることができます。これは、ユーザーとサーチャーの両方が現在ビルダーを信頼する必要がある理由です。なぜなら、彼らはトランザクションとバンドルの元の内容をビルダーに提供し、ビルダーが何ら害を引き起こさないことを信頼する必要があるからです。
SUAVEの登場は、クロスボーダーMEVとプライベートオーダーフローによって引き起こされる中央集権化リスクを解決するためです。
まず、クロスチェーンMEVを提供する公開市場を設定することで、ユーザーまたはサーチャーはこの市場で取引またはバンドルの収益条件を表現することができます。例えば、ユーザーがイーサリアムとアービトラムにそれぞれルーティングする必要がある2つの取引を持っており、両方の取引がある時点までに含まれ、実行される必要がある場合、これらの条件を市場で指定することができます。市場の実行者（サーチャーまたはビルダーであることができます）は、これらの要求を果たすために競い合い、報酬を得ることができます。しかし、ユーザーやサーチャーは、どのようにして自分の取引やバンドルをこの公開市場に投げることを信頼できるのでしょうか？ここでプライバシー技術が重要になります。取引を暗号化することで、ユーザーやサーチャーは、他人が取引を閲覧することによって引き起こされる潜在的な被害を心配する必要がなくなります。取引プライバシーがあれば、オープンオーダーフローが可能になります。
SUAVEはさらに、プログラマブルプライバシーの概念を提案し、ユーザーや検索者が取引の特定の部分やバンドルの内容（取引実行の契約アドレスなど）を開示するかどうかを選択できるようにし、完全な暗号化か非暗号化の選択肢に限定されることなく、選択できるようにします。
完全に暗号化された取引と比較して、特定の情報を開示する取引は、第4条のMEV-Shareセクションで詳述されるように、より効果的かつ迅速にバンドルまたはブロックに組み込まれ、さらにキックバックを受け取ることさえできます。特定の情報を開示することで、サーチャー同士が協力することさえ可能です。サーチャーBは、サーチャーAのバンドルをベースにすることができます。サーチャーAのバンドルは、アービトラージのためにユーザーの取引に従い、サーチャーBのバンドルはサーチャーAのバンドルに従いアービトラージを行います。プライバシーはオープンオーダーフローにとって重要です。プライバシーにより、サーチャー同士が協力し合い、MEVの機会を競争するのではなく互いに利益を得る機会を持つことができます。
SUAVEのその他の利点
- SUAVEを介して、クロスチェーンDEX取引はより良い価格を得ることができ、クロスチェーンインテントはより効率的に実行されることがあります。
- SUAVEを巨大だが中央集権的なビルダーと見なすと、より多くのオーダーフローを集めるため、集中型のビルダーよりも利点が多くなる可能性があります。これにより、さらに多くのビルダーをSUAVEに参加させ、ビルダーの中央集権化によって引き起こされるリスクを低減することができます。
- SUAVEを介して、各チェーンは独自のプライベートトランザクションプールや独自のチェーンのMEV市場を構築する必要はありません。そのため、リソースとエネルギーを他の問題の解決やより良いサービスの提供に集中することができます。
SUAVEアーキテクチャ
ユーザー設定の掲示板
SUAVEは、「ユーザーの好み掲示板」と表現されます。ここでの「ユーザー」とは、一般的なブロックチェーンユーザーを必ずしも指すものではなく、サーチャーもSUAVEのユーザーとなります。以下では、「ユーザー」とは一般的なブロックチェーンユーザーを指し、「SUAVEユーザー」とはSUAVEのユーザーを指します。
SUAVEのユーザー設定は、取引の分類に焦点を当てた専門的なインテントのようなものです。これは、他の場所で読者が見る一般的なインテントとは異なり、さまざまな条件を指定できるものではありません。インテントでユーザーが好みや条件を指定するのと同様に、Preferenceでは、SUAVEユーザーが「ブロックに入る取引またはバンドル収入」に対して好みや条件を指定します。
- 「トランザクションを0xabcdトランザクションの前にソートし、ブロック110050の前に含めたい」実際、これはFlashbotを使用するときにBundle of Searcherによって指定された条件と同じです。
- "私は、私のBundleが含まれ、私に0.05 ETHの収益をもたらすことを望んでいます。"
- 「Intent AとIntent BをそれぞれチェーンXのブロック1001とチェーンYのブロック50900に含めたいです。」
読書のヒント：ユーザーは一般的なブロックチェーン取引（特定のプリファレンスを指定しないで）をSUAVEに送ることもできます。つまり、SUAVEを単なる一般的な取引プールやFlashbotとして使用することができます。たとえば、ETHの送金取引やUniswapの取引を直接SUAVEに送ることができます。
もちろん、条件の指定だけであれば、新しいアーキテクチャを設計する必要はありません。単に元のFlashbotを使用してください。実際には、SUAVEで指定された設定は報酬と一致しなければならず、それ以外の場合、誰もがあなたの設定を無条件で完了することを望むわけではありません。支払いの前提条件は、設定が達成されていることでなければなりません。
選好の指定と報酬をスマートコントラクトにして実行することで、需要側（ユーザーやサーチャーなど）は、より詳細で多様な選好要件を提出することができ、これらの要件は、ビルダーの親切心に頼るのではなく、経済的インセンティブによって満たされます。
- 「私の取引を0xabcdの取引よりも前に整理し、110050ブロックの前に含めてほしい。それが達成されたら、3 ETHをあげます。」
- 「私は、Bundle に含まれ、0.05 ETH の収入をもたらしてほしいです。それが達成されれば、0.02 ETH をあなたにあげます。」
- 「意図Aと意図BをそれぞれXチェーンの1001番目のブロックとYチェーンの50900番目のブロックに含めたい。これが達成されれば、1.8 ETHをあげます。」
アーキテクチャ
SUAVEは、3つのコンポーネント、すなわちプリファレンス環境、実行マーケット、分散型ブロック構築から構成されると見なすことができます。
- Preference Environmentは、SUAVEチェーンとそのトランザクションプールを含むさまざまなチェーンからのユーザー設定と報酬を収容する場所です。SUAVEユーザーは、一般ユーザーまたはサーチャーです。
- 実行市場は、報酬を獲得するためにユーザーの希望を見つけ、実行する専門の実行者のグループです（ユーザーの希望をバンドルにまとめて実行する）。実行者は、サーチャーまたはビルダーである可能性があります。
- 分散型ブロック構築は、1つ以上のチェーン用に複数のバンドルをブロックに組み立てるプロセスです。
△ 左側のPEは、さまざまなチェーン上でインテントやアービトラージ取引を収集し、その後、中央の実行者はこれらのプリファレンスを満たそうとし、それらをバンドルにまとめ、ブロックを生成する権利を持つ右側の役割にバンドルを渡してブロックを組み立てます。画像の出典: https://writings.flashbots.net/the-future-of-mev-is-suave
SUAVEは独自のチェーンとトランザクションプールを持ちます。SUAVEはチェーンを決済層とし、トランザクションプールをメッセージング層と呼びます。
スマートコントラクトは、Preferenceと報酬の間で契約を締結するためにチェーン上に展開できます。取引プールは、SUAVEユーザーがPreferenceを宣言し、エグゼキューターが報酬を受け取る取引で満たされます。
SUAVEトランザクションのライフサイクル
- 選好表現：ユーザーが好みを指定し、自分の意図/取引の1つ以上に入札します。
- 実行最適化：エグゼキューターはユーザーの希望を満たす実行パスを見つけ、それに最適なパスを見つけることさえできます。
- 優先決済：実行者のバンドルは目標チェーンのブロックに正常に含まれ、SUAVEユーザーが指定した優先度を満たしています。
- 支払い決済：オラクルはターゲットチェーンの状態をSUAVEチェーンに返し、エグゼキュータがスマートコントラクトを実行します。契約が条件を満たしたことを確認した後、SUAVEユーザー報酬がエグゼキュータに支払われます。
△ 設立から実行、決済までの4つのステップに優先順位を付けます。 画像の出典:https://dba.mirror.xyz/NTg5FSq1o_YiL_KJrKBOsOkyeiNUPobvZUrLBGceagg
MEVM
SUAVEは、プログラミング言語でPreferenceを記述し、SUAVEユーザーとエグゼキューターの契約を遂行するためにスマートコントラクトに変換する必要があります。SUAVEは、EVM-MEVMに基づいたMEV専用のEVMを設計することが期待されています。
MEVMは、新しいPrecompile契約と取引タイプをMEV専用に追加します。ユーザーの選好、パッケージングバンドル、およびブロックビルディング機能はすべてMEVMで簡単に完了できます。
下の図にあるサンプルプログラムコードは、SolidityとMEVM Precompile契約を使用して、Effective Gas Price (EGP) ブロックビルディングアルゴリズムを記述します。
EGPブロックビルディングは、各バンドルが指定されたガス価格に従ってバンドルを並べ替えます。ガス価格が高いバンドルはブロックの先頭にランク付けされます：
△ 画像中のピンク色の機能はMEVMのプリコンパイル機能であり、MEVの利用に特化して設計されています。画像の出典：https://writings.flashbots.net/mevm-suave-centauri-and-beyond
読書のヒント: ブロックビルディングアルゴリズムの実行は、実際にはSUAVE Chainチェーン上で行われるわけではありませんが、ブロックビルダーはチェーン外で実行をシミュレートします(ノードがトランザクションの実行をローカルでシミュレートするのと同様)。したがって、この実行プロセスは、SUAVE Chainのブロックスペースや計算リソースを占有するトランザクションにはならず、SUAVE Chainの出力性能にも制限されません。
EVM契約の合成性により、SearcherとSearcherまたはSearcherとBuilderは契約を通じて協力し、元の一方向の信頼関係を置き換えることができます。協力により、Bundleの効率がさらに向上し、より多くのMEVが抽出され、MEVサプライチェーンのすべての参加者に利益をもたらすことができます。さらに、参加者はRPCプロバイダーなどのEVMベースの開発ツールやインフラストラクチャを直接使用することができ、Foundryなどのテストツールを使用することができます。開発体験は非常に優れています。
また、MEVには取引プライバシー機能が備わっており、プライバシーがなければ協力の可能性はありません。プライバシーがないと、サーチャーは自分のMEVが盗まれることを心配しなければなりません。初期段階では、このプライバシーは信頼できるハードウェアSGXを通じて実現されます。取引は暗号化され、その後SGXに送信されて実行されます。SGXは任意にMEVを盗まずに指定されたプログラムコードを実行すると信じられています。将来的には、他の高度な暗号技術が徐々に成熟すると、暗号技術を信頼できるハードウェアで置き換えることができます。詳細については、以前の記事を参照してください。暗号化されたメンプール.
読み方のヒント: ただし、EVMは表現力が豊すぎるなど、EVMに基づく欠点もあります:実際、MEVに必要な関数を記述するために、EVMに多くのオペコードは必要ありません。これらのオペコードの使用を許可すると、非常に複雑な実行を書こうとしている人が許可される可能性があります。そして、実行終了時にトランザクションを失敗させ、ノードが大量のコンピューティングリソースを浪費する原因となるDoS攻撃を行います。Anomaプロジェクトは、インテントの表現と実行に特化したプログラミング言語と実行環境を再設計します。将来的には、SUAVEはMEVMを置き換えるためにAnomaのアーキテクチャを使用する可能性もあります。
プラグアンドプレイSUAVE
もしチェーンのブロック開発者またはバリデータがSUAVEの存在を知り、SUAVEを使用する意向がある場合、SUAVEをブロックビルダーと見なします。SUAVEが構築したブロックに対してより高い入札価格を提供する場合、マイナーまたはバリデータはSUAVEのブロックを使用します。現在のEthereumのMEV-Boostを例に取ると、SUAVEによって構成されたブロックは、SUAVEが提供するプラグインを介してMEV-Boost入札メカニズムに適合する形式に変換されます。提案者はSUAVEのブロックを採用するために何ら変更を加える必要はありません。
もしブロックの開発者やチェーンのバリデータがSUAVEの存在を知らない場合、SUAVEのExecutorはチェーンの手数料規則に従い、そのバンドルを受け取るために入札します。
クロスチェーンMEVの課題
各チェーンにはそれぞれ独自のブロック開発者とバリデーターがいます。SUAVEのブロックB1がXチェーンに受信されたとしても、YチェーンのバリデーターがブロックB2を正常に受信することを意味するわけではありません。XチェーンとYチェーンのブロック生成メカニズムと市場は独立しています。XチェーンとYチェーンの両方が共有シーケンサーを使用し、同じシーケンサーが両チェーンのために同時にブロックを生成する場合にのみ、SUAVEを組み合わせることで原子的な包含を確実にすることができます。つまり、両チェーンは「指定された取引（またはブロック）をまとめて収集してはならない」か、「まったく収入がない」ことを保証できます。
そして、共有シーケンサーがアトミックインクルージョンを保証できたとしても、トランザクションが含まれた後に「成功」して実行されることを意味するわけではありません。両方のトランザクションが「成功」しなかった場合、クロスチェーンMEVは失敗したことになります。SUAVEユーザーがクロスチェーンアービトラージを完了したい場合、両チェーン上でトランザクションをリアルタイムで生成し、彼が利益を得る前に成功裏に実行される必要があります。
- SUAVEユーザーがトランザクション実行失敗のリスクを負う意思がない場合、そのプリファレンスは、両方のトランザクションが完了する前に正常に実行される必要があり、その後、遺言執行者に支払いが行われ、遺言執行者がリスクを負うことを要求します。例えば、コントラクトが特定のイベントを発行しなければならないことや、特定のアドレスのトークン残高がどれだけ大きくなければならないかを指定するなど、チェーン上のステータスを指定することで、「成功した実行の結果」を制約することができます。次に、リスクを負うことをいとわないエグゼキューターは、両方のトランザクションをリアルタイムで正常に実行しようとします。そのうちの1つだけが受け取られた場合、またはトランザクションの1つの実行が「失敗」した場合、エグゼキューターは報酬を受け取りません。
- SUAVEユーザーがリスクを取ることを望む場合、その優先度は両方の取引が受け取られることを要求する場合があり、取引の実行が失敗しても問題ありません（つまり、取引のリバート）。実行者は引き続き両方の取引を成功させるために最善を尽くします（成功した実行はより高い報酬につながる可能性があります）、しかし収入がある限り、報酬を受け取ることができます。
下の図を例にとると、SUAVEユーザーは、ロールアップ1とロールアップ2の間でクロスチェーントランザクションアービトラージを実行したいと考えています:ロールアップ1で1つのETHを低価格で購入し、ロールアップ2で1つのETHをより高い価格で販売します。.
両方の取引がリアルタイムで支払われ、成功裏に実行された場合、SUAVEユーザーは価格差益を得ることができます。画像の表のシナリオ1と2はそれぞれ「SUAVEユーザーが自らリスクを負うことを望む」および「実行者がリスクを負うことを望む」です。
テーブルの下から3つの列は、「両方の成功の報酬」、「1つの成功の報酬」、「1つの成功の最終結果」です。
- 成功した取引の両方に対する報酬（SUAVEユーザーは価格差を獲得）:
- シナリオ1：SUAVEユーザーがエグゼキューターに$50の手数料を支払う。
- シナリオ2：SUAVEユーザーは、執行者に70ドルの手数料を支払います（リスクを負うためにより高価です）。
- 成功には報酬が1つしかありません（SUAVEユーザーはスプレッドを獲得しませんでした）:
- シナリオ1：SUAVEユーザーは、執行者に25ドルの取扱手数料を支払います。SUAVEユーザー自身がリスクを負担します。
- シナリオ2：SUAVEユーザーは手数料を支払ったりリスクを取ったりする必要はありません。
- 成功した結果は1つだけです（SUAVEユーザーはスプレッドを稼げませんでした）:
- シナリオ1：SUAVEユーザーは、エグゼキューターに$25の取扱手数料を支払い、余分なETHを持っています。
- シナリオ2：SUAVEユーザーは、実行者に取引手数料を支払う必要はなく、余分なETHを手元に持つ必要もありません。そして実行者は手元に1つのETHを持っています。
異なる状況下で異なる実行結果。画像出典：https://dba.mirror.xyz/NTg5FSq1o_YiL_KJrKBOsOkyeiNUPobvZUrLBGceagg
クロスチェーンMEVには、エグゼキューターが資本を持ち、リスクを負うことを望み、リアルタイムでアトミックな収益と成功した実行を保証するための十分な技術を持っている必要があります。これは収益性が高いが比較的ハードルの高い仕事です。
SUAVEはなぜ独自のチェーンが必要なのですか？
なぜ私たちは単純にP2Pネットワークを介してPreferencesを転送および共有できないのですか？なぜなら、純粋なP2Pネットワークは無数のPreferences（すなわちDoS攻撃）でネットワークが溢れることを防ぐことができないからです。それがチェーンであれば、DoS攻撃は取引手数料を介して防ぐことができます。
SUAVEは既存のチェーンを使用しないのはなぜですか？なぜなら、SUAVEは独自の（MEV）機能とブロック時間、ブロックサイズなどの独自のチェーン設定が必要です。 Ethereum上に直接構築すると、コストが高すぎたり、ブロック時間が長すぎたり、機能が制限されたりするなどの問題が発生します。
さらに、SUAVEは他のチェーンから情報を取得して好みが満たされているかを検証する必要があるため、独立したSUAVEチェーンはすべての他のチェーンから情報を収集することで中立性を維持できます。
しかし、SUAVEには独自のチェーンがあります。これはつまり、(1) SUAVEユーザーは他のチェーンから資産をSUAVEチェーンに移動してSUAVEを使用する必要があり、(2) SUAVEは他のチェーンから情報を報告するためにオラクルに依存する必要があります。これは、SUAVE自体がオラクルに対する追加の信頼要件を持っていることを意味します。オラクルが安全でない場合、それはSUAVE上の契約のセキュリティに影響を与えます。
読むヒント:SUAVEが独自のトークンを持つかどうか、資産を使用するためにSUAVEチェーンに転送する必要があるかどうか、またはSUAVEチェーンに転送する方法について、まだ多くの詳細はありません。ビデオと記事「SUAVEユーザーは、使用する前に、まず他のチェーンからSUAVEチェーンに資産を転送する必要があります」でのみ言及されています。
SUAVE Chain自体の設計とセキュリティモデルはまだ議論中です。SUAVEチェーンがイーサリアム上のロールアップである場合、ロールアップ独自のメカニズムを直接使用して資産を転送し、他のロールアップ情報を読み取ることができます。これは、他のロールアップに頼るよりも優れています。クロスチェーン・テクノロジーとオラクル・サービスは、多くのセキュリティをもたらします。
SUAVEチェーンのバリデーターがEigenlayerと組み合わされると、SUAVE自体によってバリデーターのセットを生成するよりも、Ethereumのバリデーターを直接SUAVEチェーンのバリデーターとして使用する方が安全で信頼性が高くなります。もちろん、これらの設計には対応する欠点もあります。SUAVEチェーンの設計についての詳細な議論については、この記事を参照してください。
SUAVEの課題まとめ
- SUAVEチェーンのブロック時間：SUAVEチェーンのブロック時間は、SUAVEユーザーがその選好を実行者に知らせるために十分に短い必要があります。 SUAVEチェーンの時間が、それに接続されているチェーン（Solanaや他のRollupなど）よりも長い場合、SUAVEユーザーが特定のチェーンの次のブロックにトランザクションを含めたいと思っていることをSUAVE実行者に知らせる時間がなくなります。ブロックが生成されました。
- Oracle risk: Oracleは他のチェーンの情報を提供する責任があり、また、SUAVEユーザーの資産をSUAVEチェーンに移動する責任もあるため、Oracleの重要性は小さな問題ではありません。
- クロスチェーンの使用体験: SUAVEユーザーは、使用体験の欠点でもあるSUAVEチェーンに資産を移動する必要があります。
- 経済モデル：SUAVEは独自の資産を発行する必要がありますか、SUAVEバリデーターにインセンティブをどのように与えるか、SUAVEの経済インセンティブメカニズムが他のチェーンの経済セキュリティに影響を与えないようにする方法など
- プライバシーテクノロジー：短期的には、SUAVEは取引プライバシー機能を提供するためにSGXなどの信頼されたハードウェアに頼る必要がありますが、長期的には、リスクを減らすためにより分散化された安全なアプローチに切り替える必要があります。
- 適切な優先言語：EVMは優先事項を表現および実行する手段として適していますか？
要約とハイライト
- SUAVEの登場は、(1) クロスドメインMEVから生じるビルダーの利点の違いによる中央集権リスクに対処すること、および(2) プログラマブルプライバシーの導入を通じて、サーチャー/ビルダー間の協力の扉を開くことで、プライベートオーダーフローから生じるかもしれない中央集権リスクを軽減することを目的としています。
- 完全なプライベートトランザクションは、サーチャーの作業を困難にします。なぜなら、彼らは効果的にユーザートランザクションをバックランできないため、オンチェーンの効率が低下します。しかし、ユーザーは「プライバシー」と「効率」の間で選択する必要はありません。代わりに、プログラマブルなプライバシーを使用して部分的な情報を開示することができ、サーチャーの作業を容易にし、オンチェーンの効率とバックラン報酬を向上させることができます。
- SUAVEでは、SUAVEユーザーは自分の意図/取引の好みやさまざまな条件を指定できます。その後は専門の実行者が処理し、条件を達成し、SUAVEユーザーが約束した報酬を請求します。
- SUAVEは、純粋なP2PではDoS攻撃を防ぐことができないため、独自のチェーンを持つ予定であり、SUAVEは独自のチェーン（MEV）のための固有の機能と設定を持ち、既存のチェーンを直接使用することはできません。このチェーンは、MEVに必要な機能を追加したEVMの変更に基づいています。
- クロスチェーンMEVは非常に厳しい操作であり、アトミックインクルージョンを確実にし、トランザクションの「成功した実行」を保証する必要があります。SUAVEユーザーは、取引がエグゼキューターに報酬を支払う前に成功裏に実行される必要があるとする状態を指定でき、リスクをエグゼキューターに移行します。共有シーケンサーはアトミックインクルージョンを確実にしますが、取引が「成功裏に」実行されることを保証しません。
- SUAVEは独自のチェーンであるため、SUAVEユーザーはSUAVEを使用する前に資産をSUAVEチェーンに転送する必要があります。さらに、プリファレンスが満たされているかどうかを確認するために、他のチェーンからの情報をSUAVEチェーンに報告するには、安全なオラクルが必要です。
- SUAVEは、セキュアなオラクル、プライバシーテクニック、プリファレンス言語、経済モデルなど、多くの技術的な課題や設計上の課題に直面しています。
免責事項：
- この記事は[から転載されましたimToken Labs]. すべての著作権は元の著者に帰属します [Nic]. もし、この転載に異議がある場合は、お問い合わせください。Gate Learnチームが promptly それを処理します。
- 責任の免責事項：この記事で表現されている意見や考えは、著者個人のものであり、投資アドバイスを構成するものではありません。
- 他の言語への記事の翻訳はGate Learnチームによって行われます。特に言及されていない限り、翻訳された記事のコピー、配布、または盗用は禁止されています。
関連記事
次の物語「The Rise of Parallel EVM」に向けて前もって計画を立て、どのプロジェクトに焦点を当てる価値があるか?