BOO:一文详解网络弹性的代价

撰文:ElaineHu,AlejoSalles和Hasut

编译:倩雯,ChianCatcher

要点速览

新的mev-boost功能将允许验证者在本地构建低MEV区块来最大限度地提高以太坊的抗审查能力,同时仍将高MEV区块的构建进行外包。

使用这个功能需要机会成本,这是获取弹性的代价。

由于大多数区块是低EV,放弃一点利润对提高弹性有很大帮助。

这种一种突破,使人们不需在最大限度地提取MEV和最大限度地抗审查之间进行权衡。

网络弹性

在外国资产管制处首次将受制裁的地址扩大到包括智能合约之后,Flashbots最近成为公众审查的目标,以太坊网络的许多用户都受到影响。虽然Flashbots从一开始就试图避开OFAC对Web3中数据和通信基础设施的制裁所带来的风险和模糊性,但在合并之前,这一问题并不那么令人担忧。在合并之前,中继器向矿池发送捆包,由矿池在本地组装完整的区块。市场逐渐转向完整的区块提交,使区块构建者和验证者完全分离,他们不能再向区块中添加单个交易。

目前以太坊的大多数区块都符合OFAC规定,虽然在实践中,这意味着只有一小部分的违规交易能被遏制。在协议层面确保强大的去中心化和弹性,对于以太坊作为中立基础设施的成功至关重要。但仅改变mev-boost不足以提供这些保障。为了让共识客户端在来自建设者市场和本地mempool的区块之间进行利润转换,执行和共识客户端都需要进行深入改革。

Scam Sniffer:1小时前有人因ERC20网络钓鱼损失约20万美元USDC,几个小时内已有70多笔交易被盗:金色财经报道, Scam Sniffer发布推文警告称,1小时前有人因ERC20许可网络钓鱼损失约20万美元USDC,过去几个小时内已有 70 多笔交易被盗,可能发生了黑客攻击。[2023/8/12 16:21:26]

虽然社区一致认为这是一个重要议题,但客户端团队有不同的优先选项需要权衡。其他的长期建议,如包含列表和部分区块拍卖,是核心的「提议者-构建者分离」研究的一部分。

那么我们今天可以做什么来解决这个问题呢?同时推出一个强大的、协议级的解决方案。有人提议Flashbots对在中继区块的份额进行自我限制,但我们认为,这样的市场扭曲行为不会带来什么结果,因为我们无法真正预测其他中继的行为。

也有人提议Flashbots收取少量费用,鼓励其他实体运行独立的中继。虽然这似乎是一个明智的建议,但它有可能会巩固中继器的角色,因此我们只将其视为一个临时的解决方案,直到SUAVE被部署--一个完全无信任的构建网络。

好在其他构建者和中继器已经开始出现,并在市场上占据越来越大的份额,我们正在积极为有兴趣运行其他中继器的团队提供支持。从上周开始,我们已经开放我们构建器的代码,任何人现在都可以轻松地运行一个构建器。

以太坊Layer2上总锁仓量为96.34亿美元:金色财经报道,L2BEAT数据显示,截至目前,以太坊Layer2上总锁仓量为96.34亿美元,近7日涨10.27%。其中锁仓量最高的为扩容方案Arbitrum One,约57.99亿美元,占比60.20%,其次是Optimism,锁仓量22.67亿美元,占比23.53%。[2023/6/24 21:57:29]

然而,从验证者的角度来看,问题仍然存在:是运行mev-boost并遵守他们的受信中继器所采用的规定,还是只在本地构建区块,但是这意味着可能放弃100多个ETH的盈利机会?

解决方案

现在,验证者可以使用新的min-bid参数运行mev-boost来回避这个问题。只有当来自中继的区块出价高于一个选定的值时,这个参数才会接收该区块,否则就提出一个本地建立的区块。对于大多数区块来说,mev-boost并不能带来太多利润。因此,验证者可以放弃少量的利润,以换取更弹性的网络,同时对高MEV的机会保持开放。

Infura已面向所有用户开放其NFT API和SDK:金色财经报道,ConsenSys旗下区块链开发平台Infura在推特上宣布,其NFT API和SDK已面向所有用户开放。

Infura NFT API有14个不同的端点,使开发人员能够访问所有必要的元数据,还附带三个预审计的ERC-721和ERC-1155模板,涵盖所有NFT用例的85%。

另外,该NFT API还包括来自八个区块链网络的读写功能,使用四种语言,并具有集成的IPFS访问权限,包括提前访问ConsenSys推出的zkEVM。据悉,该zkEVM已向100名选定用户开放私人测试版本,计划于4月向公众开放。[2023/3/24 13:23:47]

正如所描述的那样,新的min-bid参数使验证者无需在利润最大化和网络弹性之间进行权衡。在下文中,我们将探讨验证者选择这一功能所需的成本。

区块利润分布

