預言機保障三成 DeFi 價值，時間延遲導致?lián)屜冉灰椎葍r值流失問題。文章探討現(xiàn)有預言機設(shè)計取舍與兩種新構(gòu)思，以提高效率同時減少流失。

撰文：Adrian Chow

Jonathan Yuen 和 Wintersoldier 貢獻

摘要：

• 預言機（Oracle）于保障 DeFi 協(xié)議的鎖定價值不可或缺，DeFi 的 500 億美元總鎖倉量當中，有 330 億由預言機保障。
• 然而，預言機喂價更新時本質(zhì)上的時間延遲，導致最大可提取價值（MEV, Maximal Extractable Value）一個子類型的價值提取，這被稱為預言機可提取價值（OEV, Oracle Extractable Value）； OEV 包括了預言機搶先交易 (frontrunning)、套利 (arbitrage) 和低效平倉 (inefficient liquidations)。
• 目前有越來越多的設(shè)計實施方案可防止或減輕 OEV 的負面流失，每種設(shè)計都有其獨特的取舍權(quán)衡。本文討論現(xiàn)有設(shè)計的選擇及其權(quán)衡，以及提出了兩個新構(gòu)思、其價值主張、未決問題以及發(fā)展瓶頸。

引言

預言機（Oracle）可說是當今 DeFi 最重要的基礎(chǔ)設(shè)施之一。它們是大多數(shù) DeFi 協(xié)議不可或缺的部分，這些協(xié)議依靠喂價來結(jié)算衍生品合約、平倉抵押不足的持倉等。目前，預言機保障了 330 億美元的價值，占鏈上總鎖倉量 500 億美元的至少三分之二 1。然而，對于應用程序開發(fā)人員來說，加入預言機會帶來明顯的設(shè)計權(quán)衡和問題，這源于搶先交易 (frontrunning)、套利 (arbitrage) 和低效平倉 (inefficient liquidations) 等的價值流失。本文將這種價值流失分類為預言機可提取價值 (Oracle Extractable Value, OEV)，從應用程序的角度概述了其關(guān)鍵問題， 并試圖在行業(yè)研究的基礎(chǔ)上，說明在 DeFi 協(xié)議中安全可靠地加入預言機的關(guān)鍵考量。

預言機可提取價值 (OEV)

本節(jié)假定讀者對預言機功能，以及對推送式 (push-based) 和拉取式 (pull-based) 預言機的區(qū)別有基本了解。個別預言機的喂價可能不同。有關(guān)概述、分類和定義，請參閱附錄。

大多數(shù)使用預言機喂價的應用程序只需要讀取價格：運行自己定價模式的去中心化交易所使用預言機喂價作為參考價格；為超額抵押貸款倉位存入抵押品，只需要預言機讀取價格，以確定如借款價值比平倉價格等初始參數(shù)；撇除長尾資產(chǎn)等定價更新過于不頻繁的極端情況，基本上在考慮設(shè)計系統(tǒng)時，預言機更新喂價的延遲并不重要。因此，預言機最重要的考量是 - 評估價格貢獻者的準確性，以及預言機提供者的去中心化性能。

但如果喂價更新的延遲 是重要考慮因素，則應更為注意預言機如何與應用程序交互。通常在這種情況下，此類延遲會導致價值提取機會，即搶先交易、套利和平倉。這種 MEV 的子類型被稱為 OEV2。在討論各種實施方案及其權(quán)衡之前，我們將概述 OEV 的各種形式。

套利

預言機搶先交易和套利在衍生品協(xié)議中被俗稱為「毒流」（toxic flow ），因為這些交易是在信息不對稱的情況下進行的，往往以犧性流動性提供者的成本獲取無風險利潤。 Synthetix 等 OG DeFi 協(xié)議自 2018 年來一直在應對這一問題，并隨著時間的推移嘗試了各種解決方案，以減輕這些負面外部性。

讓我們以簡單的例子說明；永續(xù)合約去中心化交易所 xyz 在 ETH/USD 市場上使用 Chainlink 預言機，例子以 ETH/USD 喂價說明 ：

