1.用户提交开立市场订单的intent到链上，附带订单参数如大小、杠杆、抵押品和滑点容忍度，同时支付额外的keeper费用。
2.keeper接收订单，请求最新的Pyth价格数据，并在交易中调用Synthetix执行合约。合约检查预定义的参数，若全部通过，则订单执行，链上价格存储更新，头寸开启。keeper领取用户支付的费用以补偿其使用的gas费和网络维护成本。
这种方式避免了对用户不利的价格被提交到链上，有效地解决了协议中的抢跑和套利问题。然而，这种设计在用户体验上做出了一定取舍：执行此类市场订单需要通过两笔交易完成，用户除了要支付gas费外，还要支付更新预言机链上存储的费用。
此前，更新预言机链上存储的费用是固定的2美元，但最近改为基于Optimismgas预言机+溢价的动态费用，根据Layer2的活跃状况而变化。总之，这种方案在提高流动性提供者利润的同时，牺牲了交易者一定的用户体验。
拉取式预言机：乐观结算机制
随着延迟订单为用户引入额外的费用，且这些费用与L2的DA费用成比例增加，有人构思了一种作为替代品的的订单结算模型，称为乐观结算，旨在降低用户成本，同时保持去中心化和协议安全性。顾名思义，乐观结算机制允许交易者以原子方式执行市场交易，系统乐观地接受所有价格，并提供一个时间窗口，让searcher提交证明以揭示订单是否存在作恶意图。
本文将概述这一想法的几个迭代版本、在此过程中展示其思考过程，并简述该思路仍待解决的问题。
最初设想的是用户在开启市价单时，通过parsePriceFeedUpdates提交价格，然后允许用户或任何第三方提交结算交易，使用价格数据完成交易确认。在结算时，如果两个价格之间存在负向差异，该差异将作为滑点作用于用户的盈亏。
这种方法的优势在于降低了用户的成本负担并减轻了抢跑交易的风险。然而，该方法同时也引入了两步结算过程，这是我们在Synthetix延迟结算模型中发现的一个缺点。额外的结算交易在大多数情况下可能是多余的，尤其是在下单和结算期间波动不超过系统定义的抢跑阈值时更加显著。
另一种规避上述问题的解决方案是允许系统乐观地接受订单，然后开放一个无需许可的挑战期。在此期间，任何人都可以提交证据证明价格时间戳和区块时间戳之间的价格偏差，存在可盈利的抢跑机会。乐观机制通过引入挑战期，有效地减少了系统中潜在的套利行为，并增加了交易过程的透明度和公正性。
具体过程如下：
1.用户以当前市场价格创建市价订单，并将此价格以及嵌入的Pyth价格数据一起作为订单创建交易发送。
2.智能合约乐观地验证并存储这些信息。
3.订单确认上链后，会有一个挑战期，期间Searcher可以提交交易者有作恶意图的证明。此证明需包含交易者使用过去价格意图套利的证据。如果系统接受了该证明，价差将作为滑点应用于交易者的执行价格，原本的OEV收益将作为奖励给予Keeper。
4.挑战期结束后，所有价格将均被系统视为有效。
这种乐观模式有两个优点：首先，它降低了用户的成本负担，用户只需在同一笔交易中支付订单创建和预言机更新的gas费，无需额外交易结算费用。其次，它抑制了抢跑交易，并在确保健康的keeper网络下，通过经济激励机制来提交系统被抢跑的证明，从而保护了流动性池的完整性。
这种思路固然有较大潜力，但若想落地，仍然存在一些需要解决的开放性问题：
定义‘对手选择’问题：即系统如何区分因网络延迟提交过期价格的用户与故意利用延迟套利的用户。一种初步思路是在stalenesscheck的时间内（如15秒）测量波动率，如果波动率超过净执行费用，则该订单可能被标记为潜在套利行为。
设置合适的挑战期：考虑到作恶订单流的开放时间可能很短，keeper应有一个合理的时间窗口来挑战价格。虽然批量验证可能更省Gas，但订单流的不可预测性导致难以保证所有价格数据都能及时验证或挑战。
Keeper的经济激励：提交验证的Gas成本不低，为了保证Keeper对系统产生积极的作用，提交验证的奖励必须大于提交成本。然而，订单规模的不同可能使这一假设未必在所有情况下都成立。
是否需要为平仓订单建立类似的机制？如果需要的话，可能会对用户体验造成哪些影响？
确保用户不受不合理滑点的影响：在市场闪崩的情况下，订单创建与链上确认之间可能出现巨大的价格差异，需要某种止损措施或熔断机制。这里我们考虑使用Pyth提供的EMA价格来确保价格源稳定性。
另一个值得探索的方向是ZK协处理器的使用。这些处理器旨在链下处理复杂计算，并能够访问链上状态，同时提供证明，确保计算结果可以在无许可的情况下验证。像Axiom这样的项目允许合约查询历史区块链数据，在链下执行计算，并提交ZK证明，确保结果是基于有效链上数据正确计算的。协处理器使建立一个基于多个DeFi原生流动性来源（如Uniswap+Curve）的抗操纵自定义TWAP预言机成为了可能。
与传统预言机相比，ZK协处理器将扩大可安全提供给dApp的数据范围。当前传统预言机主要提供最新的资产价格数据（如Pyth提供的EMA价格）。通过ZK协处理器，应用程序可以引入更多基于历史区块链数据的业务逻辑，用以提高协议安全性或增强用户体验。
然而，ZK协处理器仍处于开发的早期阶段，会面临一些瓶颈，例如：
处理大量区块链数据时可能证明过程过长。
仅限于区块链数据，无法解决与非Web3应用程序安全通信的需求。
一种新的思路认为，DeFi中的预言机依赖问题，可以通过设计一种从根本上去除外部价格数据需求的原语来解决，近期也出现了利用各种AMMLP代币作为定价工具的设计。这基于一个核心理念：在恒定函数做市商中，LP头寸代表了交易池中两种资产的预设权重，交易遵循一个自动定价公式（如xy=k）。通过使用LP代币，协议能够直接获取通常需要预言机才能提供的信息，从而催生了无需预言机的解决方案。这类方案减轻了DeFi协议对预言机的依赖，一些项目正在沿着这一方向构建应用。
价格数据仍然是当今许多去中心化应用的核心组件，通过预言机保护的总资产价值还在不断增加，这也进一步证明了预言机在市场中的重要性。本文旨在引起人们对当前预言机额外收益（OEV）所造成相关风险的关注，并探讨了推送式、拉取式以及使用AMMLPs或链下协处理器等替代设计方案的实现潜力。
以上就是OEV是什么？未来的OEV解决方案,OEV是什么？未来的OEV解决方案思路展望的全部内容，望能这篇OEV是什么？未来的OEV解决方案,OEV是什么？未来的OEV解决方案思路展望可以帮助您解决问题，能够解决大家的实际问题是非常好学习网一直努力的方向和目标。