ESS:Flashbots:MEV未来的市场是什么样子的?_The Missor

原文标题:《OntheDesignofMEVMarketplaces》

建立一个有效和民主化的MEV市场对以太坊甚至整个加密货币生态至关重要,作为以太坊的社区成员和Flashbots的支持者,SmrtiLab翻译了Flashbots关于MEV市场的最新思考。SmrtiLab是一家cryptonative,由DeFidegens建立的研究类型venturestudio。

关于MEV市场的设计

每一条区块链的核心,是其如何在一个区块内分配空间。随着EIP1559的激活,以太坊将迎来区块空间分配方式的历史性变化,这将直接决定某笔交易是否能被包含在一个区块内。但是,EIP-1559并不会影响矿工重新排序、插入或审查交易的能力,因此它在很大程度上不会影响MEV。?

Flashbots长久以来致力于为以太坊的所有利益相关者设计可持续的激励系统,包括用户、套利机器人、Dapp,以及以太坊网络的守护者:矿工和验证者。该目标的核心是设计民主且高效的交易排序市场,即MEV拍卖规则。迄今为止,Flashbots已经通过我们的Alpha产品成功地在以太坊上实现了这一目标。?

Flare:FlareDrop.04已启动申领:金色财经报道,Flare Network在社交媒体宣布FlareDrop.04已启动申领,WFLR 持有量是根据区块9,003,865、区块9,378,624和区块9,620,514计算得出,有资格投放的WFLR数量为6,120,632,297枚。Wrapped FLR (WFLR) 的钱包用户现在都可以进行申领,Flare Network提醒用户需要将钱包连接到Flare官方门户或设置自动申领可以获得代币以避免欺诈。[2023/6/18 21:45:20]

鉴于当今以太坊区块空间定价规则的重大变化,以及以太坊区块生产者在不久的将来将由「矿工」这一角色向「验证者」演进,我们想分享Flashbots在设计MEV交易市场时是如何考虑的。

以太坊区块生产者不断变化的角色

Coinbase将因Flare空投问题面临集体诉讼:金色财经报道,根据向美国地方法院提起的诉讼,原告 Dallas Woody 已就 Coinbase 未能为其客户提供 Songbird 和 Flare 代币而对 Coinbase 提起集体诉讼。据称加密货币交易所公开同意在 XRP 持有者之间分配空投。[2023/1/17 11:16:15]

在今天的以太坊上,挖矿的核心是,创建利润最高的区块,且通过工作量证明来验证区块并将其在网络上进行广播。在公平有效的MEV市场建立起来之前,创建利润最高的区块主要是通过gas价格进行交易排序。而矿工在优化交易排序上几乎没有利润优化空间,所以他们主要专注于更有利可图的网络层面优化。?

如今,由套利或清算机器人等捕获的MEV交易在以太坊网络上很普遍,矿工的工作发生了重大变化。为了产生最有利可图的区块,矿工现在除了在工作量证明层面的竞争外,还需要在该区块内找到交易的最优顺序,以打包MEV总值最高的区块。进行由MEV价值主导的交易排序比按照既定的gas价格排序交易要复杂得多,因为用户愿意为自己的偏好付出溢价,而矿工也需要对利益最大化的交易排序进行判断,因此为用户和矿工提供排序优化以达成共识的服务应运而生。而由于这项服务的广泛运用,即使在EIP-1559之前,MEV的收入现在也占矿工收入的很大一部分。?

Ripple合作伙伴FlashFX将开放新ODL通道:Ripple长期合作伙伴、国际汇款公司FlashFX已确认正在开发新的按需流动性(ODL)通道。据悉,FlashFX于2017年9月加入了RippleNet网络,成为澳大利亚第一家利用区块链技术进行跨境支付的公司。(U.Today)[2021/3/12 18:38:05]

而对以太坊网络的安全至关重要的是保证所有矿工,无论大小,都能够有公平的机会构建对其利益最大化的区块。否则大型矿工将能够比其他矿工更多地利用他们的资源来优化他们的MEV提取策略。反过来,来自MEV的更多收入可用于增长并进一步巩固他们在网络中的主导地位。?

Flashbots认为,将「提议区块」的一方与「构建区块」的一方分开是为构建一个可持续的,安全的区块链网络的理想方式。与其让区块提议者自己创建MEV优化区块,他们应该依赖于专门的第三方市场,这些第三方为他们构建区块以换取费用。区块提议者的角色是选择收入最高的区块,这种算法甚至比按gas价格排序更简单。区块生产者也可以同时作为提议者和构建者参与,这使他们能够从为自己和他人提议区块中都获得价值。

