注:原文は、Geek web3の公式Twitterに掲載された、OEV問題とその解決策に関する2,000語を超えるツイートから編集されています。 このトピックは特に興味をそそられるので、参考のために短い記事にまとめました。

OEV(Oracle MEV)とは

簡単に言えば、オラクルオペレーターがオフチェーンとオンチェーンの価格データの不一致を監視すると、オペレーターはトランザクションを開始し、オンチェーンのオラクルが認識する価格を更新することができます。 オラクルの価格を変更できるトランザクションが発生すると、これは多くの場合、MEVの生成を意味します。 これを、オラクルOEV(オラクル抽出可能値)に依存するMEVと呼びます。

OEMの存在は、異なるステークホルダー間での価値再分配をもたらしており、API3は、オークションメカニズムを使用して、OEVの再分配を可能な限り合理的(市場メカニズムを通じて割り当てる)にし、より速く、より低コストの価格更新を実現しようとしていると主張しています。

一般に、OEV の生成と抽出は MEV 問題のサブセットであると考えられています。 ここでは、OEMがどのように生成されるかを簡単に紹介します。 主な理由は、次の2つの側面にあります。

1. DeFiシステムは、オラクルを使用して価格を取得し、オラクル価格に基づいて清算やその他のロジックを実行します。 そして、資産の清算は、多くの場合、大きな利益率があることを示しています。

2. オラクルの更新にきめ細かな問題があります。 オフチェーン価格とオンチェーン価格の間に一定の偏差がある場合にのみ、オンチェーンデータが更新され、トランザクションの形で表示されます。

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

フロントランニング: OEV 検索者は、Oracle 価格更新トランザクションがトランザクション プールに表示されることを監視している場合、このトランザクションの前に独自のトランザクションを挿入して、価格更新によってもたらされるメリットを得ることができます。 これは、最も伝統的なフロントランニング取引です。

アービトラージ:オラクルマシンのオンチェーン価格の更新は、オンチェーン価格とオフチェーン価格の差に依存するため、これは、オラクルマシンの見積もりが他のシステムの見積もりと矛盾する可能性があり、このときに裁定取引スペースが発生することを意味します。

清算:オラクルの価格更新は、一連の貸付ポジションの清算をトリガーし、清算人は清算プロセス中に多額の清算収入を得ることができます。

フロントランニングやアービトラージの手法で引き出された利益は、実際には流動性プロバイダーの損失です。 清算から得られる利益については、一方では、借り手は清算プロセス中に資金のかなりの部分を失うため、借り手の利益に影響を与え、他方では、オラクルによって与えられた見積もりの遅延により、貸し手は最終的に予想よりも低い可能性のある担保の価値を受け取ります。 したがって、いずれにせよ、OEVの撤退は、カストディプロパティの観点から、対応するDefiプロトコルに損失をもたらします。

OEMの抽出プロセスは、基本的にフロントランニングです

OEVの抽出では、検索者はメモリプール内の「オラクルデータ更新命令」を監視し、オラクルデータ更新トランザクション命令と、それらがMEVインフラストラクチャを介して開始したトランザクション命令をバンドルし、最終的にそれらを実行して利益を得ます。

もちろん、アービトラージや清算取引の場合、サーチャーはオンチェーン価格とオフチェーン価格の偏差を監視するだけでよく、最終的に開始した取引がMEVインフラストラクチャを介して最初にチェーン上で実行されるようにする必要があります。

検索者が使用するプロセスに関係なく、OEV の利点は MEV インフラストラクチャと OEM の検索者の間で分散されており、OEV 値を「キャプチャ」するプロトコルは、それに値する利点を受け取っていないことがわかります。 (一部のデータによると、OEMの問題により、GMXプラットフォームの利益のほぼ10%が奪われました)

この問題を解決するために、多額のOEV価値に貢献し、オンチェーンデリバティブ取引プラットフォームであるGMXは、自分で指定した一部の人にOEV値をキャプチャさせ、OEV値を可能な限りGMXプラットフォームに戻すという単純で粗雑な方法を採用しました。

この点で、GMXはRookとホワイトリストを導入しました。 簡単に言うと、GMXのオラクルアップデートはRookを通じて実行され、Rookは現在の市況に基づいてOEM抽出操作を行い、市場でのOEMを取得します。 これらのOEVの80%はGMXプロトコルに戻されます。

要約すると、GMXはRooksにホワイトリストを介してオラクルを更新し、Rookを介してOEVを抽出して他の検索者によって抽出されないようにし、同時にOEVの80%をGMXシステムに戻す権利を与えます。 このルーチンは、実際には少し単純で粗雑です。

市場入札によるOEMオークションの仕組み

昨今話題のAPI3が提案するOEMオークション方式を紹介する前に、まずAPI3のオラクルマシンの動作原理を簡単に紹介します。 API3 のコアは Airnode プロトコルと呼ばれます。 このプロトコルにより、APIサービスプロバイダーはWeb2 APIをWeb3オラクルに直接パッケージ化することができます。

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

