予言機の価値を高める

この記事はAPI3のエンジニアErich Dylusによる「Oracle Enhanced Value」という記事の翻訳です。原文のリンクは https://medium.com/@erich.dylus/oracle-enhanced-value-ffcc62e94cc5 です。

API3の革新「OEVネットワーク」は、最大抽出可能価値（「MEV」、オラクルから抽出できるのは「OEV」）の探索者とデータフィード更新呼び出しに使用されるオラクルサービスプロバイダーとの間の許可不要の市場として要約できます。これは専用のzk-rollup上で検証できます。MEV探索者は、一定数のブロック内で条件を満たすデータソース（このような集約データソースはAPI3、分散型APIまたは「dAPI」と呼ばれます）の独占権を入札し、これらの更新からMEVを抽出できると予測します。具体的には、dAPIのデータ提供者が示す価格が定期的なdAPI更新間の偏差に基づいているため、収益機会が発生します。OEVネットワークは、入札額を更新呼び出しの同じトランザクション内でOEVを生成したdAppに返還することを要求します。更新が探索者にとっての価値がGas費用+入札費用を超えると予想される場合、経済的に合理的な探索者（正しくコーディングされた探索者）は更新権利に入札します。

OEVネットワークのオークションによって行われるdAPIの更新は、同じタイムスタンプの非OEVネットワークの更新と機能的に完全に同じであり、定期的な「ハートビート」dAPIの更新には影響を与えません。OEVネットワークは、より頻繁でアウトソーシングされた更新のメカニズムを提供するだけです。OEVネットワークがアクティブなdAPIは、dAppsが自由に参加または退出できるものであり、成功したオークションは競争的な更新順序操作を通じて、dAppsが元々探索者によって一方的に抽出される可能性のある価値を大幅に捕捉し保持できるようにすることを目的としています。

OEVネットワークのオークションの発生は、（i）dAPIのデータ提供者がdApp設計や他の影響を受けるチェーン上のシステムで価値のある状態変化を引き起こすことを通知していることを意味し、（ii）何らかの理由でそのdAPIがまだ更新されていない場合（例えば、偏差に基づく更新がまだトリガーされておらず、次の定期的な「ハートビート」更新が差し迫っていない場合）、簡単な例としては、貸出dAppの清算がオラクルに基づいており、オラクルがまだチェーン上で更新された清算価格を提供していない場合------清算が正しく行われることを知っている場合にこの価格を更新する能力（そしてMEVに道を提供すること）は探索者にとって定量化可能な価値を持ちます。[1]

要するに、OEVネットワークは探索者にdAPIの更新に入札（および費用を支払う）するインセンティブを与えることでオラクルの運用を改善し、これらの更新は現在より正確で「オンデマンド」であり、次に探索者に抽出された価値をdApps、dAPIのデータ提供者、およびdAPIとOEVネットワークシステム（API3）の構築者に返還することを要求します。OEVオークションの勝者は、データソースの更新の同じトランザクションにその支払いを含める必要があり、これによりdAppはその保持する価値を即座にそのネイティブチェーン上で受け取ることができます。OEVネットワークで入札を集約することで、dAppネットワーク上で競争するのではなく、探索者のGas戦争を緩和できます。

これは、dAppの最大価値保持MEV戦略と組み合わせた全く新しいリアルタイムチェーン上データビジネスモデルです。OEVネットワークのウィンウィンの状況を考慮すると、その効果は「オラクル強化価値」と表現する方が適切かもしれません。

出典：https://medium.com/api3/announcing-oev-network-the-zk-rollup-to-capture-all-oracle-extractable-value-b9df4168d136 OEVネットワークはPolygonCDKを通じてZK-rollup専門のオーダーフロービッティングプラットフォームとして実現されています。

プログラム可能な価値保持とDAppの品質向上

根本的に、OEVネットワークは第三者（MEV探索者）が公開検証可能なオークションを通じて、限られた時間内に改ざん防止の方法でdApp特定のdAPIを更新できるようにします。探索者は、オラクルの更新を他のチェーン上の操作と調整することで、dAppやユーザーから価値を取得してきました。今、OEVネットワークがサポートするデータソースを選択することで、dAppはそのシステムのルールやパラメータに影響を与えることなく、価値をほぼ完全に取り戻すことを保証できます。これにより、DAppは新しい収入源を提供し、オラクルの更新費用を探索者にアウトソーシングします。オラクルはdAppが保持し捕捉する価値の量を増加させると同時に、API3およびこのようなOEVネットワークをサポートするソースに接続された第一者オラクルのデータ提供者の収入も増加させます（後者に入札時間ではなくdAPI更新時間に収入を得ることを要求するモデルは、dAppのMEV保持を削減しません）。

