合并后搜索

如果你是以工作量证明（PoW）以太坊的搜索者，并且你想知道随着以太坊转向权益证明（PoS），你的体验将如何变化，那么这篇文章将适合你。

在本文中，我将用简单的术语解释一些新概念，如提议者/构建者分离（PBS）、区块构建和 PoS 验证者。此外，我将概述这些术语如何与搜索和 PoW 以太坊相关。最后，我还将解答与这些主题相关的常见问题。

这篇文章是作为对搜索者社区的热爱之作而写的。我们在 Flashbots 正在努力工作，以便你做好合并的准备，并在第一天就能开始搜索 PoS 以太坊！

• 关键要点

• 提议者/构建者分离 (PBS)

• 包含投标

• 如何选择优秀的构建者

• 保持不变的事项

• 对搜索者的改变

  • 区块构建算法
  • MEV-区块 API
  • 更好的支持

• 结论

• • *

关键要点

在合并后，

1. mev-boost 将 PoS 验证者（PoW 矿工）的工作分为两个角色：区块构建和区块提议。搜索者将向区块构建者发送捆绑交易，或者他们可能是区块构建者本身。
2. 使用 mev-boost，搜索者需要考虑两个拍卖。首先，搜索者竞争捆绑交易在构建者提议的区块中的包含。其次，构建者竞争区块的包含。为了被包含在链上，搜索者的捆绑交易必须赢得他们提交给的构建者的区块空间拍卖，并且他们提交的构建者必须在不同的构建者之间赢得拍卖。
3. 选择一个既有效又可信赖的构建者对于你的交易而言至关重要。
4. Flashbots 的现有客户端库已与合并后体系结构兼容——搜索者不需要进行任何更改即可向 Flashbots 发送捆绑交易。
5. Flashbots 构建者将使用一种新的算法来生成最有利可图的区块。我们不再保证捆绑交易在有效 gas 价格上的顶端执行和排序。相反，该算法会优化整体利润。捆绑交易仍然会原子性地包含在区块中，但子交易现在可能被包含在捆绑交易之间。
6. 我们推出了 searchersupport@flashbots.net 和 搜索者自助支持小组 论坛，以改善搜索者的支持。

提议者/构建者分离 (PBS)

PBS 将 PoW 矿工（PoS 验证者）的职责分成两个角色：区块构建和区块提议。区块构建者是接受来自用户和搜索者的交易并尝试从中构建尽可能最有利可图的区块的专家。mev-boost 是一种可信的 PBS 实现，它将构建者将区块提交到一个称为中继的值得信赖的实体（或实体）。中继负责从构建者那里聚合区块并确定哪个区块是最有利可图的，最终由验证者签署并包含在链上。你可以在 此论坛帖子 中阅读更多有关中继的内容。

作为 PoS 以太坊上的搜索者，你对 PBS 的主要担忧是将你的交易/捆绑交易发送到正确的构建者。构建者和他们连接的中继将能够在你的交易被包含之前看到这些交易（这意味着他们可以抢跑、审查等），所以选择你信任的构建者非常重要。

虽然这并不会直接影响搜索者，但还需注意的是，mev-boost 是允许验证者连接到 PBS 构建者网络的组件。简而言之，它从多个中继中选择最有利可图的区块。如果你想了解更多，请查看 官方 mev-boost 网站。还值得注意的是，此 PBS 实现只是为协议中的 PBS 设置的一个临时解决方案。最终，PBS 将在以太坊中原生构建，消除对可信中继的需求。

包含投标

在 PoW 以太坊中，只有一个包含拍卖：区块空间拍卖。搜索者只需出价高于其他争夺相同 MEV 机会的搜索者，只要他们的交易没有被矿工审查，并且在矿工看来足够有利可图，他们就将被包含。

mev-boost 为混合添加了一个新拍卖：槽拍卖。使用 mev-boost 的验证者从他们连接的中继中获取最有利可图的区块，这意味着区块构建者实际上是以他们产生的区块的价值进行插入投标。当 PBS 在协议内实现时，将不再有中继，因此验证者将直接从构建者那里选择最有利可图的区块。有关中继的更多信息，请查看 此论坛帖子。

实质上，槽 拍卖是哪个构建者可以为验证者创建最有利可图的区块的竞争游戏。构建者可以选择仅依赖交易费用和 MEV 来构成其区块的价值，但他们也可以选择直接向验证者发送额外资金以提高包含的机会。

你可以考虑除了区块空间拍卖外，还为槽拍卖出价，以增加你构建者的区块被包含在链上的机会。这可以通过直接向负责填充目标槽的验证者的地址发送 ETH 来实现。

虽然向竞争较少的构建者发送捆绑交易会减少在区块空间拍卖中的被超出报价的机会，但选择一个接受其他搜索者交易的优秀构建者通常会提高你的包含机会。一个区块的价值越高（交易费用 + MEV），赢得槽拍卖并包含在链上的可能性就越大。

