什么是 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 提供了一种新颖且非常重要的收入来源。