1. 最初目标与实际结果#

原定目标是七个父钱包批量参与目标开盘，每钱包 13 INJ，共 91 INJ，买入交易手续费包含在预算内，gas 单独预留。无护窗、护窗结束或剩余额度足够时直接买；额度不足时使用父钱包提供资金与 gas 的 EIP-7702 子钱包批次，代币归集到对应父钱包。

全部买入及在途交易状态确定后，以七钱包中最高实际含费均价乘以三，冻结共同触发价。达到条件时，按真实净报价、手续费和价格冲击求各钱包回收本金的最小卖量，并发卖出，保留剩余代币。

本轮实际买入的代币是 0x970B102732a2f655c786Ba11d517C7e44A663eF0，名称 Sprout Official、符号 SPROUT。名称和官方链接由创建者填写，不能证明身份。平台 launch 10124 接口在保存记录和本次复查中均返回 official=false，并有明确的非官方 fake 理由。

平台launch 10150 接口标记为官方的是 0x503f2a7bac1e2ff2800aa92edb82abef0bfa631e。本文不会把这两个市场的收益、价格和交易排名混在一起。

后续清仓七笔回执位于 185616009 至 185616028；11:11:23 的验证记录在区块 185616155 核对七钱包零持仓。本次只读复核再次确认了这些历史回执及该验证区块的余额。可从钱包一买入回执与清仓回执核对样本。

交易费用使用成交事件与指定区间的历史余额变化交叉核对，不能仅把回执 gasUsed × gasPrice 当成实际账户扣费。若区间内另有原生资金转移，应再逐项拆账。部署报告也分别保留实际余额减少和回执执行 gas 估算，没有将两者混为一个数字。

10:59:42 的 65.989751 INJ 曾只是卖出报价快照；清仓后的确认事件才支持“已实现损失”。独立清仓不能被写成“3 倍自动出本成功”。16:02 复核时，狙击服务为 inactive、disabled；这不代表未来任何运行状态。

2. 关键过程和重要决策#

第一阶段检查核心、工厂、曲线、毕业后池和相关 ABI，再扩展七钱包预算、交易日志和本金回收流程。这一步使费用和成交数量可以按真实事件核算，也避免长期假设核心合约一直可卖。

第二阶段增加护窗分流。方案从普通钱包拆分，明确为“父钱包承担外层交易资金与 gas、子钱包通过 7702 委托执行、代币和退款回到对应父钱包”。没有把通用分发合约直接当成委托执行实现，而是部署了 SproutChildBuyer 与 SproutBatchBuyer。其权限和归集逻辑需要由专用代码保证。

第三阶段完成离线测试与服务器部署。采用隔离 Python 3.13.16 和 CoinCurveECCBackend 解决兼容问题，配置 systemd、文件权限和持久化恢复。默认干跑与显式 live 的边界保留。

两个影响结果的重要决策是：保留既有身份策略，以及将三轮卖出授权全部放在买入前等待确认。前者保留了误买入口，后者显著增加了开盘等待。

本轮日志时间线如下。N 表示 launch 10124 的创建区块。

区块时间只有秒级精度，日志有毫秒精度，不能据此还原节点入池的精确顺序。平台 fake.since 早于放行日志，但没有保存当时的完整 HTTP 响应；不能断言客户端已经收到标假信息并故意忽略，也不能锁定某一缓存机制为本次直接原因。

能够确定的是：没有正面的官方身份确认，脚本仍以 clean 条件进入了买入。

3. 做得好的地方及成功原因#

执行层有几项可继续复用的基础。

正常出本的保护方向也正确：等实际成本确定后冻结共同触发价，使用链上净报价，按本金缺口求最小卖量。固定卖三分之一不能抵消手续费和价格冲击；七笔卖出会共同改变曲线，需要处理部分回滚并防止已出本钱包重复卖。

当时对应版本的报告记录 101 项内置自检、67 项模拟钱包/RPC 测试、10 项 Foundry 合约测试通过，部署工具另有 4 项测试。这些数字证明相应版本通过了列出的检查，不能延伸为任意后续版本都已通过，也不能代替业务验收。

4. 问题、根因与经验教训#

最严重的问题是身份模型。既有自动入口除了 api、team，还允许 funded、clean 和 metadata。团队转账关系不是官方发行证明；元数据中的官网和推特可复制；未标假也不等于官方。

本次路径是 unknown → clean → 买入。clean 只要求本地保存的无负面标签状态持续 0.3 秒，不要求计时结束前再取得一次新响应。一次先收录、后标假的响应，或较旧响应晚到，都可能形成错误放行窗口。具体发生的是哪一种，目前不能确认。

放行后也缺少广播前的身份复核。三轮授权增加了数秒等待，却没有把这段时间转化为再次核验官方身份的机会。

源码版本对比显示，funded、陌生创建者模式、0.3 秒 clean 和元数据兜底来自既有策略并被保留。这有助于定位根因，但不免除扩展与部署责任：规模扩大到七钱包、91 INJ 前，应指出身份入口不足，并将其纳入上线审查。用户批准实盘动作也不构成策略正确的证据。

还有一个普遍经验：七笔同区块成交并不等于同价。本轮 transactionIndex 为 0、2、3、4、5、6、7，每笔都会改变曲线，实际均价和收到数量自然不同。并发只能缩短广播等待，不能消除市场冲击或让整批成为原子交易。

5. 投入与产出是否合理#

