这次 PULP 项目的结果是：按用户对当前项目状态的明确纠正，脚本没有部署，也没有买入；本地账本的订单数为 0，当前实盘开关关闭。因此，这是一次从目标、开发、准备到执行的项目复盘，不能写成已成交交易的盈亏复盘。
最有价值的发现有三个：当前配置固定的 CA 与本次实际目标不同；首批买家在加池同一区块成交，而脚本以已形成的区块头触发；一名同块买家在开池前就用相同参数、连续 nonce 发起真实交易尝试。下次的改进重点应放在目标确认、上线验收和入场机制，而不能只继续缩短某个 RPC 的读取时间。
证据范围与可信度
本次目标：0xbc2283d12b1f2f46c1613ae672e95c55b69ca414。链上核验为 Robinhood 主网，chain ID 4663。链上主体数据固定在区块 83367270，之后的市场变化不包含在本文中。时间均使用北京时间（Asia/Shanghai，UTC+8）。
本文使用四种标记：
- 已确认·链上：通过交易体、成功或失败回执、事件日志、历史状态读取和调用轨迹核对。
- 已确认·本地：当前源码、非秘密配置、只读账本检查可以直接支持。
- 历史记录：已有报告记载的测试、测速或操作结果，保留当时版本与范围，不当作今天重新实测的结果。
- 推测／建议：根据证据推导的解释或下一步方案；不等同于已经发生的事实。
取证保存了部署、开池、前期转账、首批成交及条件尝试的原始 RPC 结果。官方公共 RPC 另外核对了部署回执和开池区块 hash，结果一致；不能据此保证所有配置节点具有独立上游。区块浏览器网页/API 在本次访问中受到 403 限制，交易详情来自 RPC，而非浏览器页面抓取。下文浏览器链接用于按交易 hash 复查。
需要明确保留的资料矛盾：旧的 deployment-report.json 等文件曾记载远端服务 active，并且旧版本本金是 0.16 ETH；这与你现在说明的“脚本没有部署”不一致。本次没有重新连接远端确认，也没有服务停启记录足以解释差异。因此，本文按你的最新说明描述当前结果，把旧部署文件仅作为历史记录，不据此宣称当前版本已经上线。为何没有部署、具体停在哪个环节，资料不足。
1. 最初目标与实际结果
从 README、源码和历史验收文件可以恢复的工程目标是：在 Robinhood 上识别正确 PULP，发现支持的开盘池，尽早买入，同时控制预算、nonce 和重复发送。后期规则进一步明确为固定目标、V3/V4 首个合格池、1 ETH/WETH 侧池本金门槛及首次合格开盘后的 3 秒入场窗口。
“同块／n+1”需要单独区分：历史报告把它列为待验证指标，当前 README 明确写着不支持开盘同块入场，n+1 也没有实盘验收。本次可用资料没有原始完整需求，不能断言最初承诺过必达 n+1。
| 目标 | 实际结果 | 证据与判断 |
|---|---|---|
| 买入正确的本次 PULP | 未买入；当前固定地址仍为另一 CA | 已确认·本地 |
| 在开盘早期完成入场 | 没有本人的交易回执，无法计算排名或耗时 | 用户说明＋本地订单数 0 |
| 支出受到预算限制 | 已实现本金、gas、在途预约与恢复逻辑；实盘效果未验证 | 源码＋历史离线报告 |
| 建成可执行的工具 | 已有较完整的单文件程序、测试与运行说明 | 已确认·本地 |
| 获得交易收益 | 没有本次持仓或已实现交易盈亏 | 用户说明；不能虚构错失利润 |
| 留下下一次可复用的能力 | 已有身份核验、报价、账本、多节点与恢复模块 | 已确认·本地；复用仍需链与路由适配 |
所以，工程资产已经形成，交易目标没有实现，投入的经济回报尚未得到证明。“没有损失买入本金”是结果边界，不等于策略成功；“没有买入”也不能证明本来买入就会赚钱。
另一个容易混淆的目标是 PaperDAO 自身去参与 Papertrade 的交易，与个人抢购 Robinhood 上的 PULP 并非同一个交易场景。项目官方介绍分别提到了 Robinhood 募资、资金进入 HyperEVM 和后续交易安排；不能把其他链的首块经验直接套用到这里。PaperDAO 官方项目页
2. 关键过程和重要决策
下表中的开发过程来自保存的报告，并非完整操作日志。时间或动机没有记录的部分不作补写。
| 阶段／决策 | 事实依据 | 评价 |
|---|---|---|
最初等待预售合约 claimToken() 绑定 | 早期 preflight 与 review 报告 | 身份证据强，但可能错过先开池、后绑定的发行流程 |
| 加入多节点 WSS 通知与服务器测速 | node、WSS、Frankfurt 报告 | 找到了网络读取延迟的实际差异，但没有验证最终入块 |
| 采用 FAST 模式 | 报告记录接受 50% Hook 费上限、88% 滑点，省略整笔买入模拟和 gas 估算 | 降低部分触发工作量，同时放宽成交质量与可执行性保障 |
| 修正开盘计时起点 | liquid-clock 报告 | 从“Initialize”改为真正具备流动性且支持报价为正，定义更贴近可买状态 |
| 改为 dev 成功直接 CREATE＋部署时 symbol=PULP | dev-identity 报告 | 避免把领取或绑定动作当作最早可以买入的时点 |
| 支持 V3/V4，并处理多同名候选 | dual-route 报告与当前源码 | 增强适应能力，也增加发现、历史重建和分支核验成本 |
| 引入 1 ETH 本金门槛和唯一池锁定 | 当前 README、源码 | 过滤小池并防止反复换目标，但门槛不能证明官方身份或经济安全 |
| 固定旧 CA，继续优化关键路径 | 当前配置、打包清单与 optimization 报告 | 固定地址能减少误选，却需要及时、受控的正式目标更新 |
| 钱包读取并行、报价复用、增量本金重建、签名预约一次提交 | 最新优化报告 | 优化方向合理；记录明确没有真实 n+1 验收 |
本次发行的链上时间线
| 北京时间 | L2 区块 | 事件 |
|---|---|---|
| 2026-10-08 21:35:55 | 83353498 | dev 的 nonce 142 成功直接部署本次 PULP |
| 2026-10-08 21:48:13 | 83360393 | 原生 ETH/PULP V4 池初始化并加池；同块出现五笔已核实买入 |
| 2026-10-08 21:48:43 | 83360687 | 预售合约绑定本次 CA，晚于开池 294 个 L2 区块、约 30 秒 |
部署回执的 contractAddress 等于本次 CA，状态为成功；名称 PaperDAO、符号 PULP、精度 18，总供应读取为 10 亿枚。部署交易
开池交易的交易索引为 30，池 ID 为 0xdd086a556aa997e79d16cde88a6fcda21f615737df3d331ca1af74642e99dc09，使用项目已有的 PoolManager 与 Hook。初始化及全区间加池事件重建出约 10.588235 ETH＋1.5 亿 PULP；调用轨迹中的原生 ETH 结算也与之相符。开池与加池交易
历史读取显示，开池区块末 claimToken() 仍是零地址，83360686 仍是零地址，83360687 变成本次 CA，绑定交易回执成功。二分查询定位到了这一转换，未穷举证明整段历史从未出现短暂绑定再撤销。绑定交易
经验：身份确认、开池、达到可买条件和开放领取是不同事件。本次证据支持“不能等待绑定才抢最早成交”的判断，但不意味着只看 dev＋同名就能排除测试币。
3. 做得好的地方及成功原因
资金与恢复逻辑较扎实
源码把本金、成功／失败 gas 和在途交易预约统一记账；签名字节、hash、nonce 与预约先持久化，再广播。同一笔交易向多个节点发送相同签名字节，超时或重启不会直接释放预算、制造第二笔订单。
这些设计抓住了实际交易系统中容易造成重复买入的边界：没有收到响应不等于交易失败，停止进程不等于撤销链上交易。它们是值得保留的工程资产。这里的“做好”指设计和离线验证，不是已经证明实盘无事故。
对证据缺失采取阻止交易的方式
链、合约、区块 hash、部署身份、池历史或分支结果不确定时，程序阻止选择，而不是默认放行。对预算与身份严格，对读取和预计算优化，这个分工基本合理。
已经用测量纠正了部分直觉
历史报告中，本机暖连接读取中位数约 156 ms；Frankfurt 环境约 3.1–3.8 ms。测试时间、网络环境和版本不同，不能把差值当作严格同条件因果实验，但它说明部署位置值得测量。
约 8.4 ms 的“收到通知到候选轻量读取完成”仅属于一个阶段，不包含最终核验、签名、落盘、发送和入块。报告主动保留这个范围，比把单项读数包装成“抢到 n+1”更可靠。
最新产物具备可审查性
当前源码和测试文件 hash 与打包清单一致；记录的离线回归为 365 项通过、0 失败，并明确是合成网络／普通离线回归。本次没有重新运行这 365 项，不能将旧记录写成新测试结果。
针对新 CA，本次额外进行了只读历史 eth_call：在开池区块末和下一块末，使用公共样本钱包、0.2 ETH、当前 V4 编码及 500000 gas，模拟均返回成功。这支持这些历史快照上买入路径具备可执行性；仍不验证本人钱包、完整触发流程、真实广播或入块速度。
4. 问题、根因和经验教训
问题一：工程完成标准与交易完成标准没有闭环
事实：当前项目未部署、未买入；没有本人交易回执，最新优化报告也没有实盘入块验收。
项目层面的判断：功能、测试和单项测速积累较多，但还没有形成“目标确认→部署正确版本→持续监控→具备发送条件→成交／失败对账”的验收闭环。没有资料说明未部署的具体原因，不能把原因写成拖延、服务器故障或钱包资金不足。
措施：下一次把可执行性与上线状态设为单独里程碑；每次准备结束都输出明确状态和阻断原因。代码写完、测试通过和“已就绪”必须有不同证据。
问题二：当前固定 CA 与实际目标不一致
已确认·本地：
EXPECTED_PULP_CA=0x7184e40b7e27ab23e08019ac1c9af00ee802f83e- 本次目标是
0xbc2283d12b1f2f46c1613ae672e95c55b69ca414 LIVE_TRADING=false，账本订单数 0。
源码按固定 CA 过滤候选，因此即使按现在的固定目标配置启动，也不会选择本次新 CA。但不能把今天看到的配置直接认定为开盘时某台机器的配置；没有当时部署快照。
同一 dev 先前部署过多个 PULP，旧报告核实了 nonce 127 和 131 的两个地址。它们是不是正式测试币，没有足够公告证据。本次出现 nonce 142 的新地址，说明同名、同 dev 与正式目标之间必须留有独立确认步骤。
措施：把最终 CA 确认作为上线前硬检查；显示地址来源、部署交易、确认时间与配置版本。发现新地址时先告警和重新核验，不能在已有订单或已锁定池后悄悄改选。
问题三：触发机制与同块竞争不匹配
事实：程序按已形成的 newHeads 触发；首批五笔成功买入发生在加池同一个区块。
判断：这是架构能力差异。现有流程开始观察开池区块时，区块内先成交的订单已经完成排序。继续优化客户端读取和签名可以改善后续块的机会，但不能仅靠减少几毫秒让它自动具备这批同块成交能力。
措施：先明确下一次目标是“可靠的 n+1”还是“尝试同块”。两者需要不同的触发、资金准备、失败预算和验收方案。
问题四：快速成交与好价格没有一起验收
当前规则接受 50% Hook 费率上限和 88% 滑点，最低输出仅为当次净报价的 12%，没有绝对平均成本或数量底线。本次首批交易轨迹确实显示 50% Hook 收费，不能把这项风险写成纯理论。
更关键的是，报价后滑点限制不能防止报价前已经涨价。若首次能读取时价格已被同块买家推高，12% 的最新报价底线仍可能接受很差的入场价。
措施：下一次同时定义最大含税成本、最低实际到账、报价有效期及放弃条件；把买入税、执行合约收费、gas 和潜在退出成本放在同一个模型里。本文没有验证完整卖出或赎回路径，也没有可证明的盈利空间。
不应当作本次根因的问题
- 1 ETH 门槛挡住纯代币单边池：属于适用于其他开盘形态的策略限制；本次初始池约 10.588 ETH，不能归因于门槛未通过。
- 旧版本“5 秒重发间隔碰不上 3 秒窗口”：最新源码已改成后台约 0.1 秒的同 hash 重发；不能沿用旧缺陷作为当前结论。
- V3 转账税后的净到账保护：旧审查指出的是条件性 V3 路由问题；本次首池是 V4，不能套作实际阻断。
- 64 状态块审查边界、落后 WSS 头覆盖新头：有旧审查与当前代码线索，值得继续核验；本次没有运行日志证明它们触发并导致错过。
- 节点限流、网络断线或 gas 不够：都没有本人的运行证据，不能列为已经发生的事故。
5. 投入与产出是否合理
实际工时、服务器账单、RPC 费用和其他现金支出没有记录，不能计算准确 ROI。0.2 ETH 买入额加 0.01 ETH gas 是当前模板的交易预算，不是已经发生的项目投入。旧远端报告中的 0.16 ETH 也属于另一个版本的配置。
可确认的投入代理指标是：当前运行文件约 3864 行、测试文件约 3433 行，多轮身份和路由策略调整，多份测速／验收报告，以及记录的 365 项离线回归。这些说明工程工作量较大，不能换算为具体人天。
| 评价角度 | 结论 |
|---|---|
| 本次交易参与和收益 | 没有完成参与，没有实现交易收益 |
| 工程资产 | 留下可复用的账本、身份、报价、广播与恢复能力 |
| 是否值得继续投入 | 取决于下一阶段能否补齐目标与上线验收，并证明速度和成交质量 |
| 是否适合继续堆功能 | 暂无证据证明新增分支比解决未上线、旧 CA 和入场机制更有价值 |
建议判断：若只服务这一次 0.2 ETH 的短窗口机会，工程复杂度与实际产出之间存在明显失衡；若作为多次发行可复用的基础设施，投入可能合理，但还需要跨项目验收证明。不能用首批买家的持币量倒推“这次本来应该赚多少钱”。
下一次为探索设置预算和截止点：先做最小可验收的单目标单路由，再根据真实瓶颈扩展；每轮优化都说明减少了哪个已测量的耗时或事故，而不只报告测试数量增长。
6. 同类成熟项目值得借鉴的做法
这里借鉴的是公开实现和验证方法，不是宣称这些项目在本次发行中参赛、抢得更快或保证盈利。
| 项目／方法 | 可借鉴之处 | 对本项目的落地方式 |
|---|---|---|
| Uniswap Universal Router | 标准化单跳交换、结算与输出领取；显式最低输出和截止时间 | 保留可核验的固定路由，先验证完整路径，再考虑定制执行合约 |
| Hummingbot Paper Trade | 用实时市场数据做模拟交易，与真实资金模式区分 | 建立影子运行，记录何时识别、何时达到条件、何时本来会发送、为何放弃 |
| Freqtrade 验证流程 | 区分历史回测与实时 dry run；提醒成交假设、处理延迟和前视偏差 | 回放本次发行时，只允许使用当时已可见的 CA、池状态和数据，随后用实时观察验证 |
Uniswap 官方文档推荐通过 Universal Router 处理 V4 交换复杂性。本次第一笔已核实买入也经过项目相同的路由地址，因此不能把“绕过 Router”概括为最早成交的必要条件。Uniswap V4 交换文档
Hummingbot 的纸面交易支持不动用真实资产进行策略测试；它的成交模型不能替代链上签名、广播和回执验收，适合借鉴的是测试阶段的组织方式。Hummingbot Paper Trade
Freqtrade 官方说明区分回测和实时 dry run，并讨论分析延迟、成交假设造成的结果差异。对开盘项目尤其要避免事后知道最终 CA、最终池和成功买家后，再把这些信息假装成当时就已掌握的信号。Freqtrade 策略验证说明
7. 早期参与者如何买入，优势来自哪里
你没有买入，所以不存在“比你早几笔、快多少毫秒”的本人交易基准。这里比较的是早期真实成交者与你当前脚本的机制。
已核实的首池早期成交样本
交易索引按 RPC 的零起点记录。输入金额是调用轨迹中本池的原生 ETH 结算额，包含该池 Hook 费用；它不一定等于最外层交易的 value，也不包括额外服务收费和 gas。PULP 数量为本池买入及转账证据中的数量。
| 交易 | 区块差／索引 | 本池总 ETH 输入 | 取得 PULP（约） | 已确认调用路径 |
|---|---|---|---|---|
| 607e…fc14 | n／32 | 5 | 28,651,685 | 自定义入口合约→项目相同 V4 Router→PoolManager |
| da1c…2e77 | n／33 | 5 | 19,461,522 | 自定义合约直接参与 PoolManager 交换／结算 |
| a283…f278 | n／36 | 2.97 | 8,861,934 | 执行合约→中间合约→PoolManager；另观察到 0.03 ETH 转账 |
| 81ff…d288 | n／41 | 10 | 21,071,868 | 自定义合约直接参与 PoolManager；WETH 解包用于结算 |
| a8d1…0f99 | n／42 | 5 | 7,320,260 | 自定义合约→项目相同 V4 Router→PoolManager |
| 5790…5866 | n+1／49 | 1.2 | 1,540,511 | 两层执行合约→PoolManager |
| 2a9a…0dd5 | n+1／53 | 外层 value 0.2；Swap 净输入 0.1 | 245,728 | 回执确认买入；本次未取完整调用轨迹 |
同块五笔在本池合计结算 27.97 ETH，取得 85,367,269.51 PULP，约为初始 1.5 亿枚池内代币的 56.91%。这不是总供应占比，也不是对买家最终持仓或盈利的核实。
可以确认的准备优势
前一区块 83360392 的历史状态证明：前三个入口合约分别已有 5、5、3 ETH，后两个入口合约分别已有 10、5 WETH，并且合约代码已经存在。
因此，至少这些交易的执行资金和合约入口是在开池前准备好的。最外层 value=0 并不代表免费买入；资金来自执行合约已有余额。也不能因为多个钱包用了同一合约，就认定它们属于同一人或同一团队。
一个可以明确还原的连续尝试案例
发送钱包 0x6c59ee4552f44dd93841a2b39304c3ed7e1935b4，调用合约 0x563fee5015943ec183250e63e2b723c49d3eaf1b。
| 区块与位置 | nonce | 结果 |
|---|---|---|
| n−1 的六笔交易 | 46636–46641 | 全部回退，无本次 PULP 转账 |
| n，索引 1，早于索引 30 的加池 | 46642 | 回退；轨迹读取 StateView，池状态为零 |
| n，索引 42 | 46643 | 成功，经相同 V4 Router 买入约 732 万 PULP |
| n，索引 47、52 | 46644–46645 | 两笔回退，无本次 PULP 转账 |
这十笔的调用参数完全相同，包含本次 CA，但 nonce 和交易 hash 不同。开池前回退交易消耗约 43456 gas；这个选定样本中的九笔失败交易合计约 0.000013572 ETH gas，成功交易约 0.000009688 ETH gas。它只覆盖 n−1 与 n 的这些交易，不是该参与者完整的尝试成本。开池前尝试；成功买入
已确认的机制差异：它在开池前已开始连续发起真实尝试，把部分条件判断放在执行合约内；你的脚本先等待已形成区块，再在客户端核验、准备并发送。你的同 hash 重发只传播原交易，不能替代它的连续新 nonce 尝试。
仍不能确认：这些交易是否全部提前签好，发送间隔是多少，客户端使用何种语言／机器人，是否直连 sequencer，在哪个地区运行。成功后两笔回退的完整保护逻辑也未还原，不能直接称为可靠的一次买入锁。
gas 不是已证实的主要排序优势
同块五笔买入的 maxPriorityFeePerGas 都为 0，实际 gas price 约 0.036812 Gwei。Robinhood 官方文档说明其排序采用 sequencer 到达顺序，增加优先费不会插到已经排队的交易前面。因此，没有证据支持“他们靠更高 gas 抢先”这个解释。Robinhood 交易排序说明
这不意味着可以无视 gas limit 或基础费用；保证可执行与买到靠前位置是两个问题。也不能把 Arbitrum 其他网络的 Timeboost、Ethereum 的私有 bundle 或公开 mempool 工具直接认定为本次买家使用的方法。
同额报价说明了时间价值，但不能说明利润
本次对固定首池做了 0.2 ETH 的历史 Quoter 读取：
| 区块末快照 | 报价 PULP（约） |
|---|---|
| n = 83360393 | 261,955 |
| n+1 = 83360394 | 243,806 |
| n+30 = 83360423 | 187,931 |
| 绑定区块 83360687 | 155,781 |
从 n 区块末到绑定区块末，同额报价减少约 40.53%。这些是历史报价，不是本人的成交，也不是加池交易后、第一笔买入前的中间状态报价；不能把 n 区块末报价当成初始开盘价格。
真正值得学习的是提前准备、明确定义触发事件、用真实失败和成功回执测量入场机制，并把尝试费用纳入预算。不能仅模仿大额买入、宽滑点或大量重复发送：对方输入额明显高于本项目 0.2 ETH，持仓、退出和盈利都未核实。
8. 改进方向、优先级和下一步行动
下面是建议的执行顺序，不代表本次已修改配置、部署程序或发起交易。
| 优先级 | 行动 | 完成标准 |
|---|---|---|
| P0 | 建立正式 CA 与版本确认流程 | 一份记录同时写明 CA、来源、部署回执、链、配置与源码 hash；当前固定目标必须匹配 |
| P0 | 定义可验收的入场目标 | 明确 n、同块／n+1／3 秒目标和最大可接受成本；不能用“尽量快”替代指标 |
| P0 | 提前完成部署与钱包准备 | 在目标环境验证依赖、节点、时钟、余额、nonce、单实例和持续观察；状态清楚显示就绪或阻断原因 |
| P0 | 补齐全流程验收 | 分别记录发现、核验、签名、落盘、发送、响应与回执；最终用区块差、交易索引和实际到账评价 |
| P1 | 用本次数据回放当前策略 | 回放旧固定 CA、最终正确 CA和历史身份模式；禁止提前使用事后才知道的信息，记录每个阻断点 |
| P1 | 优化已测得的串行工作 | 将静态准备移到等待阶段；保留规范状态、预算与 nonce 检查，报告 p50/p95/p99 和超时比例 |
| P1 | 独立研究条件执行和连续尝试 | 先在测试环境验证池未开、开盘、成功后重复、失败预算耗尽等场景；规定总费用、次数和到期停止条件 |
| P1 | 增加成交质量与退出验收 | 明确含税成本、实际到账、报价老化、卖出／赎回可行性与放弃条件 |
| P2 | 收敛维护成本和边界问题 | 核验 WSS 旧头、历史审查边界；按实际需要拆分监控、身份、交易和账本，不再为未知场景无界扩展 |
“研究条件执行”不能直接解释为允许对当前主网无限重试。连续新 nonce 尝试会增加失败 gas、并发订单和重复买入风险，与现有单在途订单模型不同，需要单独设计资金预约与成功后保护。保持当前账本的可靠性，比照搬别人发送方式更重要。
官方公布了 sequencer 和 feed 端点，可作为后续对照测试的候选；feed 是排序输出通道，不应当被描述成未经验证的 pending 交易池，也没有证据证明本次早期买家使用它们。下一步应比较信号可见时间、提交响应与真实入块结果。Robinhood 官方连接文档
建议下一轮按顺序形成三个交付物：
- 一页上线验收记录：目标、配置、版本、状态、预算、验收指标和阻断原因。
- 本次发行的可重复回放报告：只使用对应时点可见的数据，定位“会不会选中、为何会阻断、最早何时具备发送条件”。
- 目标环境的观察与执行验证报告：先影子运行；真实交易验证另行明确范围和资金授权。报告同时包含成功与失败，不以测试数量代替交易证据。
这次最值得带到下一项目的经验是：先把正确目标变成可运行、可验收的闭环，再为明确的入场机制优化速度；用成交质量和完整成本评价结果，保留无法证明的部分。