圖 1：使用 Chainlink 預言機套利示例

雖然上面為過于簡化的示例，沒有考慮滑點、費用或資金等因素，但它說明了偏差閾值的角色導致價格粒度不足，從中所帶來的機會。搜索者可以根據(jù) Chainlink 的鏈上存儲，監(jiān)控現(xiàn)貨市場價格更新的延遲，并從流動性提供者 (Liquidity Provider, LP) 提取零風險價值。

搶先交易

搶先交易與套利類似，是另一種價值提取形式，搜索者監(jiān)控內(nèi)存池的預言機更新，并在其提交鏈上之前，搶先運行實際市場價格。這樣，搜索者就有時間在預言機更新前出價交易，以有利于自己交易方向的價格成交。

GMX 等這種永續(xù)合約去中心化交易所一直都是毒性搶先交易的受害者；于 GMX 所有預言機通過 KeeperDAO 協(xié)調(diào)協(xié)議更新前，約 10% 的協(xié)議利潤已于搶先交易流失 4。

如果我們只采用拉取式模型？

Pyth 的價值主張之一是，使用 Solana 架構(gòu)的 Pythnet ，發(fā)布者可每 300 毫秒 5 向網(wǎng)絡(luò)推送一次價格更新，從而維持低延遲喂價。因此，當應用程序通過 Pyth 的應用程序接口 (API) 查詢價格時，可以檢索最新價格、將其更新到目標鏈的鏈上存儲、并在一次交易中執(zhí)行應用程序邏輯中的任何下游操作。

如以上所述，應用程序能夠直接查詢 Pythnet 的最新價格更新、更新鏈上存儲、并在一次交易中完成所有相關(guān)邏輯，這不就有效地解決了搶先交易和套利問題？

也不盡如此 - Pyth 的更新，賦予了用戶選擇在交易中使用哪些價格的能力，這可能會導致逆向選擇（adversarial selection)（毒流的另一種修辭）。雖然鏈上存儲價格必須隨時間推移，但用戶仍可選擇任何滿足這些限制條件的價格 - 意味著套利仍然存在，因為它允許搜索者在使用過去的價格之前看到未來的價格。 Pyth 的文檔 6 建議，防范這種攻擊媒介的一個簡單方法是加入期效檢查（staleness check），以確保價格夠近期 - 但是，更新交易數(shù)據(jù)于下一個區(qū)塊中必須有一定的緩沖時間，我們該如何確定最佳時間閾值？

讓我們以永續(xù)合約去中心化交易所 xyz 為例進行分析，而今次他們使用的是 Pyth ETH/USD 喂價，期效檢查時間為 20 秒，這意味著 Pyth 價格的時間戳，必須處于執(zhí)行下游交易的區(qū)塊時間戳的 20 秒之內(nèi)：

圖 2：使用 Pyth 的搶先交易示例流程

一個直觀的想法是簡單地降低期效檢查閾值，但較低的閾值可能會導致無法預測區(qū)塊時間的網(wǎng)絡(luò)回復，從而影響用戶體驗。由于 Pyth 的喂價依賴于橋接，因此需要足夠的緩沖來 a) 為蟲洞守護者（Wormhole guardians）提供證明價格的時間，b) 允許目標鏈處理交易并將其納入?yún)^(qū)塊。下一節(jié)將詳細介紹這些權(quán)衡。

平倉

平倉是任何涉及杠桿的協(xié)議的核心部分，而喂價更新的粒度，于決定平倉效率舉足輕重。

以基于閾值的推送式預言機來說，當現(xiàn)貨價格達到閾值但不符合預言機喂價預設(shè)的參數(shù)時，價格更新的粒度（或粒度不足）會導致錯失平倉機會。這以市場低效率的形式帶來了負外部效應。

當平倉發(fā)生，應用程序通常會支付部分平倉抵押品，有時還會向發(fā)動平倉的用戶提供獎勵。例如，2002 年 Aave 僅在主網(wǎng)上就支付了 3,790 萬美元的平倉獎勵 7。這明顯過度補償了第三方，并且為用戶帶來不佳的操作 。此外，當存在可提取價值時，隨之出現(xiàn)的 Gas Wars (Gas 競拍行為 ) 會導致價值從應用程序中流失，從而流向 MEV 供應鏈。

