为什么“晚两块”不能直接写成“网络慢了 200ms”#

74028189 的时间戳为 22:58:53，74028190 首次达到开盘时间 22:58:54，74028191、74028192 仍显示 22:58:54。因此第 3 块和相差 2 块是可核实的链上位置。

附近观察到约每秒十个 L2 区块，但区块间隔会变化，整数时间戳也无法提供每块的精确毫秒边界。两块差距不能拆成精确 200ms 的网络耗时，更不能据此直接设置提前 200ms。

脚本默认等待 12 个后续 L2 区块并核对区块 hash。这个等待发生在收录之后；缩短它不会让原买单进入更早的区块。L2 确认也不等于 Ethereum 硬最终性，官方区分排序器的快速软确认和提交到 Ethereum 后的最终性。Robinhood Chain 差异说明

三种操作不能混为一谈#

提前广播同一个 hash，一旦它已经失败上链，不能靠重播让它在开盘后重新执行。增加边界尝试必须设计新的 nonce 状态机和费用控制，不能仅把现有计时器提前。

1. 把准备工作移出了开盘发送路径#

部署、委托、完整模拟、预签名、三份记录写入和核对均提前完成。开盘不再重新部署、报价、查 nonce、签名或同步写盘，本地调度只用了约 2ms。这一设计值得保留。

它解决的是本地准备开销，无法代替网络传输、提供商转发和排序器排队的测量。下一步应当在已有快速发送路径外增加观察能力。

2. 13 路发送同一个 hash，回执观察独立进行#

本次使用 HTTP、WSS 和官方排序器路径，并发发送同一份预签名买单。程序不等待所有 ACK 才去看回执，避免慢响应拖住后续处理。

此前真实自转账测试中，官方排序器路径曾出现“先观察到成功回执，后收到发送 ACK”。这说明 ACK 慢不等于交易送达慢；本次汇总只有 3 路返回匹配 hash，也不能理解成其他 10 路导致买单失败。

但多个端点不一定有独立上游，路径数量也不等于独立送达机会。现有记录不足以判定哪一路最先到达排序器。

3. 38 钱包保持原子执行，避免部分买入#

买入由一笔协调交易执行，任一子钱包未满足条件时，整个批次回滚。链上固定总预算、单钱包金额上限、钱包集合、最低输出及截止时间；协调合约和子钱包分别有一次买入保护。

原子性降低了部分成交后的账务复杂度，也意味着任一钱包委托、额度、最低输出或其他执行条件异常，可能让整批失败。它保证批次一致性，不保证首块位置。

4. 归集按实际数量分配，收尾完成#

分配依据实际买入事件和余额，前三个目标地址合计分得总量的 1/3，后四个合计分得 2/3，各组内均分并处理整数尾差。程序没有沿用开盘前模拟量作为应分配数量。

本次七个地址的实际余额与账本一致，38 个子钱包 U 余额归零，委托全部撤销。归集还检查目标地址持仓容量，容量不足时等待，而不是盲目转账。

5. 恢复机制限制重复买入#

预签交易写入三份持久化记录并核对后才能广播；未知回执时继续观察或重播相同字节，不凭超时立即换 nonce。阶段状态和链上防重标记共同约束恢复行为。

历史本地链集成测试覆盖授权后重启、买单发送后重启和退款路径，本次实盘也完成了完整闭环。这些证据支持当前流程的正确性，不代表所有外部故障都已验证。

读取、提交、确认：过去测试各自覆盖了什么#

此前在同一服务器进行过 42 笔零金额自转账，全部成功，其中 3 笔采用 13 路并发、3,876 字节输入：

这一小样本已经表明，读取 RTT、本地发送流程耗时、有效交易 ACK 和回执可见时间是四类指标。它验证了传输大小与路径可用性，但自转账执行量约 44k Gas，不能代表本次 5,527,486 Gas 的批量买入及开盘竞争。

完整流程的离线与本地链测试证明正确性，真实自转账测试证明提交路径可以工作，主网只读模拟证明指定快照下调用可执行；这些测试都不能单独证明可以抢到首块。

90% 滑点究竟允许了什么#

本次最低输出由初始报价和滑点配置生成，重试不会不断放宽底线。问题是初始设置允许输出相对参考报价减少约 90%，约保留参考数量的 10%。实际数量减少约 86.45%，因而仍可能满足保护。

这不是滑点检查没有执行，而是底线与“希望接近开盘价成交”的目标相距很远。最低输出应先由可接受的最坏结果决定，再换算为参数；不能为了让交易成功而无限提高滑点，也不能随意改成一个更小数字后声称策略更好。

将 0.6 ETH 的总量历史报价直接乘以 10%，只能辅助说明量级，不是重建每个子钱包的实际最低输出。正式验收应使用预签订单里的逐钱包 minimum 和完整模拟结果。

