如何通过市场机制解决预言机MEV(OEV)问题？

作者：Shew ，极客web3

注：原文整理自极客web3官推上的一条2000余字的，关于OEV问题及其解决方案的推文，由于该话题特别有趣，我们将其整理成短文，供大家参考。

什么是OEV（预言机MEV）

简单来说，当预言机运行者监控到链下与链上的价格数据存在偏差时，运行者可以发起交易，更新链上预言机感知到的价格。当一笔可以修改预言机价格的交易发生时，这往往意味着 MEV 的产生，我们称这种依赖于预言机的 MEV 为 OEV (oracle extractable value)。

OEV的存在，在不同利益相关者之间产生了价值再分配，而API3则号称使用拍卖机制，使OEV再分配尽可能合理（通过市场机制来分配），并设法带来更快、成本更低的价格更新。

一般认为，OEV的产生与提取，是MEV问题的一个子集，我们在此简单介绍OEV 是如何产生的，其核心原因在于以下两方面：

1. DeFi 系统使用预言机获取价格，并基于预言机价格，执行清算等逻辑。而资产清算往往意味着有大额的利润空间。

2. 预言机更新存在细粒度问题，只有链下与链上价格存在一定偏差后，才会更新链上数据，且链上数据更新会以一笔交易的形式呈现。

OEV 的产生，意味着流动性提供者的价值损失，一些数据显示，基于以上两方面，OEV 存在以下三种产生途径：

Frontrunning，即抢先交易。当 OEV 搜索者监控到，交易池内出现一笔预言机价格更新交易时，其可以在此交易前，插入自己的交易，以获取价格更新带来的收益。这是最传统的抢跑交易。

Arbitrage，即套利。由于预言机链上价格更新，取决于链上价格与链下价格之间的差额，这意味着预言机报价可能与其他系统报价不一致，此时就产生套利空间

Liquidations，即清算。预言机的价格更新，会触发一系列借贷头寸的清算，清算者可以在清算过程中内获取大量的清算收益。

通过 Frontrunning 和 Arbitrage 方式提取的收益，实际上是流动性提供者的损失。而对于 Liquidations 清算获取的收益，一方面影响了借款人的利益，因为借款人会在清算过程中损失相当部分的资金，而对于贷款人，由于预言机给出的报价存在延迟，其最终收到的抵押品价值可能低于预期。所以无论如何，OEV的提取都会给相应的Defi协议带来托管财产上的损失。

OEV的提取过程：本质还是抢跑

对于 OEV 的提取，搜索者会通过监控内存池内的“预言机数据更新指令”，通过 MEV 基础设施，将预言机数据的更新交易指令，与自己发起的交易指令捆绑在一起，最终执行以获取收益。

当然，对于套利和清算交易，搜索者只需要监控链上价格与链下价格的偏差，最终通过 MEV 基础设施，确保自己发起的交易先上链执行即可。

无论搜索者使用的那种流程，我们可以看到 OEV 的收益被分配给了 MEV 基础设施和 OEV 的搜索者，而“被捕获” OEV 价值的协议，并没有获取其应有的收益。（根据某些数据，OEV 问题此前曾导致GMX 平台的利润被抽走差不多10%）

为了解决这个问题，贡献了大量OEV价值、身为链上衍生品交易平台的GMX采用了一种简单粗暴的方式：让自己指定的一些人来捕获OEV价值，然后把这些OEV价值尽可能返还给GMX平台。

对此，GMX 引入了Rook和白名单。简单来说，GMX 的预言机更新通过 Rook 执行，而Rook会基于目前的市场情况，进行 OEV 的提取操作以获取市场内的 OEV。这些 OEV 的 80% 会被返换给 GMX 协议。

总结下来就是，GMX 通过白名单，赋予 Rook 们更新预言机的权利，通过Rook 提取OEV以避免被其他搜索者提取OEV，同时将 OEV 的 80% 返还给 GMX 系统。这个套路其实有点简单粗暴。

基于市场竞价的OEV拍卖机制

在介绍最近热议的API3提出的OEV 拍卖方案前，我们先简单介绍下API3的预言机运行原理。API3 的核心被称为 Airnode 协议。该协议允许 API 服务商直接将自己的 Web2 的 API 包装为 Web3 的预言机。

简单来说，Airnode 协议要求 API 服务商使用自己的私钥，对每一个发布数据进行签名。用户可以随时向Airnode 协议的服务商，获取最新的数据及其签名，然后可以将其发布到链上预言机内，以更新数据。

这对于 API 服务商而言，将其 Web2 API 服务包装为区块链预言机，实际上只需要增加一个私钥签名环节，API 服务商的大量基础设施可以直接复用，这大大降低了 API 服务商进入预言机领域的门槛。