設(shè)計空間和考量

考慮到上述問題，下文將討論基于推送式、拉取式和替代設(shè)計的各種實施方案，各自于解決上述問題的有效性及當中的取舍；取舍的形式可以是附加的中心化和信任前設(shè)，又或是不佳的用戶體驗。

預言機專用的訂單流競價（Order Flow Auctions，OFA）

訂單流競價 OFA 已成為消除 MEV 產(chǎn)生的負外部效應一種解決方案。廣義上，OFA 是一種通用的第三方競價服務(wù)，用戶可以向其發(fā)送訂單（交易或意圖），而提取 MEV 的搜索者則可以競價獲得對其訂單運行策略的獨家權(quán)利。很大部分的競價收益會退還給用戶，以補償他們在這些訂單中創(chuàng)造的價值。近來 OFA 的采用率激增，超過 10% 以太坊交易都于私人渠道（私人 RPC/OFAs）進行（圖 3），相信尚會進一步催化增長。

圖 3：合并后的每日私人以太坊交易數(shù)量。來源：Blocknative

在預言機更新中，實施通用 OFA 的問題在于預言機無法了解基于標準規(guī)則的更新，是否會產(chǎn)生任何 OEV，如果不會，則會在預言機向競價中發(fā)送交易時帶來額外延遲。另一方面，精簡 OEV，和將延遲減至最低的最簡單方法是將所有預言機訂單流提供予單一主導搜索者。但這顯然會帶來極大集中化風險，可能會助長尋租行為以及審查，并導致低用戶體驗。

圖 4：一般 OFA 與預言機專用的 OFA

不包含現(xiàn)有基于規(guī)則更新的預言機專用 OFA 的價格更新仍於公共內(nèi)存池進行。這讓預言機的價格更新，以及隨之產(chǎn)生的任何可提取價值，都得以保留在應用層中。作為副產(chǎn)品，它還允許搜索者請求數(shù)據(jù)源更新，而無需預言機節(jié)點承擔更頻繁更新的額外成本，從而提高了數(shù)據(jù)的粒度。

預言機專用 OFA 是平倉的理想選擇，因為它能帶來更細粒度的價格更新，最大限度地將資本返還給被平倉的借款人，減少支付給平倉人的協(xié)議獎勵，并在協(xié)議中保留從投標人處提取的價值，以便重新分配給用戶。它們還在一定程度上 - 盡管并不完全 - 解決了搶先交易和套利問題。在完全競爭（perfect competition）和首價密封投標競價 (first price sealed bid auction) 流程下，競價的結(jié)果，應是接近執(zhí)行機會 8 的區(qū)塊空間成本、由搶先交易 OEV 數(shù)據(jù)饋送中，所提取的價值，以及因喂價更新的價格粒度增加，而減少所產(chǎn)生的套利機會。

目前，要實施預言機專用的 OFA，要么需要加入第三方競價服務(wù)（如 OEV-Share），又或構(gòu)建一個競價服務(wù)作為應用程序的一部分。受 Flashbots 的啟發(fā)，API3 利用 OEV 中繼器 (OEV relay) （圖 5）作為于設(shè)計上執(zhí)行 DoS 保護服務(wù)的 API 來進行競價。該中繼器負責收集來自預言機的元交易、整理和聚合搜索者的出價，并以無信任方式重新分配收益，而無需控制出價。當搜索者中標時，更新數(shù)據(jù)源只能依靠將出價金額轉(zhuǎn)移到協(xié)議擁有的代理合約，然后代理合約會用中繼器提供的簽名數(shù)據(jù)更新價格源。

圖 5：API3 的 OEV 中繼器

另外，協(xié)議也可以放棄中間人，建立自己的競價服務(wù)，獲取從 OEV 的所有提取價值。BBOX 就是一個即將推出的協(xié)議，它希望將競價嵌入其平倉機制，以獲取 OEV，并將其返還給應用程序及其用戶 9。