1. EIP-7702 委托与主钱包赞助#

EIP-7702 允许 EOA 安装指向执行代码的委托。本方案提前用 type-4 交易设置子钱包委托，由主钱包赞助相关链上操作；买入时，协调合约把资金发送给子钱包，子钱包在自己的地址上下文调用池，U 进入各子钱包。最后再通过 type-4 交易撤销委托。EIP-7702 规范

它将多钱包执行集中到少量主钱包交易中，但不是交易排序加速器，也不会自动取消代币自身的地址持仓限制。授权对象、链 ID、nonce 和执行权限都必须正确。

撤销委托与 ERC-20 的 allowance 授权不是同一概念。清除委托代码也不等于清除账户全部历史存储；后续若复用钱包或改用另一执行实现，要检查存储兼容性。本合约为钱包买入标记使用独立命名的存储槽，但不能因此推断任意复用都安全。

2. Solidity 协调合约与链上约束#

UTokenBatch7702 同时承担协调合约和委托实现的角色，通过调用者、执行上下文和链 ID 检查区分两种用途。源码固定代币、池、预算与单钱包上限，并用钱包集合哈希限制本批地址。

主要保护包括：主钱包操作者检查、委托目标代码检查、钱包地址排序、一次买入标记、非零 minimum、开盘时间与 deadline、目标归集地址白名单和归集操作防重标记。当前实现没有开放任意目标调用或升级入口。

这减少了执行时可变因素。代价是它针对固定任务设计：复用于下一次开盘时，不能只改一个时间变量，还应核对链、代币、池、预算、钱包限额和接收地址，并重新编译与测试。

3. Python asyncio、aiohttp、HTTP 与 WSS#

Python 事件循环负责并发节点读取、区块通知、定时触发、同 hash 广播与回执观察；aiohttp 管理 HTTP 连接，WSS 使用持续连接接收通知和发送请求。eth-account 负责签名，eth-abi 负责调用编码。

读取路径复用连接，每节点最多一个未完成的后备请求，尽量让慢响应正常结束并归还连接，避免竞速取消造成重复建连。开盘附近启用 20ms 后备轮询，遇到错误按节点退避；WSS 新鲜时减少无必要读取。

并发的价值是降低单一路径故障影响。下一步要同时记录连接是否复用、是否重连、请求是否限流，而不是只统计用了多少个 RPC。

4. 本地时钟、NTP 与单调时钟#

已知开盘时间使用本地定时器触发，链头通知与 HTTP 后备作为其他触发途径。NTP 用于校准 UTC，单调时钟用于测量本地间隔和调度延后，避免将墙上时钟调整误认为真实耗时。

绝对时钟准确，不意味着到排序器的单向延迟已知。RTT 的一半、ACK 时间或整数区块时间戳，都不足以精确求得所需提前量。

5. 预签交易、持久化状态和加密钱包备份#

正式发送前，三份执行记录经过写入、fsync 和读回一致性核对。恢复时沿用原始签名字节、hash、nonce 和阶段账本；子钱包保存在加密 V3 keystore 中，文件校验用于发现损坏。

同机三份目录能够降低单文件损坏的影响，不能抵御整盘或整机丢失。SHA256 校验也不等于带密钥的防篡改认证。跨机迁移要保留原主钱包身份与执行记录，并保证只有一个实例继续任务。

6. Linux systemd 与阶段状态机#

systemd 管理常驻服务和重启恢复，任务按 setup、buy、collect、recover_eth、revoke、done 推进。状态为 done 时保留已完成记录，避免再次购买。

进程显示运行中不代表仍在下单，也不等于最近一次成交价合格。不要删除执行记录来“重新开始”，不要让另一台服务器用同一主钱包独立发单；本地文件锁只能约束共享同一个锁文件的进程。

7. JSON-RPC、历史状态查询与本地链测试#

复盘结合区块、精确 hash 回执、Bought 事件、历史 eth_call 报价、部署代码及 nonce 序列。历史状态查询需要支持对应历史读取的节点，不能把当前报价当成开盘时状态。Robinhood Chain 连接文档

测试使用 Python 离线回归、Foundry 合约测试和 Anvil 本地链集成，覆盖真实 type-4 授权与撤销、原子买入、退款、归集和重启恢复。最终流程复核记录为 84 项不同 Python 测试、11 项合约测试通过；这是历史验证记录，本轮文章整理没有重新启动实盘或重跑链上测试。

第一优先级：把发送到包含的证据补完整#

每条路径记录请求创建、发送任务启动、连接复用或重连、本地写入完成、首个响应、接受或重复或拒绝或超时，以及最后的交易 hash、区块和索引。保留错误码和经过脱敏的错误类别，避免全部压成 False。