Flare Networks正在将智能合约引入XRP 未来或转向BTC和LTC等更多网络:Ripple合作伙伴和加密初创公司Flare Networks表示,它正在将智能合约引入XRP,同时Flare Networks联合创始人Hugo Philion表示,该公司未来可能会转向比特币和莱特币等其他网络。然而,Philion指出,Flare的本地代币Spark的持有者将拥有该协议是否扩展到其他区块链的最后决定权。Flare去年12月推出后,Spark投资者可以就治理进行投票。

此前消息,投资平台eToro目前正在与Ripple和Flare Networks就即将发布的Spark代币(Flare区块链的原生代币)进行对话。Flare Networks表示,计划在12月发布基于XRP Ledger的新代币Spark。XRP的投资者可以在12月12日为其持有的每枚XRP索取1枚免费Spark代币。(The Daily Hodl)[2020/9/9]

MEV市场的理想状态

动态 | 加密劫持软件藏于虚假Adobe Flash更新:据cointelegraph报道,研究小组Unit 42在10月11日发布的网络威胁报告中披露,研究人员已经发现了隐藏的加密劫持恶意软件,藏在弹出的虚假Adobe Flash更新之后。该恶意软件应用程序通过安装“XMRig加密货币挖掘机”偷偷地利用计算机挖掘门罗币(XMR)。[2018/10/12]

在前述的市场结构基础上,我们如何可持续地协调所有相关者的利益?Flashbots用以下维度评估MEV市场:

高效:

系统应该为区块生产者、交易发送者和整个以太坊生态系统提供最大价值*。它应该避免如上链失败交易造成的网络资源浪费,并避免利益相关者陷入负和博弈的恶行循环,并通过这样做来确保区块生产者可以获得最有利可图的区块,特别是与任何非开放的MEV解决方案相竞争,因为他们不是普遍可获得的,可能有损公平。公平、开放是保证MEV市场效率的先决条件。

避免价值捕获:

系统应避免不必要地引入,并最大限度地防止参与者固化的价值捕获机制。一个内置代币的MEV市场就是一个失败于此的解决方案:那些用专门的token来分配MEV的方案,也就是,比如说token数量多就可以决定哪些交易排在前面的方案,是不可接受的。因为价值被这些代币捕获了。并且这种治理代币。这种风险对于应用程序来说可能是可以容忍的,但是如果使用代币治理的DAO来控制基础层交易的上链门槛,那么掌握其治理权的强大经济参与者就可以利用这种权力来提取价值、审查交易,甚至使用他们垄断MEV收入以推动其他矿工参与敌对的软分叉。

无需许可:

任何人都应该能够参与MEV市场。这样做将使市场参与者的收入最大化,并使市场在长期内最稳健地抵御冲击。如果出于反spam目的需要,可以考虑加入加密经济模型,但应最大限度地避免中心化的白名单。并在以太坊的系统内,ether应成为首选的记账单位,因为它最大程度地避免了将权力放在一小部分人手中。

隐私:

MEV市场应为参与者提供交易隐私的权利,直到他们的交易成功上链。隐私可以帮助激发更有竞争力的交易策略和实现更有效的价格发现。套利机器人可以保证他们的策略不会被抢先运行或受到区块生产者的分拆。反过来,这会保持对无许可创新的激励,并会为搜索者和矿工带来更多的收入。此外,一个区块生产者在被包含在链上之前无法看到或更改交易的系统,将进一步确保他们作为网络中立参与者的角色。鉴于最近对区块生产者的监管地位的高度关注,这一点至关重要。我们相信,一个通过密码学来保障市场参与者的隐私的解决方案,如(https://ethresear.ch/t/mev-sgx-a-sealed-bid-mev-auction-design/9677)(https://www.youtube.com/watch?v=GzuyOYiuipg)一个通过经济模型来引导区块提议者和构建者分离的方案]相结合可以满足所有这些属性。我们鼓励社区与我们合作,因为我们寻求进一步说明此类解决方案在实践中的运作方式以及评估也可以实现这些特性的替代方案。

结论?

出于上述原因,Flashbots认为建立一个民主和高效的MEV市场对加密货币世界至关重要。与此同时,我们相信在一个公开的场域上建立才能最大可能地达到上述的理想状态。这就是为什么我们会定期举办由独立第三方主办的公开会议,例如,并将我们的想法在社区公之于众。这也是为什么我们需要来自多个利益相关者的反馈,并将其作为开发过程的核心部分。

最后,我们认为需要对未经仔细考虑和研究的情况下突然改变MEV市场保持谨慎。我们邀请加密货币社区的所有成员和我们共同遵守这些标准,并鼓励社区所有成员参与现有的和新的设计,以帮助以太坊实现一个高效、免许可、避免捕获和隐私的理想未来。

原文作者:RobertMiller,Flashbots

原文编译:SmrtiLab

郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。

区块博客

[0:0ms0-7:424ms