予測MEV（OEV）の問題を市場メカニズムで解決するには？

著者: Shew , Geekweb3

注: 元記事は、Geekweb3の公式TwitterフィードでOEV問題とその解決策について2,000ワード以上、ツイートされたものをまとめたものですが、このトピックは特に興味深いので、参考までに短い記事にまとめました。

OEV（オラクルMEV）とは

簡単に言うと、オラクルランナーがオフチェーンとオンチェーンの価格データの乖離を監視すると、ランナーはオンチェーンのオラクルによって認識された価格を更新するトランザクションを開始することができます。予測マシンの価格を変更するトランザクションが発生すると、これはしばしばMEVが作成されることを意味し、この予測マシンに依存するMEVをOEV（oracle extractable value）と呼びます。

OEVの存在により、さまざまな利害関係者の間で価値の再分配が生じますが、API3ではオークションメカニズムを使用して、OEVの再分配を（市場メカニズムを通じて分配することで）可能な限り合理的にし、より迅速でコストのかからない価格更新を実現しようと主張しています。

OEVの生成と抽出がMEV問題のサブセットであることは一般的に受け入れられており、ここでは2つの核となる理由からOEVがどのように生成されるかを簡単に説明します：

1.DeFiシステムは予言者を使用して価格を取得し、予言者の価格に基づいて、清算などのロジックを実行します。そして、資産の流動化とは、多くの場合、大きな利幅があることを意味する。

2.予言マシンの更新にはきめ細かな問題があり、オフチェーンとオンチェーンの価格にある程度の乖離があって初めてオンチェーンデータが更新され、オンチェーンデータの更新は単一のトランザクションとして提示されます。

OEVの発生は、流動性プロバイダーにとっての価値の損失を意味します。いくつかのデータは、上記の2つの側面に基づいて、OEVが発生する3つの方法があることを示唆しています：

先取り取引であるフロントランニング（Frontrunning）。OEV探索者は、先取り価格更新取引がプールに現れたことを監視すると、価格更新から利益を獲得するために、この取引の前に自分の取引を挿入することができます。これは最も伝統的なグラブアンドゴー取引です。

裁定取引。予言マシンチェーン上の価格更新は、オンチェーン価格とオフチェーン価格との差に依存するため、予言マシンの相場が他のシステムの相場と一致しない可能性があることを意味し、裁定取引の余地が生まれます

清算（liquidations）。予言者からの価格更新は、借方および貸方のポジションの一連の清算の引き金となり、清算人は清算プロセスの中でかなりの清算利益を上げることができます。

フロントランニングとアービトラージによって引き出された利益は、流動性プロバイダーにとっては実際には損失です。また、リクイデーションの清算利得については、一方では、借り手は清算プロセス中に資金のかなりの部分を失うことになるため、借り手の利益に影響を及ぼし、貸し手にとっては、最終的に受け取る担保の価値が、予見者が提示する見積もりの遅れによって予想よりも低くなる可能性があります。つまり、いずれにせよ、OEVの引き落としは、対応するDefi契約のエスクロー財産の損失をもたらすことになる。

OEV抽出プロセス：エッセンスかラッシュか

OEV抽出のために、検索者は「予測データ更新注文」のメモリープールを監視し、MEVインフラを通じて、予測データ更新取引注文を、自身の開始した取引注文にバンドルします。MEVインフラストラクチャーは、予測マシンデータからの更新注文を、自身の開始した注文にバンドルし、最終的に利益を得るために実行されます。

もちろん、裁定取引や清算取引では、サーチャーはオンチェーン価格とオフチェーン価格の乖離を監視し、最終的にはMEVインフラを通じて、自分が開始した取引が最初にチェーン上で執行されるようにするだけでよい。

サーチャーがどのようなプロセスを使ったにせよ、OEVの収益はMEVインフラとOEVのサーチャーに分配され、OEVの価値を「捕捉」するプロトコルは収益の公正な分配を得られないことがわかります。（あるデータによると、OEV問題は以前、GMXプラットフォームが利益の10％近くを失う原因となっていました）

この問題を解決するために、大量のOEV価値を提供し、オンチェーンデリバティブを取引するプラットフォームであるGMXは、シンプルで残酷なアプローチをとりました：それは、自社の指定された一部の人々にOEV価値を捕獲させ、そのOEV価値をできるだけ多く返すというものです。OEVはその後、可能な限りGMXプラットフォームに戻される。

これを受けて、GMXはルークとホワイトリストを導入しました。簡単に言えば、GMXの予言マシンの更新はRookを通じて行われ、RookはOEV抽出を行い、現在の市場状況に基づいて市場内のOEVを捕捉し、これらのOEVの80%はGMXプロトコルに交換されます。

要約すると、GMXはRookにホワイトリストを通じて予測マシンを更新する権利を与え、他の検索者によってOEVが抽出されるのを避けるためにRookを通じてOEVを抽出し、OEVの80%をGMXシステムに返します。このルーチンは実際には少し単純で粗雑です。

市場入札に基づくOEVオークションメカニズム

