什麼是 Oracle 可提取價值（OEV）？

原文標題：《Oracle extractable value (OEV)》

作者：Burak Benligiray

編譯：ChatCatcher

Oracle Extractable Value (OEV) 是指預言機利用其地位獲取價值，否則這些價值將流向第三方。舉個簡單的例子，假設我們有一個 ETH/USD 價格數據源，其值為 1000，偏差閾值為 1%（意味著下一次更新後的值將為 990 或 1010）。用戶有一個頭寸可以當數據餵送值至少為 1005 且 ETH/USD 價格上漲時被清算。在傳統情況下，預言機將等到底層 API 返回 1010 時才將數據餵送值更新為 1010。然後，第三方之間就會競相清算用戶並獲得獎勵。使用 OEV，一旦底層 API 返回 1005 並且用戶在同一筆交易中被清算以領取獎勵，數據提要就會立即更新。預言機可以自己提取 OEV，

OEV 是一個與預言機本身一樣古老的概念，但自從它被認為是理論上的必然性以來，已經發生了重要的發展。獲得一塊 MEV 餡餅的傳統方式過去是與其他第三方進行天然氣戰爭。在過去的一年裡，Flashbots 證明了將這個過程從鏈下轉移到實踐中是可行的，迄今為止已經提取了超過 6.5 億美元。甚至有人認為，這可能是以太坊汽油費在市場波動期間沒有大幅飆升的原因之一。這表明，只要有一個無需信任的可用機制可以依靠，增加更有效的價值提取機制是可行的，並且可以使所有利益相關者受益。

在繼續之前，讓我們注意故意降低廣告的 oracle 服務規範（通過延遲更新或完全誤報）是一種 oracle 攻擊，而不是一種價值提取方法，這隱含地需要是可持續的。在 API3，我們不僅宣傳規範，還通過去中心化第三方仲裁的可追溯的、類似保險的服務範圍提供無需信任的安全保證，這意味著我們的數據源用戶可以免受各種預言機攻擊。此外，添加的 OEV 功能不會降低我們的數據餵送的安全性或可保險性，因為我們保留了傳統的、去中心化的第一方數據餵送------一種信任最小化的架構------以自動回退。

為什麼首先要有 OEV？

當人們想到預言機時，他們通常會想到數據餵送，即鏈上的實時數據點，隨時可以使用。不幸的是，關於實時數據餵送的唯一確定是它已經過時（與底層 API 相比），即使只有幾毫秒。這個問題允許套利、搶先交易和各種其他類型的價值提取，所有這些都由使用它們的 dApp 支付。這裡唯一直接的解決方案是儘可能頻繁地更新數據提要，但這樣做的成本仍然必須轉嫁給某人，這也使得提供大量數據提要變得困難，因為相關的 gas 成本，這阻礙了創新。

現在想像一個 oracle 服務，它不存儲將被第三方用來更改狀態的數據，而是直接更改狀態。如果我們回到我們的清算示例，預言機不需要定期更新任何數據餵送，只需根據需要清算頭寸。dApp 不需要為此獎勵預言機，因為這是人們在購買預言機服務時支付的費用。（請注意，這並沒有消除二階 OEV，例如，由於級聯清算。）

儘管我們的 Airnode 請求-響應和發布-訂閱協議旨在允許構建這些新穎的預言機服務，但我們知道數據餵送不會很快出現，我們的 dAPI 主要迎合需要傳統數據的 DeFi 項目正是出於這個原因。本節只是為了闡明 OEV 是遺留 DeFi 的不良副作用和一般區塊鏈的基本限制。

OEV 怎麼辦？

OEV 是 DeFi 項目，由於圍繞一個次優的 oracle 解決方案（公平地說，這是唯一一個現成的解決方案）構建而導致資金流失。因此，捕獲 OEV 不會比撿起某人掉落的錢包產生更多的價值。然後，很明顯需要用 OEV 收益做什麼。API3 將提取 OEV，並將其返回給 dApp。

OEV 不僅僅是擁有 MEV 主要權利的預言機。讓我們再次考慮清算的例子。傳統方法最終也會清算頭寸，但前提是 ETH/USD 價格最終達到 1010。但是如果 ETH/USD 價格上漲至 1009，然後回落而未達到 1010 怎麼辦？這樣一來，傳統的數據餵送就不會更新，頭寸也不會被清算，即使它應該被清算。這在基於偏差閾值的數據餵送中很常見，會對使用它們的 dApp 造成重大損失。

即使 dApp 沒有收到收益，基於 OEV 的更新也會在經濟上使 dApp 受益。傳統上，數據餵送的質量是通過其偏差閾值來衡量的，其中值越小越好，因為它們會導致更少的事件，例如上面的示例。基於 OEV 的更新通過在需要時精確更新使該指標過時，在實踐中實現零偏差閾值。請注意，基於 OEV 和基於偏差閾值的更新可以很好地協同工作以提供兩全其美的效果，因為在數據餵送的上下文中，所有更新都是好的更新。

它是如何工作的？

API3 運行一個 API，該 API 宣布可以競價的數據提要更新（想像一下 10 多個鏈上的每個 100 多個數據提要，包括 Ethereum、Polygon、Arbitrum、Optimism、BNB Chain、Avalanche、Fantom、Gnosis Chain、Moonbeam、Moonriver、Milkomeda、Metis、RSK 等）。搜索者（被編程為自動提取 MEV 的機器人）定期檢查這些以查看是否有可用於提取任何值的更新。當有這樣的更新時，搜索者以鏈的本地貨幣出價。拍賣的獲勝者會收到一個元交易，該交易由為特定 dAPI 提供支持的每個 API 提供商加密簽名，如果他們發送贏得拍賣的出價金額，則只能由拍賣的獲勝者使用與元交易。然後，拍賣的獲勝者可以將元交易推送到鏈上以更新 dAPI，並在同一筆交易中觸發任何額外事件，這將保證他們獲得所有獎勵。（由於更新將由特定搜索者簽署執行，它將與任何區塊生產和驗證方案兼容------例如，它不需要私有內存池。）拍賣收益累積在特定於 dApp 的合約中，可通過相應賬戶提取。

更具競爭力的拍賣將導致更有效的價值提取，這將通過讓所有搜索者公開訪問來實現。基於抵押的安全機制將用於新加入的參與者以抑制拒絕攻擊，這將動態轉移到基於聲譽的系統以確保資本效率。該拍賣層特別適合第一方預言機（即 API 提供商）的貨幣化，因為它本質上是一種提供給搜索者的 Web 服務。

該系統也將可供所有 dApp 公開訪問------因為任何使用任何鏈上任何數據餵送的 dApp 都能夠按照說明以幾乎無需許可的方式開放其使用以提取 OEV，並通過與一個無需信任的合約。

結論

傳統的 Oracle 解決方案盲目地更新數據源，這很浪費，而且粒度很差。OEV 提取會在需要時準確更新數據餵送，從而產生廉價且最準確的數據餵送。此外，OEV 更新交易可以卸載給第三方，使得運行各種數據源在經濟上可行。

dApps 通常會提供一些 MEV 以促進事件的自動觸發------例如，清算頭寸應獎勵給第三方清算頭寸。在不危及服務的情況下，很難將這一數額降至最低，這會導致 dApp 多付錢。此外，在某些情況下，dApp 會洩露 MEV 而對自身沒有任何好處。通過公開競爭性拍賣最大限度地提取 OEV 並將收益返還給 dApps 解決了這些問題，並為 dApps 提供了一種新穎且非常重要的收入來源。