運行中央節(jié)點或 Keeper

源于第一波永續(xù)合約去中心化交易所打擊 OEV 的一個早期想法，是運行一個集中式 Keeper 網(wǎng)絡(luò) ( 守門人網(wǎng)絡(luò) )，聚合從第三方來源（如中心化交易所）收到的價格，然后利用類似 Chainlink 的數(shù)據(jù)饋送作為應變方案或斷路器。這種模式在 GMX v110 及其后續(xù)的許多分叉中都得到了推廣，其主要價值主張在于，由于 Keeper 網(wǎng)絡(luò)由單一運營商運行，因此可以絕對防止搶先交易。

雖然這解決了上述許多問題，但明顯地有中心化顧慮。中心化的 Keeper 系統(tǒng)，可以于未適當驗證定價來源和聚合方法之下決定執(zhí)行價格。在 GMX v1 的案例中，Keeper 并不是一個鏈上或透明的機制，而是于中心化服務(wù)器上運行團隊地址簽署的程序。 Keeper 的核心作用不僅是執(zhí)行訂單，而且是根據(jù)自己的預設(shè)定義「決定」交易價格，無法驗證所使用的執(zhí)行價格的真實性或來源。

自動化的 Keeper 網(wǎng)絡(luò)和 Chainlink 數(shù)據(jù)流

解決上述由單一操作員的 Keeper 網(wǎng)絡(luò)所帶來的中心化風險，是利用第三方服務(wù)提供商建立一個更加去中心化的自動化網(wǎng)絡(luò)。 Chainlink Automation 就是這樣一個產(chǎn)品，它與 Chainlink Data Streams - 即是一個全新的拉取式、低延遲預言機 - 共同提供這項服務(wù)。該產(chǎn)品最近剛剛發(fā)布，目前還處于閉門測試階段，但 GMX v211 目前已經(jīng)在使用該產(chǎn)品，它可以作為采用這種設(shè)計的系統(tǒng)的參考。

從高層次來看，Chainlink 數(shù)據(jù)流由三個主要部分組成：數(shù)據(jù) DON（去中心化的預言機網(wǎng)絡(luò)）、自動化 DON 和鏈上驗證合約 12。數(shù)據(jù) DON 是一個鏈下數(shù)據(jù)網(wǎng)絡(luò)，其架構(gòu)類似于 Pythnet 維護和聚合數(shù)據(jù)的架構(gòu)。自動化 DON 是由數(shù)據(jù) DON 的相同節(jié)點操作員保護的守護者網(wǎng)絡(luò)，用于從鏈上數(shù)據(jù) DON 提取價格。最后，驗證器合約用于驗證鏈下簽名是否正確。

圖 6：Chainlink 數(shù)據(jù)流架構(gòu)

上圖展示了調(diào)用開放交易功能的交易流程，其中自動化 DON 負責從數(shù)據(jù) DON 獲取價格并更新鏈上存儲。目前，直接查詢數(shù)據(jù) DON 的端點僅限于白名單用戶，因此協(xié)議可以選擇將 Keeper 維護工作卸載給自動化 DON(Automation DON)，或運行自己的 Keeper。但隨著產(chǎn)品開發(fā)生命周期的推移，預計這將逐步轉(zhuǎn)變?yōu)闊o權(quán)限結(jié)構(gòu)。

在安全層面上，依賴自動化 DON 的信任假設(shè)，與單獨使用數(shù)據(jù) DON 的信任假設(shè)相同，這是對單一 Keeper 設(shè)計的重大改進。不過，如果將喂價更新權(quán)交給自動化 DON，那么價值提取的機會就只能留給 Keeper 網(wǎng)絡(luò)中的節(jié)點。這反過來又意味著，該協(xié)議將信任鏈克節(jié)點運營商（主要是機構(gòu)）維護其社會聲譽，不搶先用戶進行操作，這類似于信任 Lido Node 節(jié)點運營商因要維護其聲譽，不會因其市場份額大，而壟斷區(qū)塊空間。

拉取式： 延遲結(jié)算