交易层结果不合理：核心目标没有达成，91 INJ 承担了身份错误风险，最后形成约 25.255249 INJ 的含交易 gas 损失。不能用代码量、测试数量或服务器稳定运行来抵消这个结果。

工程层仍有可复用资产：七钱包账本、预算和 nonce 管理、恢复日志、已验证的交易路径、护窗批次合约、部署流程及本次事故证据。这些资产的价值取决于后续纠正身份策略、缩短关键路径并补齐验收，不能直接折算为投资收益。

已知建设成本是两份合约部署的 0.01354389 INJ。服务器费用、RPC 订阅、开发人时、机会成本和完整项目总开销没有可靠记录，不能计算完整 ROI，也不能给出人力回报率。若把部署支出全分配给本轮，已知交易损失加部署支出为约 25.268793 INJ；这仍不是完整项目损益。

配置复杂度投入在身份验证尚不可靠时就快速增加，是资源排序上的问题。下一次应先证明“不会买错”，再证明“资金不会重复使用”，然后验证最快可交易路径，最后扩展地址数量和高复杂度的毕业衔接。

其他钱包的个别利润不能作为项目本可赚到的金额。我们没有在同一时间、同一身份约束和同一资金规模下做出相同交易，市场后续成交也包含我们的影响；简单替换入场块属于反事实假设。

6. 同类成熟项目值得借鉴的做法#

这里借鉴公开实现的方法，不给任何交易机器人虚构长期收益，也不认定这些工具被本次链上参与者使用。

将权限与执行路径拆清楚。 Uniswap Permit2 官方文档区分代币对 Permit2 的授权，以及 Permit2 对具体 spender 的额度、期限和签名授权。Permit2 不能省掉真实代币合约的首次 approve。对本项目，要把三种授权分别记录、验证，研究可前置的部分；授权成功必须看真实 allowance，不能只看回执成功。

使用受限的批量和赞助执行。 EIP-7702 规范支持批量操作和费用赞助，权限边界由委托代码保证。借鉴点是把允许的目标、金额、收款人和失败处理写入受限执行逻辑。它不自动证明项目身份，也不消除价格冲击。委托具有持续性，调用回滚不意味着已经处理的委托状态全部撤销，恢复需要核对代码与 nonce。

对失败进行可解释的模拟和留档。 Flashbots 的交易包排障文档把执行回滚、费用竞争、交易冲突和时序分别检查，并保留模拟结果。适合借鉴的是在目标区块状态上复现“前面已有其他交易”时的行为，记录每一阶段时间。本文没有证据证明 Injective 支持相同交易包服务，也没有证据证明早期买家使用 Flashbots。

将上线结果绑定具体版本。 本项目应学习成熟执行系统的分层验收：策略允许做什么、实现是否正确、节点是否接受交易、实际成交怎样、资金是否完成对账，分别给出证据。尤其要加入否定用例：复制元数据、标签缺失、API 失联、响应乱序、授权回滚、毕业时部分退款、未知在途交易与重启。

7. 更早买入者的链上路径、速度差异与可学方法#

先区分可比范围：10124 的买家与我们交易同一个币，可以比较真实先后；10150 的买家参与另一个官方市场，只能作为相对开盘执行的样本。不能把后者写成“在同一笔交易中抢在我们前面”。

8. 改进方向、优先级和下一步行动#

以下为待执行措施，不表示已经改完或经过实盘验证。

下一次项目应分四个里程碑推进。先完成身份整改与事故回放，再做七钱包完整模拟及异常恢复，然后运行只读影子模式测量准备延迟，最后在单独的明确交易授权下验收真实准入与成交。扩大资金规模应在这些结果之后。

速度验收至少同时统计 买入块 − 创建块 和 买入块 − 首个可交易块。10150 的普通 N+1 买家已经处于首个有效窗口，不能把不能交易的创建块当成必达目标。客户端官方确认到达时间缺失时，应明确统计边界，避免用降低身份门槛换取漂亮的块差。

每次上线保留版本、身份规则、钱包集合、预算及 gas 上限、允许的曲线和 DEX 路径、授权地址、测试报告、未验证项和事故规则。成功标准应包含正确目标、完整资金对账和明确退出结果，而不仅是交易上链。

本次最应该带到下一次的改变，是将证据强度、执行速度和资金控制放在同一套验收中：先证明目标可信，再缩短可证明的等待；每个优化都保留预算、持久化、nonce 和最低收到保护。

证据范围与限制#

本地审计材料包括 identity_logic_comparison、latest_token_identity_report、latest_trade_log_excerpt、launch_speed_report、liquidation_report、liquidation_verification、对应版本测试报告及 retrospective_evidence_recheck。本文只将必要的公开链上地址、交易与汇总结论写入草稿，没有上传私钥、RPC 凭据、原始签名交易或服务器登录信息。

本次重新核对的是关键回执、事件和历史状态，不是重新扫描全部市场。其他买家完整调查窗口为各创建后 1,000 块，官方样本截至 10:16:57。该窗口不能证明当前持仓或长期收益。

仍无法确认：早期买家的软件与监听方式、具体节点或私有通道、是否提前获知消息、统一前缀地址的控制人、我们放行当时完整 API 响应，以及大额买家的完整策略净利润。配套合约已部署也不等于完整 Type 4 七组实盘流程通过；本轮独立清仓不证明 3 倍留币策略完成。