旁路观察官方 sequencer feed，记录第一次看到交易的本地时点和消息序号。feed 是排序结果的传播观察，仍包含网络延迟，不是排序器内部接收时间。官方列有 feed 和 sequencer 端点，同时说明公共端点限流，不推荐作为生产服务唯一依赖。官方端点说明

测量记录在内存中生成，写盘放在关键路径之外；为触发、发送、响应和回执预留独立缓冲，按区块 hash 去重普通链头。保留明确的开盘前后窗口，直到首次回执及位置核验完成，输出丢弃计数。

验收目标是能够复原同一订单的完整事件顺序，明确哪些是本地时间、哪些是远端反馈，以及哪些仍未知。

第二优先级：明确成交质量门槛#

订单应有最低总输出、逐钱包最低输出、最大投入和截止时间。固定本金下，最低输出也约束可接受的平均买入价格；若要按含费用成本评价，还需将允许费用计入。

先明确什么成交结果可以接受，再生成滑点参数。低于底线时宁可按规则失败或结束，也不能自动放宽去追。排名和输出要分别记录：进入首块仍可能价格不合格，第 3 块也不应仅因 status=1 就称为策略达标。

第三优先级：实现有上限的边界尝试模式#

保留到点单次模式，另设显式启用的边界尝试模式。至少配置尝试次数、失败费用上限、最大签名资金责任、追单截止时间、最低输出和一次成功后的关闭规则。

nonce 状态机要区分未广播、已发送但未知、已包含失败、已成功和被替换；处理前序 nonce 阻塞及重启恢复。现有“精确失败确认后才能启用备单”的流程适合稳健恢复，不能直接扩展成高频不同 nonce 连发。

合约一次成功保护能阻止重复购买，但已经提交的后续尝试仍可能回滚并继续消耗 Gas。必须限制总失败成本，也不能假设停止本地广播等于撤销已经在途的交易。

先在本地链验证边界时间、先失败后成功、一次成功保护、费用耗尽与重启，再用单独限额测试钱包评估真实包含结果。提前量通过实际样本校准，不由两块差距或 RTT/2 直接指定。

第四优先级：比较服务器和真实提交路径#

同一逻辑订单只签一份，用相同 hash 比较多路径送达，避免多个地区独立下单。单独隔离不同 nonce 的实验，不与正式任务混用主钱包。

测试需要覆盖多时段、连接已热和重连、接近生产大小的输入、不同执行负载及失败场景。比较成交块、块内位置、输出、失败费用和包含延迟的分布；样本不足时不使用 P99 等尾部指标给出确定排名。

目前没有证据确认排序器所在地区，也没有证明法兰克福必定是最优位置。多个 QuickNode 端点通知时间高度接近，可能共享部分上游；应研究实际路由差异，而不是只增加端点数量。

Robinhood Chain 按到达排序器的先后排序，提高优先费不能越过已经排队的交易。费率仍需足够让交易有效进入流程，但加价不能替代送达路径和边界策略优化。官方排序规则

第五优先级：压缩入口并完善操作文档#

在完整测量建立后，对照当前数组入口和预设订单入口，用相同条件比较费用、执行与包含结果。保留整批原子性和恢复保护。

同步整理入口与帮助：当前多钱包 --check 和 --resume 不能理解成启动实盘；已有任务时主要展示本地状态，不能替代链上实时核验。部分预算配置仍对应旧流程，下次使用要以实际生成的订单和部署代码为准，避免以为改了配置就改变了链上约束。

开盘前#

• 核对链 ID、代币、池、开盘时间和时区，以及池的真实开盘条件。
• 确认预算、最低输出、失败费用和截止时间；知道哪些条件下应放弃成交。
• 提前部署并验证代码、钱包委托、持仓限额和目标地址容量，完成模拟与预签。
• 主钱包留足本金和全流程费用；任务期间避免其他出账交易占用 nonce。
• 确认只有一个实盘实例，保留原任务记录和独立恢复副本。
• 记录绝对时钟状态，预热连接，核对节点额度、超时和后备路径。
• 确认日志窗口覆盖广播后的响应、feed 和回执，而不是只覆盖等待开盘。

开盘中#

• 不在关键发送路径重新签名、查价或同步写盘。
• 区分节点反馈与精确 hash 的链上结果，不凭单个超时换 nonce。
• 单次模式和边界模式按各自规则执行，不临时拼接两套重试逻辑。
• 达到时间、次数或费用上限就停止新增尝试，同时继续追踪在途交易。
• 保留最低输出保护，不因竞争激烈自动放宽。

完成后#

• 核对实际成交块、块内位置、事件数量、代币总量与全部费用。
• 按实际量归集，检查份额守恒、目标余额和子钱包余额。
• 处理残留 ETH，并确认委托确实已撤销。
• 保存回执、区块 hash、nonce、路径日志与最终阶段记录；避免删除记录重新跑。
• 分别记录执行完成、排名达标和价格达标，下一轮只针对有证据的问题改动。