Synthetix perps v2 中最大的變化之一，是為永續(xù)合約結(jié)算 13 引入了 Pyth 喂價。這使得訂單可以以 Chainlink 或 Pyth 價格結(jié)算，前提是它們的偏差不超過預定義的閾值，并且時間戳通過了期效檢查。然而，如上所述，僅僅改用基于拉取式預言機并不能解決所有協(xié)議的 OEV 相關(guān)問題。要解決搶先交易，可以延遲訂單的形式引入「最后查看」定價機制，在實踐中，這將用戶的市場訂單分為兩個部分：

• 交易 #1：在鏈上提交開立市場訂單的「意向」，并提供標準訂單參數(shù)，如大小、杠桿、抵押品和滑點容忍度。同時還需支付額外的 Keeper 費用，用于獎勵 Keeper 執(zhí)行交易 #2。
• 交易 #2：Keeper 接收在交易 #1 中提交的訂單，要求最新的 Pyth 喂價，并在一次交易中調(diào)用 Synthetix 執(zhí)行合約。合約會檢查預定義的參數(shù)，如時效和滑價，如果都通過，訂單就會被執(zhí)行，鏈上價格存儲會被更新，倉位將建立。 Keeper 收取費用，補償使用和維護網(wǎng)絡(luò)的所用到的 gas。

這種實施方式不會讓用戶有機會逆向選擇在鏈上提交的價格，從而有效地解決了協(xié)議的搶先交易和套利機會。不過，這種設(shè)計的折衷就是用戶體驗：執(zhí)行這個市場訂單需要兩個交易過程，用戶需要為 Keeper 的操作補償 gas，同時分擔更新預言機鏈上存儲的的成本。之前是 2 sUSD 的固定費用，最近則改為基于 Optimism gas oracle + 溢價的動態(tài)費用，溢價將根據(jù)二層網(wǎng)絡(luò)（layer 2）活動而變化。無論如何，這可視為犧牲交易者的用戶體驗以提高 LP 盈利能力的一種解決方案。

拉取式： 積極結(jié)算 (Optimistic settlement)

由于延遲訂單會給用戶帶來額外的網(wǎng)絡(luò)費用（和二層網(wǎng)絡(luò)的 DA 費用成比例），經(jīng)過集思廣益，我們再擬出了另一種訂單結(jié)算模式，稱之為「積極結(jié)算」，這種模式有可能降低用戶的成本，同時維護去中心化以及協(xié)議的安全性。顧名思義，這種機制允許交易者以原子方式執(zhí)行市場交易，系統(tǒng)會積極地接受所有價格，并為搜索者提供一個窗口，讓他們提交證據(jù)，證明惡意下達的訂單。本節(jié)概述了這構(gòu)思的不同版本、我們的思考過程以及仍未解決的問題。

我們最初的想法是建立一種機制，讓用戶在開立市場訂單時通過 parsePriceFeedUpdates 提交價格，然后允許用戶或任何第三方使用喂價數(shù)據(jù)提交結(jié)算交易，并在交易確認時以該價格完成交易。結(jié)算時，兩個價格之間的任何負差都將作為滑點計入用戶的損益表。這種方法的優(yōu)點包括減輕用戶的成本負擔，和降低搶先交易的風險。用戶不必再負擔獎勵守們?nèi)说囊鐑r，而且由于在提交訂單時不知道結(jié)算價格，搶先交易的風險仍可控。不過，這仍引入了兩步的結(jié)算流程，而這正是我們在 Synthetix 的延遲結(jié)算模式中發(fā)現(xiàn)的缺點之一。在大多數(shù)情況下，如果下單和結(jié)算期間的波動性，不超過系統(tǒng)界定的可盈利搶先交易閾值，那額外的結(jié)算交易可能就是多余的。

規(guī)避上述問題的另一種解決方案是，允許系統(tǒng)積極地接受訂單，然后開放一個無權(quán)限的質(zhì)疑期，在該期間可以提交證據(jù)，證明價格時間戳和區(qū)塊時間戳之間的價格偏差允許進行有利可圖搶先交易。

具體操作如下：