你还可以考虑将你的捆绑交易发送给多个构建者作为策略的一部分。即使你在一个区块中有最有利可图的 捆绑，该 区块 仍然可能输掉槽拍卖。如果你在几位构建者的区块中有最有利可图的捆绑，你的胜算会增加。也就是说，不同的构建者将有不同来源的交易和捆绑，因此和你的捆绑可能会存在不同的潜在冲突。请合理出价。

如何选择优秀的构建者

有几个标准可以在选择区块构建者时寻找：

• 他们是否致力于公正和不偏不倚的执行？
  • 一位优秀的构建者不会抢跑、夹击或审查捆绑交易，或以其他方式参与滥用特权数据访问的活动。
• 他们是否连接到一个值得信赖的中继（或多个中继）？
  • 请记住，中继也可以看到原始交易，这让他们有能力抢跑、审查等。
• 他们的中继是否连接足够多的验证者？
  • 中继连接到的验证者越多，通常连接到该中继的构建者可用的槽位就越多。当你针对特定区块/槽时，重要的是你将交易发送给连接到负责在该槽中提议区块的验证者的构建者。验证者越多 ⇒ 包含率越好。
  • 注意：任何验证者都可以 使用 mev-boost 连接到 Flashbots 中继和其他中继。
  • 另一个值得考虑的因素是与中继连接的验证者的集体押注数量。一般来说，如果网络中提议了多个区块（虽然不常见，但可能），那么投票支持的集体押注最多的区块将被包含。该情况在 以太坊文档 中有更详细的解释。

还需注意，区块构建者可以自由选择专业化。你可能会发现某个构建者对你的策略更友好，也可能相反。构建者之间相互竞争，因此他们都被激励在其区块中包含你的捆绑，但你可能会发现某些构建者将优先考虑特定策略，而不论潜在利润如何。构建者可能还会根据当地法规或企业策略和政策来审查某些捆绑。在这里存在很多变量，因此我建议尝试几个值得信赖的构建者，观察你的实际情况会如何变化。

保持不变的事项

Flashbots 始终致力于照亮黑暗森林，民主化 MEV 提取，并将 MEV 的好处分配用于社会公益，同时在公开的环境中工作。

Flashbots 将按照我们在 PoW 以太坊中遵循的原则运行构建者：民主化获取 MEV、公正可靠的执行和隐私。

Flashbots 构建者托管与 PoW mev-relay API 完全相同的所有端点。在合并后，原始的 mev-relay URL（ relay.flashbots.net）将指向 Flashbots 构建者，从而使过渡无缝——你无需做任何更改。用于发送、模拟和调试捆绑交易的客户端已经与我们的合并后架构兼容。

对搜索者的改变

区块构建算法

Flashbots 构建者将使用一种新算法，旨在生产尽可能最有利可图的区块。此设计引入了一些搜索者需要注意的重要变化：

• 该算法不再基于有效 gas 价格来排名和包含捆绑交易，而是优化整体区块利润。
• 顶端执行不再是保证。
• 捆绑交易按有效 gas 价格的排序不再是保证。
• 其他交易（例如来自内存池的交易）可能会夹在捆绑交易之间（不是两笔捆绑交易内的交易，而是两个不同的捆绑之间）。

例如：

如果你有一个由交易组成的捆绑 [B1, B2]

而其他人有一个由交易组成的捆绑 [C1, C2]

并且内存池中有交易 [t1, t2, ...]，

那么区块可能构建为：

BLOCK_TXS = [..., B1, B2, t1, t2, C1, C2, ...]。

捆绑交易仍保持原子性，但与 PoW 架构的不同在于，并非所有捆绑交易都会相邻排序，并且捆绑交易不一定位于区块的顶部。

MEV-区块 API

区块 API 处理的数据在后端会有一些变化，但我们将在合并过程中保持现有 API 在线，方法是将来自 Flashbots 构建者的数据转移到原始 API。这是为了保持与客户端库的向后兼容性。我们计划与原始 API 一起发布新的 /v2 API，该 API 将包括与 PoS 以太坊相关的信息——我们将很快通过 Twitter 和我们的 Discord 服务器 发布更多细节。

更好的支持

首先，我们为搜索者创建了一个新论坛：搜索者自助支持论坛。这是为了促进关于搜索的长格式讨论，并帮助搜索者更快地找到常见问题的答案。我们还在我们的 常见问题解答 中添加了有关合并后搜索的新内容。最后，我们创建了一个新的电子邮件帐户，供搜索者报告问题、提问和建议新想法：searchersupport@flashbots.net

结论

在这篇文章中，我们介绍了 PoS 以太坊中提议者/构建者分离的基本概念，以及这对搜索者的影响。我们讨论了区块空间拍卖，PoW 搜索者已经熟悉，以及构建者竞争的新槽拍卖。我们还解释了一些选择构建者的事项，以及 Flashbots 将如何使过渡到在 PoS 以太坊上搜索变得轻而易举。

与合并后搜索相关的常见问题的答案可在我们的 常见问题解答 中找到（最新问题在最后）。我们还邀请你加入讨论，并在 新的 搜索者自助支持论坛 中分享你的问题和想法。

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