最近話題になったAPI3が提案したOEVオークション方式を紹介する前に、API3の予測マシンの動作原理を簡単に紹介しよう。API3の中核はAirnodeプロトコルとして知られている。このプロトコルは、APIサービスプロバイダがWeb2のAPIをWeb3の予測機に直接ラップすることを可能にする。

簡単に言えば、Airnodeプロトコルは、APIプロバイダが自身の秘密鍵を使用して、公開されたデータのすべての部分に署名することを要求します。ユーザーはいつでもAirnodeプロトコルのサービスプロバイダから最新のデータとその署名を得ることができ、それをオンチェーン述語に公開してデータを更新することができます。

これはAPIサービスプロバイダ向けで、Web2 APIサービスをブロックチェーンの予言マシンとしてパッケージ化し、実際には秘密鍵署名リンクを追加するだけでよく、APIサービスプロバイダの大量のインフラを直接再利用できるため、APIサービスプロバイダが予言マシンの分野に参入する敷居を大幅に下げることができます。

Airnodeプロトコルに基づき、API3はflashbotに似ているが予言マシンシステムに特化したオークション方式を使用し、OEVの合理的な分配を達成すると同時に、チェーン上の予言マシンの更新頻度をさらに高める。以下の図はAPI3のOEVスキームを示しています。

API3は、誰もが入札を通じて予言マシン契約に記録されたデータを積極的に更新できるようにし、OEVオークション・プロセス全体の中核としてOEVリレー・ノードを導入する。OEV Relayは予言マシンの各ネットワークノード内のデータを収集し、それをサーチャーに一律に返し、サーチャーはそれを受け取ってAPI3の予言マシンに記録されたデータを更新し、MEVトランザクションもバンドルする機会を得る。

OEVリレーの存在は、以下の2つの利点をもたらします：

1.統一された方法でサーチャーにすべてのデータを提供し、サーチャーがプリエンプター・ノードと個別にやり取りしなければならないイベントの数を減らします。

2.ネットワーク内の個々のプリエンプター・ノードを保護し、個々のプリエンプター・ノードがサーチャーによるDoS攻撃を受けるのを防ぎます。サーチャーは、OEVリレー内で集約された予測ネットワークオファーデータとそのシグネチャーを得ることができます。 サーチャーが、現在の予測ネットワークオファーが特定のOEV抽出操作を完了するのに役立つと信じるとき、サーチャーはOEVリレーで入札プロセスを開始します。

入札プロセスの間、サーチャーが最も高いオファーを出すと、OEV Relayは、オンチェーン予言マシンの価格更新のために直接アップリンクできる署名されたメタTXを返します。サーチャーはその後、この価格更新トランザクションを他のトランザクションとパッケージ化し、OEV抽出を実行するためにアップリンクすることができます。この時点で、価格更新トランザクションはチェーン上の他のトランザクションともパッケージ化されているため、オンチェーン予言者価格も更新される。

OEVオークションを許可することの効果の1つは、オンチェーン予言者価格の高頻度更新を可能にすることであることがわかります。AAPL/USDのデータフィードを例にとると、OEVオークションの前に、オフチェーン価格がオンチェーン価格から1%乖離すると、この大きな乖離によって予言者はオンチェーン価格を積極的に更新します。

しかし、もしOEVオークションがオープンで、予測マシンが部外者にデータ更新コマンドを提出することを許可していたとしたら、サーチャーは、オンチェーン価格とオフチェーン価格の0.1%の差が莫大なOEV利益をもたらすと思い込んでいたかもしれません。これは、スプレッドが0.1%のときに価格更新のためのメタTXを取り、その取引注文をチェーンにアップロードするようサーチャーを駆り立てることになります。

これにより、予言者を使用するアプリケーションに予言者の更新コストを追加することなく、AAPL/USDデータフィードの更新が加速されます。

そのため、予言者データの更新コストはOEV値キャプチャに渡され、API3のOEVリレーはOEVプレーヤーから多額の入札手数料を受け取ることができ、それがOEV値がキャプチャされるDefiプロトコルにフィードバックされます。

OEV市場が拡大するにつれて、検索者はオークション価格で激しく競争するようになり、その結果、OEV Valueの大部分（95%も）がAPI3プロトコルに転送され、API3プロトコルはOEV Revenueのこの部分を受け取り、OEV Valueのソースを区別し、OEV ValueがキャプチャされたDefiプロトコルにフィードバックすることが予測できます。

また、保険の目的で、API3は、オンチェーンデータとオフチェーンデータの差が大きい場合、API3契約によって記録されたデータを積極的に更新するOEVオークショニアがいないことを条件に、データ更新操作を自動的に実行することにも注意してください。

AirnodeプロトコルとFlashbotのインスピレーションに基づいて、API3は以下の利点を提供するOEVオークションソリューションを開発しました。プラットフォームは、よりきめ細かなデータ更新のための高いコストを支払う必要がありません。

API3のソリューションは、GMXの特殊なソリューションよりも汎用的で、API3のプロフェット・ユーザーはウォレット・アドレスを与えられるだけでよく、API3プロトコルはこのウォレットにOEVの収益を自動的に入金するため、OEVの再分配が容易になります。