• 用戶根據(jù)當前市場價格創(chuàng)建訂單。然后，他們連同嵌入的 pyth 喂價字節(jié)數(shù)據(jù)傳送價格﹐作為訂單創(chuàng)建交易。
• 智能合約會主動驗證并存儲這些信息。
• 在鏈上確認訂單后，會有一個質(zhì)疑期，搜索者可以提交逆向選擇證明。該證明將證實交易者使用了過時的喂價數(shù)據(jù)，意圖在系統(tǒng)中套利。如果系統(tǒng)接受了證明，差值將作為滑點應用到交易者的執(zhí)行價格中，多余的價值將作為獎勵給予 Keeper。
• 質(zhì)疑期結(jié)束后，系統(tǒng)認為所有價格均有效。

這種模式有兩個優(yōu)點：減輕了用戶的成本負擔，用戶只需在同一筆交易中為訂單創(chuàng)建和預言機更新支付 gas 費用，而不需要額外的結(jié)算交易。它還能阻止搶先交易，保護流動池的完整性，確保有一個健康的 Keeper 網(wǎng)絡(luò)，有經(jīng)濟獎勵措施向系統(tǒng)提交證明，證明其搶先。

然而，在將這一想法付諸實踐之前，還有一些問題有待解決：

• 定義「逆向選擇」： 系統(tǒng)如何區(qū)分因網(wǎng)絡(luò)延遲而提交過期價格的用戶，以及故意套利的用戶？一個初步的想法可以是，測量期效檢查時段（例如 15 秒）內(nèi)的波動性，如果波動性超過凈執(zhí)行費，該訂單就會被標記為一個潛在利用。
• 設(shè)置適當?shù)馁|(zhì)疑期： 考慮到有毒訂單流可能只開放很短的時間，什么是適當?shù)臅r間窗口供 Keeper 質(zhì)疑價格？批量證明可能會更符合成本效益，但鑒于訂單流在一段時間內(nèi)的不可預測性，很難確定批量證明的時間，以確保所有價格信息都得到證明或有充足的時間受到質(zhì)疑。
• 對 Keeper 的經(jīng)濟獎勵： 要使提交證明對受到經(jīng)濟激勵的保存者來說是合理的，提交獲勝證明的相關(guān)獎勵必須大于提交證明的相關(guān) gas 成本。由于訂單規(guī)模不同，這一假設(shè)可能無法保證。
• 是否需要為關(guān)閉訂單建立類似的機制？如果要的話，會怎樣降低了用戶體驗？
• 確?！覆缓侠怼沟幕c不會落到用戶身上： 在閃崩情況下，訂單創(chuàng)建和鏈上確認之間可能會出現(xiàn)非常大的價格差異?？赡苄枰撤N后備或斷路器，可以考慮使用 Pyth 的 EMA 價格，以確保使用前的喂價穩(wěn)定性。

中科輔助處理器 （ZK Co-processors）- 另一種形式的數(shù)據(jù)消耗

另一個值得探索的方向是使用 ZK 輔助處理器，這種輔助處理器旨在獲取鏈上狀態(tài)以于鏈下進行復雜計算，并與此同時提供計算執(zhí)行方式的證明；這種方式可無權(quán)限地驗證。 Axiom 等項目使合約能夠查詢歷史區(qū)塊鏈數(shù)據(jù)，在鏈下執(zhí)行計算，并提交 ZK 證明，證明計算結(jié)果是根據(jù)有效的鏈上數(shù)據(jù)正確計算得出的。輔助處理器開啟了一種可能性，利用多個 DeFi 原生流動性來源（如 Uniswap + Curve）的歷史價格構(gòu)建具有操縱彈性的自定義 TWAP 預言機。

與目前只能獲得最新資產(chǎn)價格數(shù)據(jù)的傳統(tǒng)預言機相比，ZK 輔助處理器將擴大以安全方式提供給 dApp 的數(shù)據(jù)范圍（Pyth 確實提供了 EMA 價格，供開發(fā)人員用作最新價格的參考檢查）。這樣，應用程序就可以引入更多與歷史區(qū)塊鏈數(shù)據(jù)協(xié)同工作的業(yè)務(wù)邏輯，以提高協(xié)議安全性或增強用戶體驗。