「伝統的に、データソースの品質はその偏差閾値によって測定され、値が小さいほど良いとされます。なぜなら、それらはより精緻で、したがってより正確なデータソースを生成するからです。OEVに基づく更新は、必要なときに正確に更新することでこの指標を時代遅れにし、ゼロ偏差閾値を実現し、実際には完璧な正確性を達成します。これにより、総MEVを最小化することでDAppの財務的実行可能性を改善し、ユーザー体験を向上させることがさらに助けられます。」---Yahoo Finance

このように、より頻繁なオラクルの更新のためにアウトソーシングされたGas支出は、dAppにより精緻で正確なデータを提供し、オークションメカニズムを通じて、dAppにより多くの捕捉された価値を返還します。DAppおよび関連する開発会社は、OEVネットワークに参加し、収益を戦略的に使用することで（例えば、清算罰金を補助するなど）、データソースに関連するMEVがユーザーに与える影響を直接軽減できます。[3]

もしOEVネットワークがダウンしたり、OEVネットワークの機会がなかったりしても、dAPIの更新は通常通り行われます。OEVネットワークは第三者のオラクル更新に依存していません。[4]

OEVネットワークとMEVのオラクル操作の区別

1) 簡単に契約アドレスパラメータを変更することで、dAppに自由に参加または退出できます。

2) OEVネットワークを通じて、MEV探索者は限られた時間内に追加のdAPI更新のタイミングにのみ影響を与え、dAPIの戻り値には影響を与えません。

3) 参加は各当事者にとってウィンウィンです：OEVネットワークは(a) dAPI関数の実行コストを探索者に移転し、dAppチェーン上の入札混雑をOEVネットワークに移転し、(b) より精緻で正確なデータを提供します（dAPIの更新を促進）(c) dAppが失われるはずの価値を保持できるようにし、データ提供者が生み出す価値により適切に補償します。

4) MEV探索者や参加しているdAppは、データ提供者のAirnodeが提供するデータやdAPI構造を操作する能力を増加させず、「客観的評価方法」を干渉することもできません。[5] 例えば、それらが相互作用するスマートコントラクトのコードや、それらが依存する独立したオラクルに対してです。

5) オークションプロセスとメカニズムはOEVネットワークのZK-rollup上で公開検証可能です。

MEVは通常、基盤となるレイヤーの機会的な再配置や取引操作を含み、デフォルトでdAppとユーザーはリスクにさらされます。MEV（OEVを含む）は、ユーザーやアプリケーションに対して、MEVの悪影響を軽減するために追加の、通常は高額で悪影響のある手段を講じることを強いることがあります。例えば、信頼関係を導入したり、費用を増加させる中継メカニズムを導入したりすることです。

一方、OEVネットワークによるOEVの処理は、MEVソリューションを統合しようとするdAppにとって完全にオプションです。DAppはOEVネットワークがアクティブなデータソースを使用することを選択することで参加を選びます；その後、OEVネットワークから退出したい場合は、単にそのようなアドレスを復元することができます。DAppはOEVネットワークからの増加したさまざまな価値とそのユーザーの好みとの関係を自由に天秤にかけることができます。これらの好みは、DAppユーザー、LPまたはトークン保有者の価値配分設計によって決定される可能性があると推測されるかもしれませんが、非ユーザーの利害関係者によって保持されるものではありません。

MEV探索者戦略の合法性に関する議論は、しばしば市場操作の認知的要因を含みます（最も一般的には、「サンドイッチ攻撃」またはより一般的な「オラクル操作」によって流動性を操作することです）。OEVネットワーク特定の新たに抽出可能な価値の出現（例えば、操作価値を利用してアービトラージやサンドイッチ攻撃を行うこと）に対して、探索者はプロトコルのスマートコントラクトやOEVネットワークのオークションシステム（システム設計とは逆に）を利用して操作する必要があります。または、適用されるdAPIに関連する第一者オラクルのいずれかを操作するために、適用されるデータソースやデータ提供者のいずれかを直接利用または攻撃する必要があります。これはほとんどの法域で違法であり、訴訟の対象となります（無許可のアクセス法、侵害、不正競争、侵害、転換、市場操作、データ提供者の条件違反などに違反します）。このようにデータソースに故意に影響を与えることは、通常「オラクル操作」と呼ばれます。例えば、悪意のある行為者は、オラクルを操作して清算機会を創出することができます。「オラクルが資産を担保として使用するための価格を不正（低）価格で報告できる場合、価格情報を報告するための基準市場が操作される可能性があります。」

