Arbitrum 手册：可靠的私有捆绑包执行

简短回答 — 在 Arbitrum One 上，私有捆绑执行的工作方式与以太坊主网上的工作方式不同。 Arbitrum 没有公共内存池：每笔交易都直接进入 Offchain Labs 运营的集中排序器。 2026 年的可靠执行意味着三件事协同工作——当交易保证金证明子区块优先级合理时，竞价进入 Timeboost 快速通道，通过低延迟端点（私有商业 RPC 或您自己的 Nitro 节点）而不是池化公共 RPC 提交，并使用 分叉模拟 控制每次发送，以便您在花费真正的 ETH 之前捕获 L2 特定的恢复路径和 Gas-oracle 惊喜。这里没有 eth_sendBundle —— 原子性来自于将你的路由打包到单个事务或合约调用中，在部分失败时恢复。

精通之路

• Arbitrum MEV 延迟和路由
• 基础 MEV 策略
• Optimism执行手册
• MEV 的最低延迟 Reth RPC

Arbitrum 上“私人捆绑包”的实际含义是什么

该短语借用自以太坊主网，其中 Flashbots 和 MEV-Share 允许您提交一个密封的交易集，该交易集绕过公共内存池并自动登陆下一个区块。 Arbitrum 没有可以绕过的公共内存池。 交易直接跳到排序器。

因此，当搜索者说“Arbitrum 上的私人捆绑包”时，他们通常需要的是：

1. 定序器的速度 — 毫秒仍然很重要，但杠杆作用从内存池的抢先运行转变为在给定窗口中被定序器接受的第一个。
2. 一笔交易内的原子性 — 多方交易必须编码为在部分失败时恢复的单个合约调用（自定义执行者合约），而不是两个单独的顶级发送。
3. 通过 Timeboost 订购优先权 — 当循环经济证明合理时，支付快速通道费用。

Timeboost：取代 PGA 的优先级机制

Arbitrum 的 Timeboost 于 2024 年推出，目前是链上费用优先 MEV 的主要工具。对搜索者来说重要的机制：

• 搜索者在密封投标拍卖中出价，以控制在短滚动窗口内首先排序的“快速通道”。
• 拍卖按连续的时间表进行——您每轮出价，而不是每笔交易。
• 拍卖失败并不意味着您的交易失败。这意味着您在该轮中被排在快速通道获胜者之后。

实际意义：建立回合经济模型，而不是每笔交易模型。一轮快速通道控制需要支付拍卖清算价格；您在该轮中看到的盈利机会必须共同覆盖该价格加上Gas，以使投标有价值。大多数业余仲裁操作者会在每笔交易中盲目出价，从而损失拍卖溢价。

定序器馈送是信号所在的地方

Arbitrum 通过 WebSocket 发布 sequencer feed。馈送会广播定序器在进入已确认的 L2 区块之前*已接受的每笔交易。这是与以太坊内存池最接近的模拟。

有两件事需要内化：

• 源中可见的交易已被定序器接受。你不能抢先它。您只能通过足够快地提交后续事务以使其在同一窗口中排序来后台运行。
• 对于延迟敏感的回滚，请将您的 Feed 订阅者与排序器端点位于同一区域。跨区域延迟彻底消除了大多数回流机会。

该提要是只读的。写入仍然通过正常的 RPC 端点。

2026 年端点选择

如果您的处理量很大，答案是运行您自己的 Nitro 节点并在本地订阅源。低于大约 5,000 美元/天的可归因机会，二级商业私有 RPC 是明智的选择。在提交之前，使用 WSS 延迟测试 对实际部署区域中的候选端点进行基准测试。

交易前模拟

Arbitrum 上没有 eth_callBundle 等效项。最接近的替代品是 Anvil 或 Foundry 中的 Arbitrum 分叉 (anvil --fork-url <arb-rpc>)，您可以在其中根据当前状态重播候选交易并检查恢复原因和后状态。

这一步比以太坊更重要，因为 Arbitrum 的 Gas 预言机与 L1 EIP-1559“不”相同——calldata 定价来自母链，并且可以独立于 L2 条件而飙升。出于这个原因，FRB Agent 模拟器在每个候选者发送之前在本地运行 Arbitrum 分叉。

运行手册：交付可靠的 Arbitrum 交易

1. 验证端点运行状况。 针对您选择的 RPC 的往返 eth_blockNumber ；如果 p95 延迟超过您的阈值，则拒绝该路由。
2. 订阅定序器提要。 确认您正在以预期的稳定节奏接收 Accepted-tx 广播 - 陈旧性超过约 500 毫秒意味着您看到的每个机会都已被利用。
3. 针对 Arbitrum 分叉进行模拟。 重播候选路径；除非模拟利润清除 gas + Timeboost bid (if applicable) + safety margin，否则拒绝。
4. 选择一条通道。 高于回合经济阈值的交易将通过快速通道。在其下方，通过您的私人 RPC 以具有竞争力的优先费提交。
5. 设置每次发送的预算上限。 Arbitrum 在约 250 毫秒内确认。如果您的交易未在大约 2 个预期区块内排序，请终止路径并重新评估 - 不要盲目重试。
6. 记录每个结果。 序列号、支付的Gas 费、已实现盈亏与模拟盈亏、包含延迟。将结果反馈到过滤器排名中，以便下一轮优先考虑收益较高的路径。

常见故障模式

• 定序器中断。 Arbitrum 的集中式定序器历史上曾发生过数小时的中断。维持通过 L1 上的延迟收件箱提交的后备方案 - 确认速度较慢，成本较高，但抗审查。
• 通话数据成本意外。 L1 通话数据费用可能会在 ETH Gas 高峰期间短暂地使 Arbitrum 路线变得不经济。根据新的费用估算来控制发送，而不是几分钟前缓存的陈旧费用估算。
• 过时的提要订阅者。 如果您的 WebSocket 订阅者落后，您看到的每个“机会”都已被执行。检测陈旧情况并强制重新连接，而不是继续对失效信号采取行动。
• **假设原子性但不强制执行。**两个单独的顶级发送可以分开排序。如果您的策略依赖于两条腿同时着陆，请将两条腿编码为一个合约调用，该调用会在部分填充时恢复。

当私有 RPC 是错误的问题时

搜索者经常出于习惯在 Arbitrum 上寻找“私有 RPC”，因为这是以太坊上的正确答案。在 Arbitrum 上，正确的问题通常是 “我如何更早进入定序器的队列？” 解决这个问题的工具是 Timeboost、低延迟端点和严格的单 tx 编码，而不是捆绑中继。

参考

• Arbitrum Timeboost 文档
• 运行 Arbitrum Nitro 节点
• Arbitrum 排序器和强制包含