通过平衡 PBS 区块大小来减少延迟游戏 - 权益证明/区块提议者

感谢 @simbro 的审阅

摘要

对于这篇文章，区块大小指的是区块中序列化的字节数。目前，平均区块大小超过 100k https://etherscan.io/chart/blocksize。请注意，我们讨论的是字节，而不是 gas 上限。

每个区块构建者都有动力尽可能晚地向 PBS 拍卖提交区块。区块构建者拥有的时间越多，他们积累交易和因此积累优先费的时间就越多。为了便于讨论，我们假设没有 MEV 在起作用。

离散区块和延迟博弈

如果这是旧闻，请见谅，但值得重申。区块构建者的角色是多方面的，需要精通多项基础设施任务。

1. 区块构建者必须能够访问交易；单独的验证者通常会错过优先费，因为他们与公共 mempool 的连接不够好。与 mempool 连接良好的区块构建者可能会赢得更多区块。他们甚至可能与钱包和其他交易发起者合作，以快速将 mempool 交易放入其构建管道中。
2. 他们必须与拍卖人（又名 relay）建立良好的网络连接。他们与拍卖人之间的延迟越低，他们构建区块的时间就越多。
3. 因为区块构建者拥有特权，他们可以提供其他实体无法提供的增值功能。即，通过 eth_sendBundle 提供回滚保护。能够最快构建区块，同时保护私有订单流免受回滚的构建者将赢得更多区块（再次，我们假设没有 mev）。

因为区块是离散的周期，所以在区块结束时，压力会施加到堆栈的所有部分。因此，区块构建者将尽一切努力来增加其专注于核心活动的时间，即构建利润最高的区块。

观察

区块构建者可能会使用多种策略提交多个 bids。有时，较小区块的 bids 会及时收到，而较大区块的 bids 则不然。这仅仅是因为较大的区块速度较慢。因此，可以包含在区块中的交易没有被拾取。

假设场景

一个区块构建者在其本地 mempool 中有 100 笔交易，总计 0.5 eth 的优先费。网络处于静默状态，没有其他交易进入 mempool。区块构建者将区块（区块 a）提交给拍卖。在区块即将结束时，另一笔交易进入 mempool，具有高达 1 eth 的优先费。区块构建者现在同时提交另外两个 bids。

区块 b - 包含我们单个 juicy 优先费交易，价值 1 eth。

区块 c - 包含 101 笔交易，包含我们拥有的所有交易，总计 1.5 eth。

现在，两个 bids 都高于之前的 bid。现在有三种情况：

1. 原始 bid 胜出，因为在截止日期之前，拍卖会在规定时间内没有收到后续的 bid。

2. 小区块在截止日期之前到达拍卖行，将之前提交的 100 笔交易的区块推出。

3. 大区块及时到达，所有交易都包含在内。

很容易想象延迟、区块大小和优先费之间存在一种相互作用，这种相互作用对于用户和复杂的参与者来说是完全不透明的。

真实案例

JetBuilder 构建了 https://etherscan.io/block/19598122，仅使用了 12% 的可用区块空间，支付了约 0.15 eth 的区块费用。我们观察到他们错过了至少 40 笔可以包含在该区块中的交易。示例交易在 mempool 中至少存在了五个区块（感谢 https://www.ethernow.xyz）。它们都在下一个区块或之后的区块中登陆链上。

block_19598122_missed.txt (4.2 KB)

提案

我们应该在 gas 方面设置一些最低使用量，以防止交易将其他交易从区块中挤出。

gas 最低目标可以通过多种方式计算，例如预定义的固定目标、gas 上限的一半或基于先前消耗的动态调整（类似于 1559）。它不需要优雅或精确；它只需要激励区块构建者利用区块空间。

未“填充”区块的惩罚类似于 gas 目标未达到 * 基础费用。这与在区块中放置交易的价格相同，但区块构建者不会获得优先费。理论上，区块构建者可以与自己进行交易，但结果是一样的。

我们只是在为网络认为的区块空间利用不足定价。

• 不可拥堵的包含列表：链中立性、预确认和提议者承诺之间的张力
• 迈向证明者-包含者分离

• 原文链接： ethresear.ch/t/reducing-...
• 登链社区 AI 助手，为大家转译优秀英文文章，如有翻译不通的地方，还请包涵～