不過，ZK 輔助處理器仍處于開發(fā)初期，當中仍存在一些瓶頸，例如：

• 在輔助處理器環(huán)境下，大量區(qū)塊鏈數(shù)據(jù)的獲取和計算可能需要較長的證明時間
• 僅提供區(qū)塊鏈數(shù)據(jù)，無法解決與非 Web3 應用程序安全通信的需求

無預言機解決方案 – DeFi 的未來？

解決這一問題的另一種思路是，通過從頭開始設(shè)計一個基元，消除對外部喂價的需求，從而解決 DeFi 對預言機依賴性。這一領(lǐng)域的最新發(fā)展是利用各種 AMM LP 代幣作為定價手段，其核心理念是恒定函數(shù)做市商的 LP 倉位是代表兩種資產(chǎn)預設(shè)權(quán)重的代幣，并有這兩種代幣的自動定價公式（即 xy=k）。通過利用 LP 代幣（作為抵押品、貸款基礎(chǔ)，或在最近的使用案例中，將 v3 LP 倉位移動到不同的刻度點），該協(xié)議可以獲取通常需要從預言機所獲取的信息。由此，新一波趨勢 - 免于所述挑戰(zhàn)的無預言機方案都得以實現(xiàn)。建基于此方向的應用實例包括：

Panoptic 正構(gòu)建永久、無預言機的期權(quán)協(xié)議，所利用的是 Uniswap v3 集中流動性倉位。由于當現(xiàn)貨價格超過 LP 倉位的上限范圍時，集中流動性倉位會 100% 轉(zhuǎn)換成基礎(chǔ)資產(chǎn)，因此流動性提供者的回報與認沽期權(quán)的賣家回報非常相似。因此，期權(quán)市場的運作是流動性提供者存入 LP 資產(chǎn)或倉位，期權(quán)買方和賣方借入流動性并將其移入或移出范圍，從而產(chǎn)生動態(tài)的期權(quán)回報。由于貸款是以 LP 倉位計價，因此結(jié)算時不需要預言機。

Infinity Pools 正在利用 Uniswap v3 的集中流動性倉位，建立一個無平倉、無預言機的杠桿交易平臺。 Uniswap v3 的流動性提供者可以借出他們的 LP 代幣，交易者存入一些抵押品，借用 LP 代幣并贖回其定向交易的相關(guān)資產(chǎn)。贖回時的貸款將以資產(chǎn)基礎(chǔ)或報價資產(chǎn)計價，具體取決于贖回時的價格，并可直接通過檢查 Uniswap 上的 LP 組成計算，消除了對預言機的依賴。

Timeswap 正在建立一個固定期限、無平倉、無預言機的借貸平臺。它是一個由貸方、借方和流動性提供者組成的三方市場。與傳統(tǒng)借貸市場不同，它采用的是「時間基礎(chǔ)」（time-based）的清算，而不是「價格基礎(chǔ)」（price-based）的平倉。在去中心化交易所，流動性提供者被自動設(shè)定為總是向賣方買入，向買方賣出；而在 Timeswap 中，流動性提供者總是向借方貸款，向貸方借款，在市場中扮演類似的角色。他們還負責承擔貸款違約責任，并優(yōu)先獲得被沒收的抵押品作為補償。

結(jié)論

