FRB 如何协调执行

执行不仅仅是"发送交易包，祈祷最好的结果"。FRB 维护每个中继、PGA 通道和退款保护的实时状态机，让您精确了解资本流向。将本中心用作系统指南：私有交易包、公共拍卖、遥测和回滚程序都应在一个地方，以便团队可预测地运作。

私有交易包工作流

私有交易包是 FRB 的默认通道。它们保持有效载荷加密，遵守退款政策，并提供确定性的打包窗口。标准工作流程如下：

1. 从 中继状态.
2. 运行 延迟测试 并按地区标记端点。
3. 通过 FRB 的策略引擎处理交易包，使滑点、Gas 和会话预算保持同步。
4. 将结果流入 Ops Pulse + 遥测，用于次日审计。

如果出现任何漂移 — 方差飙升、退款比例攀升 — 记录原因并优雅暂停。 Flashbots 与公共 PGA 指南概述了如何选择新中继或上报至支持团队。

公共 PGA 后备

公共 PGA 仍然重要。它们让您验证定价，发送微型金丝雀交易，并在中继降级时保持路由存活。但必须加以限制：

• 规模 < 您私有交易包分配的 10%，除非经过批准。
• 为每次尝试附加额外日志（信封、拒绝原因、经纪人）。
• 几个区块后使公共尝试过期 — 永远不要无限追逐。

当 FRB 切换到公共模式时，UI 会显示横幅，Ops Pulse 会提醒您的值班操作员。在 知识库.

遥测优先文化

可靠执行依赖于测量。将指标导出到 Prometheus、Datadog 或您首选的堆栈，但也要保留人类可读的摘要：Ops Pulse 快照、退款报告和 指标仪表板 构成每次回顾的骨干。复盘会话时，询问：哪些链表现最好？公共后备增加还是减少了价值？是否有预算超支？

链专项指导

每条链都有独特的特点 — Arbitrum 限速、Base 排序器突发、BNB 流动性管理。将本中心链接到链指南，这样您的团队可以从高层概念跳转到可操作的检查清单：

• 以太坊 MEV 用于 Flashbots 优先路由。
• Base MEV 用于 Coinbase 排序器细节。
• BNB Chain MEV 用于路由管理和分层。
• Arbitrum MEV 用于突发延迟管理。

鼓励队友在每次事故后添加备注 — 当知识得到共享时，执行质量提升最快。

交易包解析：实际传输的内容

"私有交易包"不仅仅是一个标志。它是一个结构化的有效载荷，提示构建者应该保留什么、在什么情况下回滚，以及在哪里退款。2026 年以太坊交易包的最小可行结构大致如下：

{
  "txs": ["0x02...signed-search-tx-1...", "0x02...signed-search-tx-2..."],
  "blockNumber": "0x12a4b3c",      // target block (current + 1)
  "minTimestamp": 0,
  "maxTimestamp": 0,
  "revertingTxHashes": [],         // none allowed to revert
  "replacementUuid": "...",        // for idempotent retries
  "builders": ["flashbots", "titan", "beaverbuild", "rsync-builder", "buildernet"],
  "refundRecipient": "0xYourPayoutAddress",
  "refundPercent": 90              // for MEV-Share orderflow
}

操作员经常弄错的字段： revertingTxHashes （必须包含您预期会软失败的任何交易）， builders 数组（单构建者提交使您的打包概率降低 60-80%，相比多构建者扇出），以及 refundRecipient （遗忘此字段会将 MEV-Share 返利泄漏给用户而非捕获）。参见 Flashbots 交易包详解 以获得完整的结构说明。

2026 年构建者市场 — 谁实际赢得区块

MEV-Boost 构建者市场在 2025-2026 年间整合。截至 2026 年中，五个构建者主导了以太坊主网打包份额：

以五个顶级构建者并行提交作为基准。根据 各链最佳 MEV 中继，单构建者提交使操作员损失 60-80% 的打包率，相比完全扇出。添加第 6-15 个构建者的边际收益很小；监控哪个构建者赢得每个已落地交易包的边际收益很大。

各链延迟预算（到中继的目标 RTT）

路由延迟在快速链上主导打包概率。将这些目标作为上限 — 任何超出的情况都会将有意义的份额浪费给更快的竞争者。

参见 以太坊最佳私有 RPC 和 零延迟 RPC 精通指南 以获取特定链的提供商推荐。要对您自己的设置进行基准测试，请使用浏览器内的 WSS 延迟测试.

故障模式目录

导致 >90% 意外失败的八种故障模式。每种都对应您日志中的诊断特征：

1. 模拟漂移 — 交易包模拟通过但链上回滚。通常是费用过时或状态在竞争交易中改变。
2. 陈旧费用 — 提交时 Gas 价格假设已过时。症状： insufficient_max_fee_per_gas.
3. 提示不匹配 — MEV-Share 提示与实际内存池顺序不匹配。症状：交易包被接受但未被打包。
4. 构建者拒绝 — 向未赢得该时隙的构建者进行单构建者提交。缓解：多构建者扇出。
5. 回滚容忍度 — 未允许软失败的交易。缓解：明确的回滚允许列表。 revertingTxHashes
6. 排序器速率限制 — L2 排序器限制了您的 IP。缓解：将提交分散到多个 RPC。
7. 退款接收方缺失 — 捕获了交易但退款去了用户。缓解：始终设置 refundRecipient.
8. 替换冲突 — 您的机群中两个竞争的交易包具有相同的 replacementUuid 。缓解：每次提交使用唯一 UUID。

带有日志特征和修复步骤的完整诊断流程在 私有交易包调试：常见失败 和 修复失败交易包指南.

意图流执行：当交易包不是答案时

2026 年大约 25-40% 的 EVM DEX 流量通过意图网络（UniswapX、CoW Protocol、Across、1inch Fusion）而非直接 DEX 交换流动。意图流由求解器拍卖捕获，而不是内存池搜索者。对于执行层操作员，这意味着：

• 直接 DEX MEV — 您现有的私有交易包工作流处理此项。一半的流量仍在这里。
• 意图流 — 需要成为求解器或填充者。不同的基础设施（链外拍卖参与、多链库存）。大多数零售搜索者无法作为求解器可行地入驻。
• 混合 — 专业公司同时运营两者。单独操作员通常专注于直接 DEX MEV 并忽略意图流。

参见 意图交易与 MEV 2026 了解搜索者到求解器的迁移框架，参见 DEX 聚合器 MEV 2026.