crypto.com binance coinbase

acheter shib sur binance

font size+ author:Binance AXS source:binance traffic 2022-12-08 23:20:41 i want to comment(0)

acheter shib sur binance,binance dubai,Binance AXS

撰文:Elaine Hu,Alejo Salles 和 Hasut

编译:倩雯,ChianCatcher

要点速览

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

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

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

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

网络弹性

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

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

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

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

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

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

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

解决方案

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

一文详解网络弹性的代价

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

区块利润分布

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

一文详解网络弹性的代价

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

一文详解网络弹性的代价

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

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

机会成本

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

一文详解网络弹性的代价

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

一文详解网络弹性的代价

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

对交易包含度的影响

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

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

一文详解网络弹性的代价

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

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

一文详解网络弹性的代价

怎么做?

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

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

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

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

1. This site follows industry norms, and any reprinted manuscripts will clearly indicate the author and source; 2. For original articles on this site, please be sure to indicate the author and source of the article when reprinting, and we will be held accountable for behaviors that do not respect originality; 3.。

related articles
  • coinbase proo

    coinbase proo

    2022-12-08 22:41

  • how to participate in ido on binance

    how to participate in ido on binance

    2022-12-08 22:12

  • transfer limit reached coinbase wallet

    transfer limit reached coinbase wallet

    2022-12-08 20:45

  • coinbase pro fill or kill

    coinbase pro fill or kill

    2022-12-08 20:38

User comments