APIサービスプロバイダーの場合、Web2 APIサービスをブロックチェーンオラクルとしてパッケージ化するために必要なのは、実際には秘密鍵署名リンクを追加するだけです。 APIサービスプロバイダーのインフラストラクチャの大部分を直接再利用できるため、APIビジネスがオラクルマシンの分野に参入するための敷居が大幅に低くなります。

API3は、Airnodeプロトコルに基づいて、flashbotに似たオークションスキームを使用しますが、オラクルシステムをターゲットにして、OEVの合理的な分散を実現すると同時に、チェーン上のオラクルの更新頻度をさらに増やします。 次の図は、API3 の OEV スキームを示しています。

API3では、オラクル契約に記録されたデータを入札を通じて誰でも積極的に更新できるようにし、OEVオークションプロセス全体のコアとしてOEV Relayノードを導入します。 OEV Relayは、各Oracleネットワーク・ノードでデータを収集し、検索者に返します。 その後、検索者はそれを使用してAPI3オラクルに記録されたデータを更新し、MEVトランザクションをバンドルする機会を得ます。

OEMリレーの存在は、次の2つの利点をもたらします。

1. すべてのデータを統一された方法で検索者に提供し、Oracleノードのみと対話する検索者の数を減らします。

2. ネットワーク内の 1 つの Oracle ノードを保護し、1 つの Oracle ノードが検索者による DoS 攻撃によって攻撃されるのを防ぎます。

検索者は、OEV Relay内で集約されたオラクルネットワークの見積もりデータと署名を取得できます。 検索者が、現在のオラクルネットワークの見積もりが特定のOEV抽出操作を完了するのに役立つと信じた場合、検索者はOEVリレーへの入札を開始します。

入札プロセス中に、検索者が最高入札額を出すと、OEV Relayは署名されたmeta-txを返し、チェーン上のオラクルマシンの価格更新のためにチェーンに直接アップロードできます。 検索者は、この価格更新トランザクションをチェーン上の他のトランザクションとパッケージ化し、それを実行してOEV収入を得ることができます。 このとき、価格更新トランザクションもチェーンにパッケージ化されるため、チェーン上のオラクルの価格も更新されます。

OEVオークションをサポートする効果の1つは、オンチェーンのオラクル価格の高頻度更新を実現することです。 AAPL/USDのデータソースを例にとると、OEVオークションが行われる前に、オフチェーンとオンチェーンの価格が1%乖離すると、この大きな偏差により、オラクルはオンチェーン価格を積極的に更新します。

しかし、オラクルマシンがOEVオークションの開始後に外部からデータ更新の指示を送信できるようになれば、検索者はオンチェーンとオフチェーンの価格の0.1%の価格差がOEMに大きなメリットをもたらすと考えるかもしれません。 これにより、検索者は価格差が0.1%のときに価格更新のためにmeta-txを取得し、取引注文をチェーンにアップロードするように促されます。

これにより、AAPL/USDデータソースの更新が高速化され、このオラクルを使用するアプリケーションに対して追加のオラクル更新コストが発生しません。

そのため、オラクルのデータ更新のコストはOEV Value Capturerに転嫁され、API3のOEV RelayはOEVプレイヤーから多額の入札手数料を取得し、その手数料をOEV値を取得するDefiプロトコルにフィードバックすることができます。

OEM市場が拡大するにつれて、検索者はオークション価格をめぐって激しく競争し、OEM価値のほとんど(95%)がAPI3プロトコルに移転されることが予想されます。 API3 プロトコルは、OEV 収益のこの部分を受け取った後、OEV 値のソースを区別し、OEV 値がキャプチャされた Defi プロトコルに返します。

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

概要

Airnodeプロトコルに基づいて、Flashbotに触発されたAPI3は、次の利点をもたらすOEMオークションソリューションを開発しました。

ほとんどのOEVをオラクル価格フィードを使用するプロトコルに戻し、よりきめ細かな価格更新を提供します。オラクルの価格フィードを使用するプロトコル・プラットフォームでは、よりきめ細かなデータ更新に高いコストを支払う必要はありません。 このコストは、オークションを通じて入札するOEMのフロントランナーに転嫁されます。

GMXの専用ソリューションと比較して、API3のソリューションはより用途が広いです。 さらに、API3オラクルのユーザーはウォレットアドレスを提供するだけでよく、API3プロトコルはOEV収入を自動的にこのウォレットに転送するため、OEVの再配布がより便利になります。

免責事項：

1. この記事は【PANews】からの転載ですが、すべての著作権は原作者に帰属します【Geek Web3】。 この転載に異議がある場合は、 Gate Learn チームに連絡していただければ、迅速に対応いたします。
2. 免責事項:この記事で表明された見解や意見は、著者のものであり、投資アドバイスを構成するものではありません。
3. 記事の他言語への翻訳は、Gate Learnチームによって行われます。 特に明記されていない限り、翻訳された記事を複製、配布、盗用することは禁止されています。