Blobs、重组以及MEV-Boost 的作用 - 分片

本文分析了MEV-Boost对以太坊重组的影响,发现非MEV-Boost用户平均包含更多blob,而MEV-Boost用户重组概率较低。文章还对比了不同构建者和中继的blob包含率,指出Rsync-Builder和Flashbots的blob包含率较低,并呼吁进一步研究PeerDAS和降低非MEV-Boost用户的重组率。

Blobs、Reorg 和 MEV-Boost 的作用

简而言之:

  • 构建者(Builders) 可能有不包含 blobs 的动机,因为它们会导致更高的延迟。

  • 非 MEV-Boost 用户 平均在区块中包含比 MEV-Boost 构建者更多的 blobs。

  • MEV-Boost 用户 显示出比 非 MEV-Boost 用户显著更低的被 reorg 的概率(详情请参见 MEV-Boost 和 Reorgs 部分)。

  • Rsync-BuilderFlashbots 的每个区块平均 blobs 数量低于其他构建者。

    • *

最近关于大区块、blobs 和 reorgs 的分析中,我们可以看到 blobs 对 reorg 概率的影响。

在下文中,我想通过考虑 MEV-Boost 生态系统来扩展这一点。

根本问题是……

-> MEV-Boost 是否会影响 reorgs,如果会,影响有多大?

Blobs 是“大的”,大的对象会导致更高的延迟。因此,人们可能期望构建者在以下情况下不将 blobs 包含到他们的区块中:

  • 构建者在其 slot 中较晚提交其区块,以最大限度地减少延迟(参见时序游戏)。
  • 构建者想要捕获高 MEV 机会,并且不希望不可用的 blobs 使其区块失效。
  • 提议者(proposer)的连接不太好(因为 gossiping 在 slot 中开始得较晚)。

构建者 可能会要求通过优先费用来补偿,以包含可能导致区块以更高延迟传播的交易。在 4844 之前,此类交易是具有大量 calldata 的交易。截至 4844,blobs 是延迟的主要驱动因素。

tx_type_prio_fee_all (2)\ tx_type_prio_fee_all (2)1200×600 61.8 KB

如上图所示,blob 交易的 tip 不如常规 Type-2 交易多。

基于此,blobs 并未给构建者带来相对于其他竞争同一 slot 的构建者的显著优势。

另一种解释可能是构建者和 rollups 之间的私人交易,以确保 blob 交易及时包含,费用通过侧信道支付。

MEV-Boost 和 Reorgs

MEV-Boost 生态系统由复杂的参与者、构建者中继者(relays) 组成,它们连接良好,并且专门从事与 peer 建立低延迟连接。

因此,预计使用 MEV-Boost 的提议者被 reorg 的频率应低于“Vanilla Builders”(即不使用 MEV-Boost 的用户)。

reorgs_mevb_over_blobs (3)\ reorgs_mevb_over_blobs (3)1200×450 21 KB

当查看上图时,这种期望是成立的。

我们可以看到,reorg 概率随着 blobs 的数量而增加。但是,MEV-Boost 用户的 reorg 概率远低于非 MEV-Boost 用户(Vanilla Builders)。

在这种情况下,重要的是不要混淆相关性和因果关系:

-> 非 MEV-Boost 用户平均来说是较不复杂的实体,这也促成了我们在上图中观察到的效果。

在这种情况下,比较 MEV-Boost 用户与非 MEV-Boost 用户的每个区块的平均 blobs 数量是很有趣的。

blobs_over_time (3)\ blobs_over_time (3)1200×650 48.7 KB

如上图所示,不使用 MEV-Boost 的提议者平均在其区块中包含比 MEV-Boost 用户更多的 blobs。

这可能表明 MEV-Boost 生态系统参与者(中继者和构建者)正在应用超出“如果有空间就包含它”策略的策略。

首先,让我们更仔细地看看构建者。

blobs_over_time_builder (4)\ blobs_over_time_builder (4)1200×450 69.4 KB

Vanilla Builders(非 MEV-Boost 提议者)是 blob 包含率最高的,其次是 Beaverbuild 和 Titan Builder。

Rsync-Builder 似乎在其区块中包含的 blobs 要少得多。

Flashbots 构建者也是如此,它似乎在 5 月初改变了其行为,每个区块的平均 blobs 数量接近于零。

“说 'Builder XY 审查 blobs!' 是否公平?”

>

不同的构建者遵循不同的策略。例如,像 Rsync-Builder 这样的构建者,通常在低延迟和速度很重要的 slot 中具有竞争力,最终可能会赢得那些没有 blobs 的区块(参见选择偏差)

接下来,让我们将重点转移到中继者:

blobs_over_time_relays (4)\ blobs_over_time_relays (4)1200×450 72 KB

如上所示,Vanilla Builders 平均具有最高的 blob 包含率。

Ultrasound 和 Agnostic Gnosis 中继是第二和第三,其次是 BloXroute 的中继。

Flashbots 中继似乎包含的 blobs 数量最少。

重要的是,中继者依赖于构建者,最终是构建者影响上图。

下一步

PeerDAS 的背景下,网络将不得不依赖于比其他节点_更强大_且能够处理远超过每个区块 6 个 blobs 的节点。因此,看到更多关于该主题的研究发生将非常有价值。

  • 再现性呼吁:如果有人可以通过重现此分析来验证我的结果,那就太好了。
  • 调查原因 为什么某些构建者的 blob 包含率明显低于其他构建者。
  • 降低非 MEV-Boost 用户的 reorg 率:中继者可以向非 MEV-Boost 用户提供其区块传播服务,以确保他们的区块被 reorg 的数量减少。

blob 市场仍在开发中,尚未发现稳定的 blob 价格。随着对 blob 空间的需求增加,来自 blob 交易的 tips 可能会赶上常规交易。

  • 原文链接: ethresear.ch/t/blobs-reo...
  • 登链社区 AI 助手,为大家转译优秀英文文章,如有翻译不通的地方,还请包涵~
点赞 0
收藏 0
分享
本文参与登链社区写作激励计划 ,好文好收益,欢迎正在阅读的你也加入。

0 条评论

请先 登录 后评论
以太坊中文
以太坊中文
以太坊中文, 用中文传播以太坊的最新进展