MEV(OEV)是什么？未来的OEV解决方案思路展望！预言机在DeFi生态中一直扮演着不可或缺的角色，由于智能合约只能访问链上数据，无法直接从链外获取信息，需要预言机充当媒介，将链下的数据引入链上，智能合约才能基于链下数据进行自动化交易处理。大多数DeFi协议依赖于预言机喂价来处理衍生品合约、清算不良资产等。
目前DeFi生态内的资金体量超过800亿美元，其中大部分与预言机有着某种关联。然而，传统预言机在价格更新方面具有迟滞性，这衍生出了一种预言机专项的MEV：OEV。OEV的常见场景包括预言机抢跑交易、套利以及清算获利等，现在有越来越多方案被提出用于减轻OEV的负面影响。今天非常好学习小编给大家分享现有的各种OEV解决方案，分别讨论其优劣之处，并提出两种新思路，对它们的价值观、待解决问题与限制因素进行阐述。下面就和非常好学习小编一起详细了解下吧！
为了便于大家理解本文的主要内容，我们先对推送式预言机和拉取式预言机进行简要科普。推送式预言机指的是，预言机主动将数据发送到链上智能合约中，如Chainlink就以推送式为主；拉取式预言机则由DApp主动请求数据，预言机收到请求后再提供数据。
这两种模式的差异在于，推送式预言机的数据实效性较强，适用于对实时数据较为敏感的场景，但这种模式下预言机要频繁的向链上提交数据，会消耗更多的gas。拉取式预言机更灵活，只在DApp需要数据时才提供新数据，这样做消耗的gas较少，但数据有迟滞性。
由于Defi平台需要预言机提供喂价数据，如果喂价更新具有迟滞性，则可能被套利机器人捕获MEV，这种依赖于预言机而形成的MEV被称为OEV。与OEV相关的主要获利场景包括抢跑交易、套利和清算等，在接下来的讨论中，我们将概述由OEV引发的各种获益场景，并探讨不同的OEV解决方案，以及其优劣。
根据实践中观测到的结果，OEV有三种主要实现途径：
1.抢跑交易。比如以太坊网络中的MEVSearcher会实时监控待上链的交易数据，寻找MEV机会。预言机更新喂价要向链上提交数据，这些数据上链前会堆积在交易池中，Searcher会监控这些Pending交易，预知链上资产即将发生的价格波动，在价格更新前抢先埋伏一些买卖单。
很多衍生品平台曾遭受抢跑交易带来的负面影响，比如GMX因频繁遭遇抢跑交易，利润减少10%，直到协议更新，GMX将接入的预言机交由KeeperDAO进行统一调度，OEV捕获的问题才得以缓解。后面我们会对GMX采用的解决方案进行简单解释。
2.套利：利用预言机数据更新的延迟在不同市场间进行无风险套利。举例来说，某链上衍生品平台的资产价格更新有10秒延迟，如果币安的ETH现货价格突然上涨，而链上的ETH价格没有及时变化，套利机器人可以立刻在链上开做多合约，等Chainlink喂价更新后再把仓位平掉，以此获利。
上面的案例简化了实际情况，但它说明了价格更新延迟会产生的套利机会，套利者可以从Defi平台处捕获OEV，当然这些被捕获的OEV最终会导致LP的损失（羊毛出在羊身上）。
预言机抢跑交易和套利现象，在衍生品协议中通常称为有害的交易流(toxicflow)，因为这些交易背后存在着信息不对称，套利者可以捕获无风险利润，但会损害Defi协议中LP/流动性提供者的利益。自2018年以来，Synthetix等老牌DeFi协议一直受到此类OEV攻击的困扰，并尝试了很多方法以减轻其负面影响。后面我们会对此类应对措施进行简要解释。
3.清算：对于借贷协议而言，如果资产价格更新延迟，对于部分反应快的清算人而言有利可图，捕捉不及时的价格更新导致的低效清算，获取额外收益。这些行为会削弱市场效率，并对Defi平台的公平性产生负面影响。
清算组件在任何涉及杠杆的DeFi协议中都是核心，而喂价更新的粒度在清算效率上起着关键作用。如果推送式预言机是阈值性的，也就是价格变更达到一定幅度才更新喂价，就可能影响到清算过程。假设链下ETH价格下跌，某借贷协议上的仓位已达到清算线，但价格波动率不满足预言机更新喂价的阈值，所以预言机没更新数据，此时就会影响到清算工作的执行，这可能进一步引发负面影响。
举一个简单的例子，某抵押品头寸由于价格紧急下跌面临清算，但由于预言机更新数据不及时，链上价格还未变动。在这个窗口期，Searcher提前发送清算交易请求并支付较高的Gas，获得优先上链打包的优势。当链上价格更新后，Searcher直接成为清算人并获利，同时由于价格更新的迟滞，原抵押品持有者来不及补仓，遭受了额外损失。
通常DeFi协议会把部分清算抵押品作为奖励，送给清算人，Aave等大型DeFi协议在2022年仅在以太坊上就分发了超过3800万美元的清算激励，这不仅过度补偿了第三方清算人，也对用户造成了伤害。此外，gas战会将MEV捕获机会从有MEV效应的地方扩散到整个MEV供应链上。
其中，抢跑攻击和套利行为中捕获的OEV会损害DeFi流动性提供者的利益；而清算中捕获的OEV，对于借款人来说，在清算过程中损失相当的资金，对于贷款人，预言机报价存在延迟导致收到抵押品价值低于预期。
总而言之，无论以何种方式捕获的OEV，都会对市场上其他人造成损失，最后只有OEV捕获者自己受益，这对DeFi的公平性和UX产生了负面影响。
下面我们将在前述背景下讨论推送式、拉取式和其他模式的预言机，以及当前市场上存在的，建立于其上的OEV解决方案，并分析其有效性，深入探讨这些方案为解决OEV问题做出的取舍，包括增加中心化程度或信任假设，或是牺牲UX等。
如果只使用拉取式预言机会怎样？
前面我们提到过拉取式预言机，它的特征是需要由Dapp向预言机主动请求数据。Pyth作为拉取式预言机的代表，优势之一是可以利用Solana架构的高TPS与低延时，创建Pythnet网络对数据进行收集、聚合和分发。在Pythnet上发布者每300ms就会更新一次价格信息，有需要的DApp可以通过API查询最新的数据，将其发布到链上。
这里需要说明，发布者每300ms更新一次价格信息，这听起来像是推送式预言机的逻辑。但是，Pyth的逻辑是推送式更新，拉取式查询，即尽管数据是通过推送式更新的方式进入Pythnet，但链上应用或其他区块链网络可以通过PythAPI或跨链桥Wormhole的消息传递层来拉取最新的数据。
但只使用拉取式预言机并不能完全解决抢跑和套利，用户仍可以选择满足特定条件的价格进行交易，导致对手选择问题。具体到预言机的场景中，由于预言机更新价格存在延迟，Searcher可以通过监控链上价格更新的时间差，主动选择一个对自己有利的时间节点进行交易，该时间节点的价格往往是过期但未来得及更新的非准确价格。这种行为导致了市场价格的不公平，使得searcher能够利用信息不对称获取无风险利润，但损害了其他市场参与者的利益。
也就是说，在拉取式预言机中，价格延迟导致的套利攻击仍然存在。在Pyth的文档中，提出了通过stalenesscheck来防止这种攻击。Stalenesscheck 是一种用于确保在交易中使用的数据或价格信息即时性的机制。
具体来说，stalenesscheck会验证所使用的价格数据是否在一个合理的时间窗口内生成，以防止交易者利用过时的价格信息进行交易，从而减少套利和不公平的交易行为。
但具体实施中，确定最佳时间阈值是一个很难的事情。我们可以重新看一下之前的例子来理解stalenesscheck，假设永续合约交易所使用Pyth的ETH/USD价格源，并设定了20秒的stalenesscheck阈值，这意味着Pyth价格的时间戳与执行下游交易的区块时间戳只能有20秒的时间差。如果超出了这个时间范围，价格将被视为过时，无法使用。这种设计旨在防止利用过期价格进行套利。
缩短stalenesscheck的时间阈值看起来是一个不错的解决方案，但这样可能导致在区块时间不确定的网络上出现交易回滚，从而影响用户体验。Pyth的价格源依赖跨链桥，仍用Wormhole举例，其Guardian节点被称为WormholeKeeper，预言机必须有足够的缓冲时间来让WormholeKeeper确认价格，并让目标链处理交易并将其记录在区块中。
以上就是OEV是什么？未来的OEV解决方案,OEV是什么？未来的OEV解决方案思路展望的全部内容，望能这篇OEV是什么？未来的OEV解决方案,OEV是什么？未来的OEV解决方案思路展望可以帮助您解决问题，能够解决大家的实际问题是非常好学习网一直努力的方向和目标。