OEVネットワークは、オークションを通じてdAPIの追加更新をアウトソーシングするだけであり、これによりその呼び出しによって生じるアルゴリズムの状態変化プロセスは変更されません。専用のオーダーフロービッティングは、オラクルサービスプロバイダーからの自発的な開示データに基づく許可不要の市場です；これらのデータは計算的にも実質的にもそのオークションの影響を受けません。したがって、OEVネットワークはオラクル操作の脅威に対して中立的です。OEVネットワークはdAPIやデータ提供者の操作機会を促進することも、さらなる防止を行うこともありません。実際、OEVネットワークは基盤となるDAppが使用するオラクル構造に対して中立的であり、さまざまなオラクル構造に適応できます。OEVネットワークでの追加dAPI更新に反対することは、より精緻で正確な価格設定に反対することと同じであり、DAppが設計通りにより正確に機能できるようになります。」

結論

OEVネットワークは、非常に稀なMEV/OEV漏洩と損失救済モデルを提案します。このモデルは(1) 単一のパラメータ更新で参加を選択し、(2) 操作上既存のdAPIデータソースと完全に同じですが、より高い精緻さを持ち、(3) OEVネットワークがダウンした場合のバックアップメカニズムを備え、(4) すべての参加者に経済的インセンティブを提供することを目的としています。

DAppは、単にその読み取り契約アドレスを変更することで、OEVネットワークがサポートするdAPIを使用するかどうかを選択し、OEVネットワーク参加者にアウトソーシングされた一部の更新およびOEVネットワークシステムから返還される価値から利益を得ます。データ提供者がOEVネットワークへの参加を強制されず、探索者のオークションプロセスに参加する意欲があり、OEVをサポートするdAppを使用することを選択でき、MEV生成とオラクル操作に対するシステムの中立的態度は、OEVネットワークを他のMEV中継または捕捉プロセスから意味的に区別します。ここでは、MEVの機会はその生成者によって自発的にパラメータ化されず、dAppが再捕捉する価値ははるかに少なくなります。Dapps、データ提供者、API3が得る価値は、元々探索者に流れるものであり、MEVが存在する際のアウトソーシング実行により、dAppsはより低コストでより高い正確性と精緻さのデータを得ることができます。

オラクル強化価値。

Kevin C.とGreg P.のフィードバックに感謝します。

[1] 参考文献、例えば https://eigenphi.io/mev/ethereum/liquidation/。

[2] https://finance.yahoo.com/news/api3s-oev-oracle-enable-dapps-173200226.html

[3] 規制当局や国際機関は、dApp「提供者」が「管理し、軽減する」ことを要求する信号を発しています。これは、マイナー/検証者が使用するMEV戦略が提供者が運営または提供する基盤となるブロックチェーンに影響を与えることに関してです。「製品またはサービス」；IOSCO、分散型金融（DeFi）の政策提言、第14ページ。33、アクセス可能な https://www.iosco.org/library/pubdocs/pdf/IOSCOPD744.pdf。

[4] UMAのOvalとは異なります（参照： https://medium.com/uma-project/announcing-oval-earn-protocol-revenue-by-capturing-oracle-mev-877192c51fe2）。

[5] より簡単に言えば、操作されていないオラクルデータソースの更新はデータに影響を与えず（最新のものに更新することを除いて）、清算「のみを利用する」自然市場イベントが不正な市場操作を構成する可能性は低いです……故意に清算機会を創出することとは異なります。これは、操作者が「各当事者が合意した客観的評価方法」に干渉するかどうかに依存します------例えば、彼らが相互作用するスマートコントラクトのコードや、彼らが依存するオラクルです。Barczentewiczら、『ブロックチェーン取引の順序付けは市場操作として』第14ページ。64。アクセス可能な https://papers.ssrn.com/sol3/papers.cfm?abstract_id=4187752。

[6] 例えば、訴状を参照、CFTCv.Eisenberg、番号23-cv-00173（SDNYに2023年1月9日提出）。

[7] Barczentewiczら、第17ページ。63.