定價數(shù)據(jù)仍然是許多去中心化應用的重要部分，而隨著時間的推移，預言機所獲得的總價值也在不斷增加，進一步肯定其產(chǎn)品與市場的契合度 (p 產(chǎn)品市場契合度）。本文旨在讓讀者得悉并概述我們目前面臨的 OEV 相關(guān)挑戰(zhàn)，以及基于推送式、拉取式和使用 AMM 流動性提供者或鏈下輔助處理器的其他設(shè)計，其實施方案中的設(shè)計空間。

我們很高興看到充滿活力的開發(fā)者期望解決這些棘手的設(shè)計難題。如果您也在這領(lǐng)域開展顛覆性的項目，我們很樂意聽取您的意見！

參考文獻和致謝

OEV Litepaper https://drive.google.com/file/d/1wuSWSI8WY9ChChu2hvRgByJSyQlv_8SO/edit

Frontrunning on Synthetix: A History by Kain Warwick https://blog.synthetix.io/frontrunning-synthetix-a-history/

?https://snapshot.org/#/rook.eth/proposal/0x523ea386c3e42c71e18e1f4a143533201083655dc04e6f1a99f1f0b340523c58

https://docs.pyth.network/documentation/pythnet-price-feeds/on-demand

https://docs.pyth.network/documentation/solana-price-feeds/best-practices#latency

Aave liquidation figures https://dune.com/queries/3247324

https://drive.google.com/file/d/1wuSWSI8WY9ChChu2hvRgByJSyQlv_8SO/edit

https://twitter.com/bboexchange/status/1726801832784318563

https://gmx-io.notion.site/gmx-io/GMX-Technical-Overview-47fc5ed832e243afb9e97e8a4a036353

https://gmxio.substack.com/p/gmx-v2-powered-by-chainlink-data

https://docs.chain.link/data-streams

https://sips.synthetix.io/sips/sip-281/

感謝 Jonathan Yuen 和 Wintersoldier 的貢獻和對談，為本文貢獻良多。

感謝 Erik Lie、Richard Yuen（Hailstone）、Marc、Mario Bernardi、Anirudh Suresh（Pyth）、Ugur Mersin（API3 DAO）和 Mimi（Timeswap）的寶貴意見、反饋和審查。

https://defillama.com/oracles (14 Nov)

??

附錄

定義： 推送式與拉取式預言機

推送式預言機器于在 P2P 網(wǎng)絡(luò)中維持鏈下價格，以及維持根據(jù)預先定義的鏈上節(jié)點更新價格。以 Chainlink 為例，價格更新基于兩個觸發(fā)參數(shù)：偏離閾值（偏差閾值）和心跳（心跳）。只要鏈下價格偏離最新鏈上價格 0.5%，或者心跳計時器 1 小時計時為零，下面的以太坊 ETH/USD 價格源就會更新。

在這種情況下，預言機運營商必須為每次價格更新支付交易費用，也是于成本和可擴展性之間的取舍。增加價格源的數(shù)量，支持額外的區(qū)塊鏈，或者增加更頻繁的更新，都會產(chǎn)生額外的交易成本。因此，具有更高觸發(fā)參數(shù)的長尾資產(chǎn)，無可避免地具有可靠度低的價格源。下面以 CRV/USD 為例說明這一點 - 為了使新的價格能夠在鏈上更新，需要 1% 的偏離閾值，心跳為 24 小時，這意味著如果價格在 24 小時內(nèi)未偏離超過 1％，那么每 24 小時只會有一個新的價格更新。直觀而言，長尾資產(chǎn)的價格源缺乏細致度，將不可避免地導致應用程序在為這些資產(chǎn)創(chuàng)建市場時需要考慮額外的風險因素，這解釋了為什么絕大多數(shù) DeFi 活動仍圍繞著流動性最強、最大市值的代幣而發(fā)生。

相比之下，拉取式預言機允許按需求將價格拉到鏈上。Pyth 是當今最突出的例子，它在鏈下傳輸價格更新，對每次更新進行簽名，以便任何人都能驗證其真實性，并在 Pythnet 上維護聚合價格，Pythnet 是基于 Solana 代碼的私有區(qū)塊鏈。當需要更新時，數(shù)據(jù)通過 Wormhole 傳輸，在 Pythnet 上進行驗證后，就可以無需權(quán)限地拉取到鏈上。

上圖描述了 Pyth 喂價的架構(gòu)： 當需要更新鏈上價格時，用戶可以通過 Pyth API 請求更新，Pythnet 上經(jīng)過驗證的價格會被發(fā)送到 Wormhole 合約，Wormhole 合約會觀察并創(chuàng)建和發(fā)送一個處名的 VAA，該 VAA 可以在任何部署了 Pyth 合約的區(qū)塊鏈上進行驗證。