我们首先看一下区块利润的累积分布,包括来自Flashbots中继的区块和本地建立的区块,所有数据都是合并后的数据:

俄罗斯前总统:布雷顿森林体系将崩溃:金色财经报道,俄罗斯前总统表示,“布雷顿森林体系将崩溃,欧元和美元将停止作为全球储备货币流通。”[2022/12/28 22:11:21]

正如预期的那样,mev-boost呈长尾分布。我们可以展示两种区块的利润差异,从新的角度看待这些数据,如下所示:

这种分布的不对称再次向我们展示了mev-boost区块通常比mempool区块更有价值。然而我们也看到,有相当数量的区块在价值上几乎没有区别。以0.05ETH的利润刻度为例,历史上有35%的mev-boost区块的利润是0.05ETH或以下。将最低出价值设置为0.05ETH,提议者将有大约三分之一的时间都选择建立本地区块。

现在的问题是,如果验证者选择将min-bid参数设置为正数,他们需要放弃多少利润?

以太坊L2网络总锁仓量为59.8亿美元:金色财经报道,L2BEAT数据显示,截至目前,以太坊Layer2上总锁仓量为59.8亿美元。近7日涨幅9.73%,其中锁仓量最高的为扩容方案Arbitrum,约26.1亿美元,占比43.72%。其次是Optimism,锁仓量21.7亿美元,占比36.27%。dYdX占据第三,锁仓量5.24亿美元,占比8.76%。[2022/8/7 12:07:12]

机会成本

设置最低出价的机会成本是指使用Flashbotsmev-boost中继的区块和本地建立的区块之间的累计利润差异。最低出价越大,本地构建的区块越多,机会成本也就越大。

正如我们从图中看到的,在最小出价参数很高的情况下,机会成本会变得相当高,这意味着大多数区块会在本地构建。然而,正如我们所指出的,我们主要关注的是低利润的区块,这可以让我们在实现网络弹性方面走得更远。我们只关注利润低于0.11ETH的区块,它们占所有mev-boost区块的73%,如下图所示,我们可以了解到机会成本,以及每个参数设置所隐含的大致年利率:

我们可以看到机会成本随最小出价的增加而增加,但与此同时,预测的年利率却下降得非常缓慢。这就引出了一个问题,即放弃少量的利润是否会对交易的包含度产生影响,我们接下来看一下这个问题。

对交易包含度的影响

目前大约72%的以太坊区块符合OFAC标准,这意味着一些交易在被包含在链上时经历了延迟。尤其是这些交易中的区块,在一个区块后被包含的概率约为28%,对应着那些在本地构建区块或从不合规的中继器获得盈利区块的验证者。如果所有的验证者都使用mev-boost且只连接到合规的中继着,那么包含率会下降到0。

让我们看看这些交易在不同min-bid值下的包含率,只关注连接到合规中继的mev-boost实例:

如前所述,默认值的零值会阻止任何交易被包含。然而,对于相对较小的min-bid值,我们看到即使在很少的区块之后,不合规的交易也有很大的概率能被包含。举例来说,将最小出价设定为0.05ETH将使一个区块被包含在另一区块的概率从0提高到35%。显然,如果大多数验证者选择使用这一功能,将大大增加网络的弹性。

下表总结了最小出价参数不同值的不同结果:

怎么做?

尽管抗审查的问题最终需要在协议层面上解决,但我们今天可以利用大多数区块是低利润的事实,也就是说,本地区块和中继构建的区块之间的利润差异并不大。

如果你运行一个Ethereum验证器,并愿意承担一个小的机会成本,以换取使网络更有弹性,那么请用mev-boost-min-bid?-relay运行mev-boost。

其中x是来自中继的区块的最低可接受的、以ETH计价的利润额。正如我们在上一章的表格中所看到的,设置x=0.05会产生每区块0.011ETH的机会成本,提议者的年收益率只减少了0.2%。这种收益的小幅下降对网络弹性有相当大的影响:如果所有连接到合规中继的验证者都采用这个阈值,那么不合规交易的1个区块包含率将从目前的28%增加到大约53%。更大的利润放弃意愿将带来更大的网络弹性。

我们鼓励验证者更新mev-boost,帮助Flashbots实现持续承诺——建立符合以太坊目标的开放和去中心化基础设施。

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

金星链

pepe最新价格DODO:祛魅做市商

出品:DODOResearch编辑:Daidai作者:YaoyaoFTX爆雷,帝国坍塌,一系列头部平台遭受重创,做市商和借贷成为重灾区:Alameda作为加密货币行业最大的做市商之一.

比特币交易DEF:熊市个人生存规划

前两周录了一期播客,讲了下自己的近况,这几年的一些变化和未来几年的一些规划,有兴趣听的朋友可以访问小宇宙收听:个人黑历史与熊市生存规划播客里有提到,我目前也算是一个失业状态了.

[0:0ms0-1:598ms