每一版带了什么、每一轮跑在哪一版、各类出块人上哪条通道最先入块、遇到的全部问题按重要性排。只写已核实的，初步的标"初步"。
更新：2026-10-22 22:50 台北（第十六轮 v1.0.38 段 22:44 已开） · 维护：主控 · 时间一律台北（UTC+8）· 每次发版 / 每轮结果 / 排名变动都更新到这里
| # | 重要 | 问题 | 原因 / 做法 | 状态 |
|---|---|---|---|---|
| 1 | 高 | 预确认只收到了三分之一（应该收到八成） | 原因：我们给 Helius 的订阅自己加了条件"只收欧洲四个区域的"，Helius 规定设了这个条件就把别的区域（立陶宛、美国、亚洲的 BAM 节点）全丢掉；Triton 那条也只开了法兰克福。 做法：Helius 改成收全部区域（20:53 起），Triton 开法兰克福、阿姆斯特丹、伦敦三区（21:03 起）。之后 BAM 块收到 92%、Helius 自营 96%、Harmonic 55%。 | 已解决 |
| 2 | 高 | 预确认明明先到，程序却等碎片才动手，白丢 6～9 毫秒（约一成的币） | 原因：预确认只报建币那一笔，看不到发币人紧跟着的自买串；程序怕按串前的价下单撞滑点，就等碎片看到整串再发。 做法：发币人从没带过串、或串已经到齐的 → 预确认一到就发；发币人带串但串还没到 → 用他历史上每次串的中位数算出串后价，直接按这个价发（串预测）。都默认开。 v1.0.38 实测（G，14 笔，只看方向）：预确认 / 预处理流触发 11 笔，成交 7 笔只 1 笔抢到第一；碎片触发 3 笔，成交 2 笔 0 个第一。看得早、发得快做到了，但抢到第一的比例没涨——瓶颈在发出之后的出价和批次（问题 4、28、29、32），换触发源改变不了。 | 已上线；单靠它不够 |
| 3 | 高 | 单子发出去之后到出块人手里那 18～20 毫秒，不知道哪条通道最快 | 原因：出块人那边不给"收到时刻"，没法直接量。 做法：用通道探测（同一笔小额单多路同时发，谁先上链谁赢）按出块人类型排名：BAM 是 helius、Harmonic 是 astralane、JitoLabs 是 node1、Firedancer 是 erpcq；从不赢的 nozomi、jitotx、heliusrpc 删掉，每类留 6 路按赢率排。停轮窗口再补一轮探测出第二版。 | 进行中 |
| 4 | 高 | BAM 和 Harmonic 的块是同一批次里比费用，早到不等于排前 | 原因：这两类出块人默认把一批里的单按费用从高到低排，我们出价低就排后面；而且 BAM 块的实际费用是我们预测的 2.5～3.3 倍。 做法：D 第一版（1,165 笔真单，初步）：BAM 块里我们在批内排第 1 只有 40%，输掉的单里 22% 是"同批第 1 名出价比我们高"——加价能救；同批第 1 名出价中位约 0.033 SOL，我们 0.011。Harmonic 只有 3% 能靠加价救（输在到得晚），JitoLabs 按到达先后排——这两类不加价。更正后定：BAM 每笔总出价 0.015 SOL 就能把"可救的那 22%"全部救回（加到 0.033 只多 8 个点、每笔多花一倍），不碰每笔 0.02 的出价上限；每笔多花约 0.005，换算 1 SOL 估计净多约 +0.05（上限）。进 v1.0.39，满 30 笔不变好就退回。 | 第一版已出，v1.0.39 |
| 5 | 高 | 鹰眼打分挡在发单前面，每笔多等约 2 毫秒（最慢 4.7） | 原因：打分在另一个进程里跑，来回传一次就要 1 毫秒；模型用 Python 逐棵树算，910 棵树要 1.2 毫秒；发币人的历史特征建币时才现查。 做法：急件优先（把关要的分插队算）+ 模型编译成机器码（分数一模一样、快 12 倍）进 v1.0.38，已上线，实测把关等分从约 2 ms 降到中位 0.74 ms；发币人特征缓存（取特征 0.33 → 0.18 ms）+ 超时按老规则放行，进 v1.0.39。 | v1.0.38 已上线；剩余进 v1.0.39 |
| 6 | 高 | 买单失败占发单的四到六成 | 原因：D 逐笔查链上，失败全是被人抢先、价格超过滑点，没有一笔是我们程序的错。 做法：这是速度问题，靠 1～5 条解决，不单独修。 10-23 第 6 段 新情况：6 笔失败 5 笔，每笔失败照付优先费（JitoLabs 0.0072、BAM 0.014），合计白付约 0.057。拆开是两种：①3 笔同一块成交但价格被推高——全是发币人自己带 3 笔跟买的币，我们没用上串预测（推价超 1.25 倍跳过，或串没到齐就发），最少到手数按跟买前的价算，跟买先成交就必然失败；②2 笔慢了一块被"只在建币块买"的保护拦下，其中 1 笔建币在本块 140 ms 才看到，本来就赶不上。 D 算完（初步）：①带串、但发单时没用上串的价格的单，历史 137 笔失败 90%、抢到第一只 4%，按 1 SOL 每笔亏 0.020 → 整笔不发，历史合计省约 2.7 SOL；第 6 段 那 3 笔都是这一类。②JitoLabs 块建币后超过 125 ms 不发（原 150），钱很小，但能拦住 140 ms 那种必晚的单。两条都进 v1.0.42（B 写、F 审）。 第三条（D 算、F 独立复算一致）：带串的币整体在亏——按 1 SOL 每笔比不带串的多亏 0.020，失败率 65% 对 43%，抢到第一 17% 对 38%，是串推价造成的，不是选币。串 3 笔及以上的最差，去掉 10-17 每笔 −0.110（不带串 −0.057），v1.0.38 以后 −0.092（不带串 −0.029）。→ 串 3 笔及以上（已看到或预期）整笔不发，进 v1.0.42。证据主要来自 10-18 以后，上线后每轮复核，方向反了就收回。 第 7 段 又一种（01:19）：6 笔失败 4 笔，三条规则一笔都拦不到——BAM 块 3 笔是同一块成交、但排在别人后面被推价（串只有 0～1 笔），JitoLabs 1 笔晚一块。今晚 BAM 已失败 5 笔，每笔白付 0.014。BAM 块按优先费排队，说明我们每笔 0.015 的出价排不到前面，或者这类币不该发。交 D 查前面是谁、出多少；停轮后测速钱包的出价对照正好测这个。 | 三条规则进 v1.0.42；BAM 排队 D 在查 |
| 7 | 高 | 剩下 18% 没有预确认的块，我们只比别人早 2 毫秒 | 原因：这些出块人（没接 BAM 的 Jito 节点、Firedancer）谁都不提供预确认，只能靠碎片；我们现在的碎片源不是市面最早的。 做法：候选是 Triton 碎片流按量档（每 15 分钟 0.59 美元），你定了等第十六轮结果再说。 | 等第十六轮结果 |
| 8 | 高 | 串预测没设"发币人把价推到几倍就不追"的上限 | 原因：新路径按预测的串后价直接买，三成的币预测推价超过 1.25 倍，最高 5.6 倍；老路径超过 1.25 倍就不追。 做法：今晚仓位 0.01 先不设，轮后按 1.25 倍分两段看每笔净利，超的那段亏就加上限。 轮后结果（D，初步）：预测推价超过 1.25 倍的 2 笔都大亏（−0.378 / −0.142，按 1 SOL）→ 加上限：预测推价 >1.25 倍照旧让路。≤1.25 倍的 3 笔失败 2 笔，样本太小不下结论。 | 已定上限，v1.0.40 |
| 9 | 中 | "绕过老规则"的开关有漏洞，可能放进不该买的币 | 原因：Codex 第二审挑出三处绕过开关会把安全底线一起绕掉。 做法：v1.0.36 修掉，只绕过选币项、安全底线照旧；v1.0.37 补了快照过期的判断。 | 已解决 |
| 10 | 中 | 同一个币可能下两次单 | 原因：三路触发（碎片、预处理流、预确认）同一个币各到一次，以前没去重。 做法：v1.0.35 按币去重，谁先到谁触发，后到的只记录。 | 已解决 |
| 11 | 中 | 看门狗把一笔正常买入当成异常，自动停了轮（21:13） | 原因：这轮按设计绕过了老规则、只靠鹰眼选币，但看门狗里"允许买哪几类币"的清单是写死的，没跟着改，买到老规则外的币就判异常。 做法：改看门狗：开了绕过开关的轮，鹰眼放行的币都算正常。当晚换上，随 v1.0.38 正式进版。 | 已解决 |
| 12 | 中 | 第十六轮开了 50 分钟一个币都没买（65 个全被鹰眼拦） | 原因：不是把关坏，是那段时间币质量低，全网建币过线的比例从 2% 掉到 0.5%，而且绕过老规则后鹰眼要看全部币，通过率本来就只有几个百分点。 做法：测试轮把鹰眼放宽到前 2000 名多攒样本（真钱轮不这么放）。 | 已解决（测试轮） |
| 13 | 中 | Telegram 报"预确认积分用到上限 80%"，差点自动关掉开放订阅 | 原因：转发器按 Helius 文档"每条 10 积分"自己估的数，实际后台账单 6 万条才扣 1 积分，估的数和真花的对不上。 做法：估算的上限不再当闸、只记日志；只按后台实际账单每小时查；总用量到套餐 90%（900 万）才退回名单模式，给狙击程序自己留 100 万。 | 已解决 |
| 14 | 中 | Harmonic 的块用 UDP 直发整组亏，Rakurai 通道从不赢 | 做法：Harmonic 的块只认 Triton 预确认触发；Rakurai 从草稿删掉。 | 已定 |
| 15 | 中 | Helius 账单里 LaserStream 一项用了 45 万积分，不知道是谁在用 | 原因（E 查清）：主要是常驻的"发币人记录"服务，它 24 小时订着全网 pump 建币的完整交易，按流量计费，约每小时 730 积分、每天 1.75 万，三周正好四十多万；其次是轮中的狙击程序自己。实际消耗约每小时 1,900（之前报的 190 算错了），约占月套餐 5%。 做法：不关（名单模式和研究要用它）；空闲时把订阅从"完整交易"改成"只要签名人和账户"，预计每天省 1 万积分以上。不急。 | 已查清；省流量空闲时改 |
| 16 | 中 | 发版测速闸一轮快一轮慢，分不清 5% 以内的退步 | 原因：闸每次跑两轮取平均，单轮能差 ±10%，机器忙时更乱。 做法：每次存原始输出。二分结果（B）：13 个点各跑 6 遍，全在 ±1.5% 以内，v1.0.37 实际只慢 0.5%，之前的 3.9% 是噪声，没有变慢的提交。 | 已解决 |
| 17 | 低 | v1.0.37 发版被一条测试拦了两次 | 原因：那条测试把我发版时带的"已人工确认"开关原样传给了它要检查的脚本，把本该拦下的一步当成已确认，于是断言失败；单独跑是过的。 做法：测试里去掉继承外层开关，只改测试，发版判定本身没动。 | 已解决 |
| 18 | 低 | 重开轮时被"开轮前体检"拦下，说装了不该装的配置 | 原因：E 当晚改了三次转发器配置，但服务器上仓库里的同名文件没同步，体检要求两边一字不差。 做法：当晚把实际装着的配置写回仓库；v1.0.38 起这些配置随版本进仓库，服务器上不再有手改文件。 | 已解决 |
| 19 | 低 | 通道探测里 tpu 直连报错 81 次 | 原因：探测程序把单发到了 tpu 预连接窗口之外的区块（提前 1～8 个），不是连不上出块人；真单里带 tpu 的 12 笔一次都没报错。 做法：tpu 保留；探测程序改成只发窗口内的区块（G，v1.0.39）。 修好后实测（G 排名第三版，初步）：v1.0.39 窗口 23 次 tpu 真发、0 次报错。tpu 的真实名次：JitoLabs 块先上链 23%、排第 2；BAM、Harmonic 块只 2%。新加的三路 24 次里 landx、flashblock 各赢 1 次，heliusq 0 次，都没超过现有第一名 → 下一轮 JitoLabs 块把 tpu 提到第 3，三条新路先不进顺序、继续测。 | 已解决 |
| 20 | 低 | 发版过程中有人往主开发分支推了新提交 | 原因：B 做完一件活顺手推了，没等发版结束。 做法：这次发版取的是推之前的版本，没受影响；B 的推送脚本加了锁，发版期间分支冻结、只许 F 登记。 | 已解决 |
| 21 | 低 | A 和 B 各写了一份"模型编译成机器码" | 原因：派活时两人同时做了同一件事。 做法：F 比过，B 那份分数逐位一致，只接 B 的；A 的留档不接线。 | 已解决 |
| 22 | 低 | 踩坑台账两个人用了同一个编号 | 原因：E 和 B 同时记坑，都领了 D321。 做法：E 的改成 D327；发版预检本来就会查撞号。 | 已解决 |
| 23 | 低 | 主控报时间错了三次、消息里写过占位的提交号 | 做法：发消息前先看一眼系统时间；提交号等 git 输出后再写。 | 已改流程 |
| 24 | 高 | Harmonic 的块预确认只收到 55%（问题 1 的后半段） | 原因：不是断流、也不是订阅漏了建币写法，是有 29 个跑 Harmonic 的出块人，我们开的三个区从来没推过它们的预确认（占全部 Harmonic 建币 32%）；要么它们绑了美国 / 亚洲区的构建者，要么根本没连构建者。 验证结果（G，初步）：Triton 7 个区全开 15 分钟（花约 1.27 美元），那批欧洲出块人出了 66 个建币，7 个区加起来只推过 1 笔——判定它们没连 Harmonic 构建者，本来就没有预确认，开哪个区都补不回来；美国、亚洲区推来的都是我们不下单的出块人。 做法：撤掉美东、东京、新加坡、盐湖城四区（省约 1.2 美元/小时），只留法兰克福、阿姆斯特丹、伦敦。我们下单的 Harmonic 块，能拿到预确认的上限就是现在这些（已覆盖的出块人里 91～96%）；剩下约三成 Harmonic 块和问题 7 一样只能靠碎片和预处理流。 | 已查清，到上限 |
| 25 | 高 | 我们比头部快了，前面却还有 1 个外部买家 | 原因（D 查清，初步）：BAM 块那笔是输在出价——前面是头部号 9qz7，优先费 0.017 SOL，我们 0.0128；另一笔 BAM 块 9qz7 出到 0.049。JitoLabs 块那笔是输在到达——前面的号只出 0.0001 优先费，但走了一家叫 Speedlanding 的发送服务，比我们早 9 笔。 做法：BAM：报价 0.015 打不过 9qz7，要 ≥0.018 就撞每笔 0.02 的上限（问题 28，等你定）。JitoLabs：G 查 Speedlanding 值不值得加一路。 Speedlanding 查清（G，只读，初步）：它是靠自家验证者质押的直连发单服务，最低小费 0.001，套餐免费 / 49 / 199 美元每月，官方没有能核对的延迟数字。链上 13.7 小时里用它的同块狙击只有 17 笔，13 笔是同一个号（就是排在我们前面那个），它在 Harmonic 块付 0.0011 小费、13 次抢到 8 次第一。风险：认证要交一把 base58 私钥，官方示例还是明文传。 建议：暂不接；要测的话由你自己注册免费档、配一把单独的空钥匙，只在通道探测里测一路，不进真单。 | 原因已查清，在改 |
| 26 | 中 | 串预测触发的第一笔买单失败 | 原因（D 查清，初步）：撞了滑点线。预测发币人会把价推到 1.055 倍，实际推到 1.204 倍，偏低 14%（这个发币人历史波动 1.144，刚好卡在 1.15 的门槛下）；更主要是前面 3 个外部买单（含头部号 dK，优先费 0.05）又把价推高 26%，就算预测准也会超线。 做法：门槛从 1.15 收到 1.10，波动大的发币人不用预测，进 v1.0.39。 | 已改已审，v1.0.39 |
| 28 | 高 | BAM 块出价上限不够跟头部（每笔最多 0.02 SOL） | 原因：BAM 块同一批次按出价排；头部号 9qz7 在 BAM 块出 0.017～0.049 SOL 的优先费，我们 v1.0.39 的 0.015 打不过它，要再加就撞你 10-18 定的"每笔优先费最多 0.02 SOL"上限。 D 算的账（BAM 块我们 386 笔真单，初步，上限口径）：现在抢到第一 39%。每笔总出价设 0.015 / 0.02 / 0.03 / 0.05 → 抢到第一 58% / 59% / 61% / 65%，每笔多花 0.005 / 0.010 / 0.020 / 0.040，按 1 SOL 每笔净多 +0.044 / +0.040 / +0.036 / +0.027（每天约 10 笔 BAM：+0.44 / +0.40 / +0.36 / +0.27）。0.015 净赚最多：同批第 1 名的出价中位只有 0.0015，9qz7 这种出 0.05 的只是少数块，跟它拼价划不来。 做法：不放宽每笔 0.02 的上限，v1.0.39 用 0.015。 | 已定：不用改上限 |
| 29 | 高 | v1.0.38 段前 10 笔真单：7 笔成交一个第一都没抢到，执行中位 39 ms | 现象（D，初步）：0.01 仓位亏 0.115，99% 是费用；换算 1 SOL 合计 −0.236（成交单固定费用 −0.082、3 笔买单失败白付 −0.032、币本身涨跌 −0.122）。7 笔成交前面都有 1～3 个外部买家，进场价已被推高，换算 1 SOL 每笔中位 −0.03。建币 → 执行 15～110 ms，中位约 39 ms，和预确认触发那笔 15 ms 差很远。亏不在放宽选币，在没排第一。 原因（G 逐笔拆，初步）：慢在发出之后，不在看见和触发。10 笔都在看到建币后 2.4～7.7 ms 就发出，没有一笔是没收到预确认，让路的只 2 笔、各多等 1.3 / 4.6 ms。但上链时排在块里第 97～1508 笔：排在我们前面的买家大多给发送服务的小费更高——BAM 块里有 4 单给 Astralane 0.003，JitoLabs 块里有给 Jito 0.003 外加优先费；我们首选通道只给 0.001。另有 2 笔是对手先到。 D 定规则（初步）：JitoLabs 块：helius 小费 0.003 那组 4 笔抢到 2 个第一，0.001 那组 10 笔一个没有 → JitoLabs 首选通道小费全改 0.003（每笔多 0.002，抢到第一多 1 个点就回本）。BAM 块：查了 433 单，排序跟优先费走、跟发送服务小费无关，排我们前面的多数是先到 → BAM 每笔总出价 0.015 里小费留 0.001、其余全给优先费。Harmonic 不动。 做法：B 写下一轮草稿，明早 v1.0.39 发版后用；全开，前后段比。 | 规则已定，下一轮上 |
| 33 | 高 | 币本身在跌：抢到第一的两笔也亏 | 现象（D 第十六轮轮后，22 笔，初步）：换算 1 SOL 合计 −0.607（每笔 −0.028）：固定费用 −0.124、买单失败白付 −0.119、币本身涨跌 −0.364（最大一块）。成交 11 笔里抢到第一的只 2 笔，而且都亏（−6.7%、−14.2%）。失败 11 笔全是被抢先或滑点超限，没有一笔是程序的错。BAM / Harmonic 每笔实际费用又是预测的 2.4～2.5 倍。 A 的结论（过去 30 天，初步）：鹰眼分数越靠前越赚，抢到第一的条件下每币净利：前 500 名 +16.5%（八成为正）、501～1000 名 +12.8%、1001～2000 名 +9.7%（中位只有 +3.5%），后一段扣完固定费用和失败成本基本不赚。卖出时机：第 2～3 块卖为正的比例最高，第 4～5 块均值只多 0.4 个点，第 6 块以后全面变差 → 维持第 3 块卖。 做法：真钱轮把关用前 1000 名。今晚这轮仍是 0.01 测试，目的是攒"新报价 / 新小费是否抢到更多第一"的样本，先保持前 2000 名，D 轮后按分数段分开算钱。 抢到第一也亏的原因（D 查清，初步）：两笔都是被发币人自己的打包串钱包在第 3 块砸盘，正好排在我们第 3 块的卖单前面（一个卖回 1.38 SOL，一个卖回 2.60 SOL）；发币人本人、头部号、其他狙击在前 3 块都没卖。另：鹰眼前 2000 名里抢到第一的币，3 块后整体是涨的，亏在排位和费用。 大样本结论（D，最近 120 个有串的币，初步）：串钱包在第 0～6 块完全没卖的占 92%，卖回金额中位 0%，第十六轮那两笔是少见情况。"串钱包一卖就跟着卖"只会在约 8% 的币上起作用，还要在发单程序里实时盯串钱包，不划算 → 卖出维持第 3 块不改，真钱轮把关用前 1000 名。 10-23 重开（你令建收网模型）：手写规则改不动，改用模型——每过一块判断"继续拿 / 现在卖"，并入防砸（接下来几块发币人、串钱包、大户会不会砸）。G 牵头训练，I 先从研究库建训练表（逐块价格和成交约 920 万笔、头部号卖点、发币人什么时候卖），不花积分；按总净利（1 SOL）和"固定第 3 / 5 / 9 块卖"比，F 审过、影子跑过再用。 | 收网模型开建 |
| 35 | 高 | Dune 积分超支：本周期只剩 6,033（到 11-20 还有 28 天） | 现象（00:05 体检）：近 24 小时固定任务 453（上限 150）、研究 183（上限 60，其中 88 没标是谁跑的）、每日补数 286（上限 80）、快照 133（上限 100）；本周期已用 18,967 / 25,000。照这个速度不到一周就用完。 原因（E 查清）：每天都在烧的大头是"鹰眼快照"，每 20 分钟重拉一遍 6,000 行，约 240 积分/天；补数那 286 是昨天中午一次性的（之后已限到 80）；"未标名"是 C、D、A 的几次一次性查询，只是任务名没加前缀，已结束。按现在约 590/天，10 天用完。 做法（主控批）：快照改每小时一次（约 80/天）、补数上限 80 → 60，E 现在改；快照改成只补缺口（再省一半），A 写；任务名没前缀就拒跑，B 写。做完每天约 134，压到 150 以内。 进度（00:2x）：快照每小时一次已上（E 已核定时生效）。补数上限其实只是告警线，补数本身已在 10-22 中午压到只拉 3 项、≤80/天。A 的"只补缺口"已写好在 F 审，估快照降到 25～35/天。合计约 110/天，剩余积分到 11-20 每天可用约 215，够用。11:30 那轮跑完看实际花费。 更正（01:23）：只补缺口实测每轮约 4 积分、每天约 95，没到估的 25～35——快照里"前科表"那条查询每次固定约 1.9 积分，拉多拉少都一样（A 在 Dune 实测过）。合计约 210/天，加研究额度就超了。→ 每日补数里"赚钱号名单"改隔天拉；建币表只补非 SOL 计价和 mayhem 的币（约省 11/天）。根治是让法兰克福 VPS 从实时数据自己算前科，不再用 Dune，排到 10-28 鹰眼考卷之后。 | 再压一轮，余量薄 |
| 39 | 高 | BAM 块失败是到得晚：预确认先到也判了买，发出去的却是晚 10～22 毫秒的碎片那份 | 现象（D 查第 6、7 段 6 笔 BAM 失败）：我们每笔优先费在自己那一批里都排第 1，但 4 笔落在第 2 批，前面第 1 批的单不管出价高低都排在我们前面；另 2 笔在第 1 批里输给了位置更靠前的单。所以加价没用，是到得晚。 为什么晚：2 笔的块根本没有预确认；另 2 笔预确认那份先到、也判了"买"，实际发出去的却是晚 10 / 22 毫秒的碎片那份——像是程序的毛病；还有 2 笔串 3 笔，v1.0.42 会直接不发。 做法：B 最优先查"预确认判了买却没发出去"的原因，能修就进 v1.0.42；修好这 2 笔能早 10～22 毫秒，可能落进第 1 批。 原因（B 查清）：不是程序丢单。预确认那份被鹰眼把关拦了——预确认时还看不到串，模型按"串未知"打分是 0.22 / 0.29（线是 0.41）；晚到的碎片看到了一笔大串（串内买了 12.2 / 9.3 SOL），分数到 0.42 才放行，已经晚了。更正（B 01:5x 核代码和记录）：之前说"串按'没有'喂进去、和训练对不上"不对——预确认那份本来就按"未知"送，模型训练时也学过"未知"，分数差是模型对"不知道有没有串"的正常反应，不是程序错。这 2 笔都是新发币人。 连带更正（D）：之前说"发币人上一个币没带串的，这次真带串只约一成"不对——那是把没人抢的币也算进去了。按有人抢的币算：新发币人 62.5% 带串（三成串 ≥3），带过串、上一个没带的 32.4%，从没带过串的 9.7%。→ 改为只有"从没带过串"的发币人预确认一到就发，新发币人和带过串的都等碎片看到真实串再判，进 v1.0.42。这样新发币人本来就等碎片，鹰眼分偏低的影响小很多。剩一个小改进留给下一版：预确认已经等齐了真实串时，把真实串数送给模型（现在也按"未知"送），A 先确认口径。 | 原因已查清，规则进 v1.0.42 |
| 41 | 高 | 我们失败太贵：每笔失败付全额优先费 0.007～0.014，头部号约 0.001 | 现象（研究库头部号数据）：4yFA、8Rvt、2mqr 每 10 次尝试失败 8 次，照样每天净赚 +24～26 SOL；4yFA 每天失败三四千笔，失败费合计才 4～7 SOL。我们失败一笔就要付全额优先费（JitoLabs 块约 0.0072、BAM 块约 0.014）。 原因（初步）：优先费按"申请的计算量 × 单价"收，失败也照收；头部号优先费出得很低，主要靠交易里面的小费排队——交易失败，小费那笔转账跟着作废；再在最前面放自己的检查程序，块不对、价被推高就立刻失败。 做法（你 02:05 定：按头部思路——多发、便宜失败、靠抢到第一赚回来）：G 用研究库查清他们失败单的费用构成和程序；B 估"只改发单配置"和"自写链上检查程序"两条路的工作量；D 把失败成本做成扳机 / 报价的参数，"不发"规则按便宜失败重算，由负转正就放开。注意：JitoLabs 这类靠小费排队的块能学；BAM、Harmonic 按优先费排队，这招不灵。 第一步已定（D，初步）：JitoLabs 块的优先费对抢第一没用——同一个号自己比，出得比平时高时赢 36.7%、不高时 36.4%（150 个号、2.3 万笔）；常赢的 4yFA / 2mqr / 8Rvt 优先费只有约 0.0001。→ JitoLabs 块优先费从每笔约 0.0072 降到约 0.00014（Helius Sender 官方要求必须带一点，不能降到 0），小费 0.003 不动。成功的单每笔也省约 0.007，失败的单几乎不花钱（小费随失败作废）。只改开轮配置，下一段就生效；轮后看 JitoLabs 块抢第一的比例有没有掉。 | JitoLabs 已改配置，其余 G 在查 |
| 40 | 中 | 收网模型上线缺数据：买进后程序看不到这个币每块的成交 | 现象（B 查）：持仓期间程序每过一块只知道"过了一块"，曲线只读两次；持仓币每块的买卖、发币人和串钱包有没有在卖，都拿不到。收网模型训得再好也没东西可看。 做法：B 先在法兰克福 VPS 上只读实测四种可选数据源（到达快慢、漏不漏单、占多少资源、要不要花钱），推荐一种；G 训练时只用那个数据源拿得到的信息。真正接线等收网离线结果（约 10:00）证明值得再做。 | B 实测数据源 |
| 38 | 低 | 鹰眼把关约 11% 等满 1 ms 还没出分，只能按老规则判 | 现象：第 6 段 127 个建币里 14 个把关超时，13 个是老规则外的币，就没打；1 个按老规则放行。 原因（B，初步）：不是算得慢（取特征加打分约 0.7 ms），是打分进程平时睡在最低优先级，被叫醒、先处理排在前面的币、或正好在做别的活，多花了约 0.8 ms。三样各占多少现在拆不开。 做法：不把等待加到 2 ms（每笔都多等 1 ms 不划算）；下一版先给每个币记分段时刻拆清楚，改动小的话顺带让打分进程有积压时不降优先级。排在"不发"规则之后。 | 下一版 |
| 37 | 中 | v1.0.40 误删了 9,833 个发币人的串历史，串预测少覆盖约 7.6% | 现象：第 6 段 横幅里"有串推价历史的发币人"从 130,735 掉到 120,825。 原因（B 查清）：v1.0.40 为了剔掉异常币，把推价下限卡在 1 倍；可有 9,833 个发币人的串从来不推价（推价 0.999～1 倍之间），整个被当异常删掉了，这些人的币串预测就用不上。真异常只有 103 条。 做法：下限改成 0.999，真异常照剔，种子回到 130,579 个；进 v1.0.41，第 6 段 停轮换版。 | 已解决（第 7 段 横幅 130,696） |
| 36 | 中 | 实盘特征和训练的逐列对拍还没接（体检覆盖率 41.3%） | 现象（00:05 体检）：线上算出来的鹰眼特征和训练时用的，还没有逐列对过，发版预检一直只提醒不拦。 原因（A）：这个红灯是 10-21 的旧体检重报。41.3% 是那天只有部分时间开着影子打分；10-22 各轮覆盖约 96%。"逐列对拍"在体检里是写死的"未接"，对拍脚本其实已经有了。 做法：E 同步 10-22 的影子记录 → 明早 11:30 研究库补完 10-22 后 A 跑一次对拍（约 10 分钟）→ B 把体检改成读对拍结果。明早 12:17 的体检就能反映。 | 明早 11:30 后 |
| 34 | 高 | 出价、小费、发送时机的效果只能靠真单推断，样本少还费钱 | 原因：真单每笔要买币，0.01 仓位一笔连费用约 0.02，还会碰上买单失败；今晚"小费有没有用"只有 14 笔真单。 做法（你 00:03 批了）：用测速钱包的小额自转账测三件事——①出价：同时发两笔只差优先费，看是不是高的排前；②小费：只差发送服务小费，看是不是高的先上链；③发送时机：在区块开始后不同时刻发，看多晚就赶不上本块。按出块人类型出表给报价和扳机模型用。每天封顶 0.05 SOL，G 写，进 v1.0.41。真单只测"抢第一的比例"和"赚不赚钱"。 进度：G 的 5 笔提交 F 全部审过（含 harmonicb 对 astralane 对比）；小费对照每天最多 14 次，攒满样本约 5 天。v1.0.41 发版后 E 在法兰克福 VPS 上跑。 | 已审完，等 v1.0.41 |
| 30 | 中 | BAM 块预确认到了却被程序拒掉，退回碎片才发 | 现象：第 4 段 一笔 BAM 块（7vAh48p4）预确认先到，程序以"预确认的区块号比当前超前"为由拒了，等碎片才发，38.8 ms、前面 1 个买家。 原因（B 查清）：预确认报的区块号是对的（1,750 笔里 1,747 笔等于实际建币区块，没有一笔偏高），是新区块刚开始时我们本机的"当前区块"还慢一拍，就把它当成超前拒了。规则太严。全历史只碰到 12 次，每次能快 5～9 ms。 做法：BAM 块预确认只超前 1 个区块就放行，进 v1.0.40。 | 原因已查清，v1.0.40 |
| 31 | 中 | 预确认到了，但发币人的串一个都还没到就让路，最后碎片发也失败 | 现象：第 4 段 一笔 JitoLabs 块（9TTR6nX4），预确认先到，串 0 个到齐，串预测没接上，让给碎片后买单失败。 原因（B 查清）：这个发币人历史上的串都很稳（10 次都是 1.19 倍），但 4 分钟前他发了一个不是用 SOL 计价的币，程序按 SOL 的算法把它的"推价"算成了 312 倍，一下把这个发币人的历史波动搅乱了，串预测就判定"不可靠"跳过，结果等串、让路、失败。 做法：记串历史时排除非 SOL 计价的币，再加一道合理范围，超出就丢弃，进 v1.0.40。 | 原因已查清，v1.0.40 |
| 32 | 高 | Harmonic 块即使 Triton 预确认触发，还是慢（96.5 ms，前面 3 个买家） | 现象：第 4 段 两笔 Harmonic 块都是 Triton 预确认触发：一笔成交但 96.5 ms、块里第 298 笔，一笔买单失败。 原因（G，初步）：看见和发出都不慢（Triton 预确认到达后 3.5～4.7 ms 就发出），是没赶上建币后紧接着的那一批，落进了更晚的批次。早一批的买家主要走 Nozomi，另付 0.0025～0.043 的小费（我们今晚把 Nozomi 删了——探测时它只配了 0.001 小费所以从不赢）。2 笔失败都落到了下一个区块，价格已涨过 20% 滑点，每笔白付约 0.017。 D 定的规则（469 个块，初步）：①Nozomi 加回 Harmonic 块但只排最后、小费 0.001——数据显示走 Nozomi 的买家进前两批的比例并不比我们高，出高小费在批内也不靠前，所以不加小费；②Harmonic 块"建币后多久之内还发"的线从 100 ms 收到 75 ms，超了整笔不发（晚一块落地 99% 失败、每笔白付约 0.02；每 100 笔约省 0.2 SOL），BAM / JitoLabs 不动。 原做法：①Harmonic 块加回 Nozomi 一路；②预计会落到下一个区块的单不发或降优先费；③Harmonic 的 Bundles：G 查了官方文档，保证不了进第一批（50 毫秒一批按优先费排），但失败不扣费、直接送到构建者；而且有不用申请的公共入口（限流更严）→ 先不申请白名单，B 在 v1.0.40 加一路走公共入口，零成本实测。 10-23 结果：公共入口我们一发就被限流（7 对全是 429，10-17 也一样），测不了，已停。要用只能填官方白名单表（18 题，指南在项目目录《Harmonic捆绑申请-填表指南.md》）。官方要求单笔投机单持续高成功率，否则取消资格。你 01:39 定：先不申请，等 v1.0.42 跑出 Harmonic 块失败率再定。Harmonic 块照旧走 Remote TPU 等通道，建币后 75 毫秒以上不发。 | 暂缓：等 v1.0.42 失败率 |
| 27 | 低 | 没有预确认的块上，预处理流那条路还在等串 | 原因：今晚"不等串 / 串预测"只改了预确认那条路；预处理流先到时，发币人带串的仍让给碎片。 做法：只差约 1.3 ms，空闲时统一改成和预确认同一套规则。 | 空闲时修 |
| 时间（台北） | 问题 | 发生了什么 |
|---|---|---|
| 02:08 | 问题 6、38、39 | v1.0.42 发版（main 536cdfd），测速复跑通过（中位 +3.1%）。带三条"不发"规则和"只给从没带过串的老发币人抢先发"；探测约 05:40 跑完后部署，开第十七轮第 1 段 |
| 02:08 | 问题 41（失败太贵） | 省下第一笔：D 查明 JitoLabs 块的优先费对抢第一没用（出高出低赢的比例几乎一样，头部号只出约 0.0001），下一段起 JitoLabs 块优先费从每笔约 0.0072 降到约 0.00014，小费不动；成功失败都省约 0.007 / 笔。Harmonic 相位线同时改回 100 毫秒，B 改开轮配置、F 核 |
| 02:06 | 问题 41（失败太贵）、32（Harmonic 慢）、6（买单失败） | 你说"能省的地方一定要省"。D 按两档失败成本复核"不发"规则：带串没串价格、串 ≥3、JitoLabs 125 ms 三条，就算失败变便宜也还是亏，照拦；Harmonic"建币后 75 毫秒以上不发"拦掉的 84 笔合计其实是赚的（+2.66，按 1 SOL），拦错了，撤回到 100 毫秒。正在查最快能省的一处：JitoLabs 块每笔付约 0.0072 优先费，如果这类块主要按小费排队，这笔基本白花，只改配置就能降。另：G 的收网建表会读到封存的考试数据，主控已在开跑前停掉，没泄漏 |
| 02:05 | 问题 41（新：失败太贵） | 查了头部号最近一周：51 个头部号每天合计净赚 +152～+425；dK 日均约 +61，4yFA / 8Rvt / 2mqr 日均 +24～26，后三个失败率八成照样赚，因为失败便宜、抢到第一的赚得多。你定按这个思路：多发、便宜失败、靠第一赚回来。G 查他们怎么做到，D 把失败成本做成模型参数 |
| 01:58 | 问题 40（新：收网缺实盘数据源） | 网站加了第二节"模型库"，列 5 个模型的用途、牵头、线上在用的、在训版本和训练程度（6 步）。新问题 40：买进后程序看不到这个币每块的成交，收网模型上线前要先补数据源，B 实测四种方案 |
| 01:55 | 问题 33（币本身在跌）、34（出价 / 小费 / 时机） | 你令三件：①建收网模型（何时卖）——G 牵头、I 建研究库训练表；②防砸并进收网；③报价也做成模型——和扳机第二步合成一个（D 牵头）：把出价、小费、通道当输入，几档出价各算总净利取最高，都不赚就不发。全部只用研究库、按总净利判。v1.0.42 第一次被测速闸拦（本机满载），02:03 复跑 |
| 01:50 | 问题 39（BAM 到得晚）、6（买单失败） | 你定"用扳机模型解决预确认看不到串"：D 先做串预测——预确认一到就判断这个币会不会带串、串会不会 ≥3，用研究库约 248 万个币的串记录训练，只用建币交易本身、发币人历史和资金来源这些当时就有的信息，新发币人也能判。目标是把新发币人里不带串的约 37% 挑出来抢先发、带串的拦住。今天中午前出第一版离线结果，F 审过先影子跑一轮再真用。v1.0.42 正在发版 |
| 01:39 | 问题 32（Harmonic 慢） | 你定：Harmonic 捆绑白名单先不申请，等 v1.0.42 跑出 Harmonic 块失败率再定。测速钱包对照 01:36 重开，只跑出价 / 时机 / 小费，约 05:40 完 |
| 01:35 | 问题 39（BAM 到得晚）、6（买单失败） | 更正：之前说"上一个币没带串的发币人，这次真带串只约一成"，算错了（混进了没人抢的币）。按有人抢的币：新发币人 62.5% 带串，带过串的 32.4%，从没带过的 9.7%。改为只有"从没带过串"的发币人预确认就发，其余等碎片看到真实串再判，进 v1.0.42。问题 39 查清：不是丢单，是预确认时看不到串、带串币的鹰眼分偏低被拦，晚到的碎片带上串才放行 |
| 01:31 | 问题 32（Harmonic 慢）、35（Dune） | 按你要求新设 I（数据维护），专管研究库：拉过的数据都入库、只补没有的、回填以前 Dune 下载过的、实盘记录入库、每天报覆盖。Harmonic 捆绑免申请入口一发就被限流，测不了；要测得填官方白名单表，等你定。v1.0.42 等问题 39 修复到 04:30 |
| 01:27 | 问题 39（新：BAM 到得晚）、28（BAM 出价） | D 查完第 6、7 段 6 笔 BAM 失败：我们的出价在自己那批里都是第 1，输在落进了第 2 批——到得晚，不是出价低，报价不用再加。其中 2 笔预确认先到也判了买，发出去的却是晚 10～22 毫秒的碎片那份，像程序毛病，B 最优先查。第 7 段 01:20 提前停，七段合计 37 笔 −0.407；测速钱包对照 01:22 开跑 |
| 01:19 | 问题 6（买单失败）、34（出价 / 小费 / 时机）、35（Dune） | 第 7 段 6 笔失败 4，BAM 同块被推价是新的主失败，三条规则拦不到 → 提前停 第 7 段 和 Triton，测速钱包对照探测现在就跑（原定 04:15）。扳机数据：研究库已有 71 万个币的建币块竞争记录，D 直接用来训练；G 补逐笔位置和错误码（Helius 约 7.8 万积分，已批）。Dune 只补缺口实测每天约 95，合计约 210，余量薄，A 收窄 |
| 01:13 | 问题 6（买单失败） | 你定"扳机模型把数据做大"：不再只用我们约 1,500 笔真单，改用链上所有机器人在建币块里的买单（失败的也在块里，成没成、排第几都看得到），数据量大几十倍。G 做数据表，D 训练扳机（前几天训练、后几天验证，和手写三条规则比），F 审；模型过了再替换手写规则。另：发币人上一个币没带串的，照旧预确认一到就发（D：这类真带串只约一成），满 30 笔复核 |
| 01:02 | 问题 6（买单失败） | 带串的币整体在亏，D 算、F 独立复算一致：每笔多亏 0.020，失败多、抢第一少一半。定第三条"不发"规则：串 3 笔及以上整笔不发，和前两条一起进 v1.0.42；上线后每轮复核 |
| 00:53 | 问题 37（误删串历史） | 第 7 段 在 v1.0.41 上开轮，部署全过；横幅"有串推价历史"回到 130,696 个发币人，问题 37 解决。第 6 段 停于 00:51，6 笔 −0.067，对账差 0。今天已亏 0.4618，本轮上限 0.3382 |
| 00:58 | 问题 6（买单失败）、38（新：把关超时） | D 算完两条"不发"规则（初步）：带串没用上串价格的不发，历史省约 2.7 SOL（按 1 SOL）；JitoLabs 125 ms 相位线；进 v1.0.42。另发现带串的币整体在亏，D 拆细、F 复算。B 查把关超时 11%：慢在打分进程被唤醒和排队，不在计算；下一版先记分段时刻 |
| 00:51 | 问题 6（买单失败）、37（误删串历史） | v1.0.41 发版（main bc155b5，3109 测试过、测速持平），E 停 第 6 段 换版开 第 7 段。第 6 段 6 笔失败 5 笔、白付优先费约 0.057：3 笔带串币被跟买推价、2 笔晚一块；交 D 用全部历史真单算"该不发"的规则 |
| 00:45 | 问题 37（新：v1.0.40 误删串历史） | B 核出 v1.0.40 把 9,833 个"串不推价"的发币人当异常删了，已修（下限 1 → 0.999），进 v1.0.41；F 审过就发版，第 6 段 停轮换版开 第 7 段，04:15 跟 Triton 一起停，之后跑测速钱包对照探测 |
| 00:38 | 问题 6（买单失败） | 第 6 段 头 23 分钟：行情冷，37 个建币，鹰眼前 2000 线只放行 1 个（32 个在线外、4 个把关超时按老规则没放）。唯一一笔：JitoLabs 块，预确认比碎片早 4.9 ms 触发，但买单落在下一个块，价格已超滑点，失败，白付手续费 0.0072。把关超时占 13%，交 B 查 |
| 00:20 | 问题 35（Dune 积分超支） | 快照改每小时一次已上；A 的只补缺口写好在审（估 25～35/天）；合计约 110/天，在每天约 215 的可用额度内。11:30 后核实际花费 |
| 00:15 | 问题 30、31、34 | 第 6 段 在 v1.0.40 上开轮，部署全过、配置 0 不一致；小时亏损闸到约 00:33 解除后才开始下单。问题 34 的 5 笔探测提交 F 全部审过，进 v1.0.41 |
| 00:14 | 问题 35（Dune 积分超支）、36（实盘特征对拍没接） | 35 查清：大头是鹰眼快照每 20 分钟重拉，约 240/天；主控批止血：快照改每小时、补数上限 80 → 60（E 现在改），快照只补缺口（A）、任务名没前缀拒跑（B），做完约 134/天。36：红灯是 10-21 旧体检重报，10-22 覆盖约 96%，明早 11:30 后 A 接上对拍 |
| 00:11 | 问题 8、27、30、31、32、33 | v1.0.40 发版（main d700e22），测速持平；问题 33 结案：大样本里串钱包 92% 前 6 块不卖，第十六轮那两笔是少见情况，卖出维持第 3 块；E 部署后开轮 |
| 00:10 | 问题 35（Dune 积分超支）、36（实盘特征对拍没接） | 00:05 体检两个红灯：Dune 本周期只剩 6,033、各项都超上限，E 查清并先限流；实盘特征和训练逐列对拍没接，A 给判断 |
| 00:03 | 问题 25（JitoLabs 块被走 Speedlanding 的号抢先） | G 查清：用它的同块狙击很少，主要就是排我们前面那一个号；认证要交私钥、示例明文传，风险高 → 暂不接，要测需你自己注册免费档、配空钥匙只进探测 |
| 00:03 | 问题 34（出价 / 小费 / 时机只能靠真单）、32（Harmonic Bundles） | 你批了用测速钱包测出价、小费、发送时机三件事（每天封顶 0.05）；Bundles 改为测速钱包单独对比 astralane（不进真单，免得拉低成功率被取消资格）；都进 v1.0.41。v1.0.40 发版被拦（版本记录缺一段），B 在补 |
| 23:57 | 问题 21（LaserStream 积分谁在用） | E 查清：常驻的发币人记录服务订全网建币完整交易，每天约 1.75 万积分（月套餐 5%）；不关，空闲时改订阅省流量。下一轮草稿已生成，等最后一笔推送后空跑交审 |
| 23:54 | 问题 32（Harmonic 块慢） | D 定：Nozomi 加回 Harmonic 块但排最后、小费 0.001（高小费在批内不靠前）；Harmonic 块"建币后 75 ms 之后就不发"（原 100 ms），避免落到下一区块白付费；已交 B 进 v1.0.40 |
| 23:53 | 问题 33（抢到第一也亏）、18（tpu 报错）、3（通道排名） | D：两笔抢到第一也亏，是发币人的打包串钱包在第 3 块砸盘、排在我们卖单前面 → 卖出规则明早出；G 排名第三版：tpu 修好后 JitoLabs 块排第 2，下一轮提前；三条新路暂不进顺序 |
| 23:52 | 问题 8、30、31（已审）、32（Bundles 写好）、20（测速闸） | v1.0.40 进度：串预测上限 1.25、BAM 超前 1 区块放行、排除非 SOL 币三件 F 已审过；Harmonic Bundles 一路写好在推；问题 27 约 00:30；Nozomi 小费和"落下一区块不发"等 D 的值；草稿约 01:30。测速闸 3.9% 二分完：是噪声，没有变慢的提交 |
| 23:48 | 问题 2（预确认先到却等碎片） | G 对比：预确认触发 11 笔只 1 个第一，碎片触发 3 笔 0 个（样本小）——看得早做到了，抢第一的比例没涨，瓶颈在发出之后的出价和批次；v1.0.39 改的正是这部分 |
| 23:44 | 问题 33（币本身在跌） | A：鹰眼前 500 名抢到第一每币 +16.5%，1001～2000 名只 +9.7%、扣费后基本不赚；卖点维持第 3 块 → 真钱轮把关用前 1000；今晚测试轮仍前 2000 攒样本，D 按分数段分开算 |
| 23:38 | 问题 30（BAM 预确认被自己拒）、31（串预测没接上）、32（Harmonic 慢） | B 查清 30：本机"当前区块"慢一拍误判超前 → BAM 超前 1 个就放行；31：一个非 SOL 计价币把发币人历史搅乱 → 记历史时排除；32：Harmonic Bundles 有免申请公共入口、失败不扣费 → 不申请白名单，加一路实测。三件都进 v1.0.40 |
| 23:37 | 问题 8（串预测上限）、33（币本身在跌） | D 第十六轮轮后：22 笔换算 1 SOL −0.607，最大一块是币本身跌 −0.364，抢到第一的 2 笔也亏 → A 查选币；串预测推价 >1.25 的 2 笔都大亏 → 加上限，进 v1.0.40 |
| 23:36 | 问题 32（Harmonic 块预确认触发也慢） | G 查清：没赶上建币后紧接的那一批，早一批的人走 Nozomi + 高小费；失败的 2 笔落到下一个区块撞滑点。D 定 Nozomi 小费和"会落下一区块就不发"的规则；Harmonic 白名单要你点头，G 先查官方要求 |
| 23:34 | 问题 6（买单失败）、29（没排第一）、30～32（新） | v1.0.38 段全部 14 笔：成交 9、失败 5（36%，BAM 预确认触发 3 笔失败 2 笔）；成交的 9 笔只有 1 笔抢到第一（Firedancer 块），5 笔前面 1 个买家；执行中位 37.6 ms（快的 15、19 ms，慢的 48～110 ms 都排在 2～3 个买家后）。新发现 3 个问题（30～32）已派人查。v1.0.39 23:33 发版（main 98c1582），第 4 段 停轮换版 |
| 23:22 | 问题 29（7 笔成交 0 个第一） | D 定规则：JitoLabs 块首选通道小费 0.001 → 0.003（0.003 组 4 笔抢到 2 个第一，0.001 组 10 笔 0 个）；BAM 排序跟优先费走，总出价 0.015 里小费留 0.001；B 写下一轮草稿 |
| 23:21 | 问题 24（Harmonic 块预确认只收到 55%） | 查清：那批欧洲出块人 7 个区只推过 1 笔，判定没连构建者、本来没有预确认；撤掉四个远区，只留法兰克福 / 阿姆斯特丹 / 伦敦，Harmonic 预确认到上限 |
| 23:19 | 问题 29（7 笔成交 0 个第一）、问题 24（Harmonic 55%） | G：慢在发出之后，排前面的买家给发送服务的小费 0.003，我们 0.001 → D 今晚把小费并进报价，进 v1.0.39。Triton 7 区 15 分钟花约 1.27 美元，盐湖城 0 条，等 G 定常开哪几区 |
| 23:17 | 问题 29（7 笔成交 0 个第一、执行中位 39 ms） | D 拆账：v1.0.38 段 31 分钟 10 笔真单，换算 1 SOL 合计 −0.236，成交的 7 笔前面都有 1～3 个外部买家；执行 15～110 ms、中位 39 ms。G 逐笔查慢在哪 |
| 23:08 | 问题 28（BAM 出价上限） | D 算账：0.015 / 0.02 / 0.03 / 0.05 四档里 0.015 净赚最多（抢到第一 39% → 58%），不用放宽每笔 0.02 上限；串预测门槛 1.10 已由 B 改好待审 |
| 23:07 | 问题 25（比头部快却前面还有 1 个买家）、26（串预测第一笔失败）、28（BAM 出价上限） | D 查清：BAM 块输给头部号 9qz7 的出价（0.017～0.049 vs 我们 0.013）；JitoLabs 块输给走 Speedlanding 的号（到得更早）；串预测那笔预测偏低 14% + 前面 3 个买单推价 26% 撞滑点 → 门槛收到 1.10。BAM 要跟价就要放宽每笔 0.02 上限，D 算账后请你定 |
| 23:02 | 问题 24（Harmonic 块预确认只收到 55%） | 原因：29 个 Harmonic 出块人三个区从没推过预确认（按出块人整块缺），要么绑了美亚区构建者、要么没连构建者；正在 7 区全开 15 分钟验证（≤0.6 美元） |
| 23:03 | 问题 2、3、4 | v1.0.38 前 3 笔真单：建币 → 执行 15.1 ms（BAM，预确认触发）、19.0 ms（JitoLabs）都比头部 22～29 ms 快，块里第 41、46 笔，但前面都还有 1 个外部买家；第 3 笔串预测触发买单失败，D 在查原因 |
| 22:51 | 问题 2 预确认先到却等碎片 | v1.0.38 第一笔预确认触发的真单（NUT，BAM 块）：建币 → 执行 15.1 ms（以前碎片触发 38～46 ms），块里第 41 笔；前面有 1 个外部买单，币跌，0.01 仓位净 −0.018 |
| 22:55 | 问题 5 鹰眼打分挡发单 | 发币人特征缓存写好（A），7,000 个币逐位一致，取特征 0.33 → 0.18 ms，交审，进 v1.0.39 |
| 22:50 | 问题 4 同批次比费用 | 报价更正：BAM 每笔总出价 0.015 SOL（不是 0.033），不碰每笔 0.02 的上限，进 v1.0.39 |
| 22:50 | 问题 3 哪条通道最快 | 通道排名第二版（783 次）：带小费 BAM helius 90%、Harmonic astralane 91%、JitoLabs node1 48%；探测程序修好、补三路，进 v1.0.39 |
| 22:44 | 问题 2、5 | 第十六轮 v1.0.38 段开轮：不等串 + 串预测生效（种子表 13 万）；机器码推理生效，把关等分 ~2 → 0.74 ms |
| 22:17 | 问题 2、3、5、11 | v1.0.38 发版（不等串、串预测、急件优先、机器码推理、通道删 3 路、看门狗修正） |
| 22:25 | 问题 1 | 验证：去掉区域过滤后 BAM 块预确认覆盖 37% → 92%，Harmonic 37% → 55% |
| 21:19 | 问题 11 | 看门狗误停：热修上线，重开 |
| 20:53 | 问题 1 | 根因找到并修：订阅里自设的区域过滤去掉；21:03 Triton 开三区 |
钱的底线（D 初步，12 笔真单，F 登"通过（初步）"）：按现在速度 1 SOL 仍亏（老规则 −1.9/天、鹰眼前 500 −1.6/天），速度配齐上限 +16.4 / +6.4；失败全是被抢先、0 笔程序错误。
训练程度按 6 步算：① 数据备好 → ② 训练方案（预注册）F 审过 → ③ 训练 → ④ 离线验证（用封存的数据只考一次）→ ⑤ 影子跑（线上只记不下单）→ ⑥ 上线。● 是已完成的步数。所有模型只用研究库训练，按总净利（1 SOL）判断，可以接受小亏。更新于 10-23 01:58。
| 模型 | 管什么 | 牵头 | 线上现在用的 | 在训版本 / 训练程度 | 数据 | 下一步 |
|---|---|---|---|---|---|---|
| 鹰眼（选币） | 建币那一刻判断这个币值不值得抢 | A | v0.2c-H（已编成机器码，测试轮放行前 2000 名，真钱轮前 1000 名） | v0.3b-3 ●●●○○○ 3/6 已训练，等本机内存够了冻结 | 研究库约 240 万个币 | 冻结后 10-28 考卷（第 ④ 步）；今天 11:30 后线上和训练逐项比对（问题 36） |
| 扳机 · 串预测（v0.2a） | 预确认一到、串还没出现时，判断这个币会不会带串、串会不会 3 笔以上——决定抢先发、等碎片还是不发 | D | 手写规则（v1.0.42）：带串但没串价格不发、串 ≥3 不发、只给从没带过串的老发币人抢先发 | v0.2a ●●○○○○ 2/6 方案 F 已批，验证用的 65,262 个币已封存，02:25 开训 | 研究库约 248 万个币的串记录；只用建币交易本身、发币人历史、资金来源这些当时就有的信息 | 今天中午前出离线结论 |
| 扳机 · 发不发 + 报价（v0.2b） | 发了会不会失败、能不能抢到第一；对几档出价各算总净利取最高，最高也不赚就不发 | D | 固定出价（BAM 每笔总出价 0.015、JitoLabs 小费 0.003）+ 上面的手写规则 | v0.2b ●○○○○○ 1/6 方案已交 F；数据在拉 | 研究库 71 万个币的建币块竞争记录 + G 新拉的逐笔表（约 07:00）+ 今晚测速钱包同币多档出价对照（约 05:40） | F 审方案；数据齐了开训。加价效果用我们自己实盘里随机分档出价的单来核（第十五、十六轮 BAM 两档出价、JitoLabs 两档小费），防止把"到得早"算成"出价高" |
| 收网（含防砸） | 买进后每过一块判断继续拿还是现在卖；防砸 = 接下来几块发币人、串钱包、大户会不会砸，会砸就提前卖 | G（A 考卷前当顾问） | 固定第 3 块卖 | v0.1 ●●○○○○ 2/6 价格路径表 I 已建好（29 万行）；方案 F 02:08 前审过（只用 10-16 及以前训练，和扳机共用封存的 10-17～20），可以开训。10-21 做过一版被否：那版多是排在别人后面进场的单，模型只比"第 3 块卖"多 0.05 个点；这次只看抢到第一进场的单、每块用新信息（发币人 / 串钱包卖、头部号走、买盘断） | 逐块成交约 920 万笔、头部号卖点约 43 万笔、发币人什么时候卖 | 离线结果约 10:00，和固定第 3 / 5 / 9 块卖比；上线前要先补实盘每块数据源（问题 40） |
| 户籍关联 | 认出同一个人换钱包发币，给鹰眼当输入 | A | creator_ident_v2 | ●●●●●● 6/6 已上线；计算口径冻结到 10-28 | 约 84 万个币 | 考卷后再动 |
历史：扳机 v0.1（10-22）热度模型准确度过线，但按方案算一笔都不该拦——抢到第一赚的远大于失败费，于是改作报价参考，v0.2 改学"这一笔发了值不值"。模型上限 6 个（鹰眼、扳机、收网、报价、防砸、户籍关联），防砸并入收网、报价并入扳机后实际 4 个在训 / 在用。
尺子：建币 → 我们的买单被执行（同一路碎片里看到建币那一刻，到看到我们买单上链那一刻，毫秒，中位）。越小越靠前；按历史数据每慢 1 ms 大约往后排 1.3 笔。
| 谁 | 建币 → 执行（中位） | 在块里排第几（不含投票） | 进建币那个块的比例 | 来源 / 说明 |
|---|---|---|---|---|
| 头部最快（dKMjeG） | 23.5 ms | — | — | Alpenglow 网络升级后实测 |
| 头部职业号（4yFA、9qz7 等一批） | 22.5 ms（升级前）/ 28.9 ms（升级后） | 第 53 笔 | — | 挡我们的那批号，不是内部人，是真的快 |
| 我们：以前（10-17～10-21，碎片触发） | 34～40 ms | 第 71～76 笔 | 约 65% | 比头部慢 11～17 ms，落后约 20 笔 |
| 我们：今晚碎片 / 预处理流触发 | 38.3 / 44.8 / 45.8 ms | 两笔外部第一、一笔第二 | 第十五轮 5/8 同块 | 只有 3 笔落地样本，初步 |
| 我们：预确认触发（v1.0.38 起大部分走这条） | 预计 27～30 ms | — | — | 预确认比碎片早 7～11 ms、把关提速再省约 1.5 ms 推算；重开后用真单量 |
| 目标（达标线） | ≤ 25 ms | ≤ 第 53 笔 | ≥ 85% | 追平头部职业号；对标 4yFA（30 天平均每天净赚 +34 SOL） |
| 段 | 时间 | 能怎么省 | 状态 |
|---|---|---|---|
| ① 出块人出块 → 我们看到建币 | 13～16 ms | 换预确认（早 7～11 ms）；覆盖从 37% 提到 BAM 92%、Harmonic 55% | 已做 |
| ①′ 预确认先到却等打包串 | 6～9 ms（约一成的币） | 直接发 + 串预测 | v1.0.38 上线中 |
| ② 看到 → 程序收到 | 0.2 ms | 已经很小 | 不用动 |
| ②′ 鹰眼打分挡在发单前 | 1.7～2.0 ms（最慢 4.7） | 机器码推理 → 约 0.3～0.4 ms；特征缓存 → 最慢 <1 ms | v1.0.38 + v1.0.39 |
| ③ 写出 → 中继回执 | 写出 2.8 + 回执 3.9 ms | 删掉从不赢的通道，每删一路写出快 0.3～0.4 ms | 第 4 段 删了 3 路 |
| ④ 写出 → 上链 | 约 33.5 ms | 换赢率最高的通道排第一（BAM helius、Harmonic astralane、JitoLabs node1、Firedancer erpcq）；同批次比费用要靠出价 | 通道已改；出价 D 今晚第一版 |
差距结论：和头部比慢的 11～17 ms 主要在①"看得早"，今晚的预确认修复把这一段补上了大半；④是剩下最大的一块，出块人那边不给收到时刻，只能靠通道排名和出价去压。重开后用真单验证"预确认触发是不是真的到了 30 ms 以内"。
| 版本 | 主线提交 | 发版 | 默认就会变的行为 | 默认关 / 开关 | 用在哪一轮 |
|---|---|---|---|---|---|
| v1.0.34 | — | 10-22 中午前 | 第十五轮基线：老规则 R1–R4 选币 + 鹰眼 v0.2c-H/L 把关（前 1000 名线）；触发 race（UDP 碎片 / 预处理流 / Helius 预确认）；多路并发发单 | — | 第十五轮 14:49–17:50 |
| v1.0.35 | 6bc779b | 10-22 下午 | 同币去重（1a7f899 + 1abceb9）；连接预热（warming）；6 列快照 snapshot_asof（6d256354）；dune_client 读回限额 | --hawk-gate-bypass（dev / dev_score / prev / host / hour）默认关 | 未开轮（被 v1.0.36 覆盖） |
| v1.0.36 | 74a5c28 | 10-22 18:00 前 | Codex 二审修 bypass 漏洞 ①②③⑥⑦⑨（e3851c3） | 同上 | 续轮 18:18–20:10 |
| v1.0.37 | 726d3fb | 10-22 20:07 | 开机补停机空窗（f88131e）；快照水位（df6d48d）；seq_lost 补块（769c2d0）；到达字段 arrivals（a0be23c）；Harmonic 块只认 Triton 预确认触发（58e57d3）；预确认两条订阅 + 逐小时交替（06df497 / 9edfb62）；Admin API 封顶 / 阈值（5f42e93 / 2bb3976）；测试隔离修复（04449ca） | --harmonic-triggers triton、--pp-all-creates；A|B 期望（430681a） |
第十六轮 20:15–21:05（0 真单）；第 2 段 21:08–21:13（看门狗误停）；第 2 段 21:19 起 热修 21:19 单文件换 round_watch.py（34f9fd5） |
| v1.0.38 | 24d07c6 | 10-22 22:17 | 串预测 --preconf-chain-pred 默认开（4600dc3 / e3ead62：发币人带串、串未到 → 按历史串推价中位数当场按预确认发；≥2 带串历史、离散 ≤1.15）；预确认先到不等串 --preconf-last-no-chain fire（fa8d6b7 + chain_cap 621d941）；看门狗放行规则外的币（34f9fd5 + 倍数按 1 d6b0639）；把关急件优先（52fe401）；鹰眼推理编译成机器码（hawk_native 166199c，部署时现编、开机自检，不过退回纯 Python）；判定链共用模块 snipe/decide_chain.py（2a65838 / 9fc912c / 7aa3c8d）；开机补空窗限 3,000 次（04da51f）；今晚转发配置进仓库（全区域、只开放、Triton 三区、账单只报警） |
--preconf-last-no-chain 默认 defer（草稿写 fire）；1 ms 超时保底、特征缓存留 v1.0.39 |
第十六轮 第 4 段（重开后） |
| v1.0.40 | d700e22 | 10-23 00:11 | BAM 预确认只超前 1 个区块就放行（问题 30）；串历史排除非 SOL 计价的币、只收 1～14.7 倍（问题 31）；串预测推价超过 1.25 倍不追（问题 8）；预处理流也用不等串 / 串预测（问题 27）。草稿另改：JitoLabs 块 tpu 提到第 3；Harmonic 块加回 Nozomi（排最后、小费 0.001）；Harmonic 块建币后 75 ms 之后不发（问题 32） | Harmonic Bundles 一路代码在、默认关，改用测速钱包单独测 | 第 6 段 00:15–00:5x（6 笔，失败 5） |
| v1.0.41 | bc155b5 | 10-23 00:51 | 修 v1.0.40 误删 9,833 个发币人的串历史（推价下限 1 → 0.999，问题 37）；Dune 任务名不带分叉字母前缀就拒跑、定时任务照旧（问题 35）；体检"逐列对拍"读 A 的对拍结果（问题 36）；测速钱包对照探测：出价 / 发送时机 / 小费三种 + harmonicb 对 astralane，四种合计每天 ≤0.05 SOL（问题 34、32） | 对照探测只在没有轮次时手动跑（04:15 后） | 第十六轮第 7 段（00:53–01:20） |
| v1.0.42 | 536cdfd | 10-23 02:08 | 三条"不发"规则默认开：带串但没串价格不发、串 ≥3（已看到或按串预测预期）不发、JitoLabs 块建币后 125 ms 以上不发；预确认一到就按发币人价发，只留给"从没带过串"的老发币人和串已等齐的单，新发币人和带过串的等碎片看清（问题 6、39）；横幅新增"扳机三条"一行；被拦的币照记并标原因；鹰眼把关分段计时（问题 38）；串种子表换 v2。第一次发版被测速闸拦（本机满载误报），各分叉暂停重活后复跑通过 | 开轮配置另改：Harmonic 相位线 75 → 100 ms（被拦的单合计是赚的）；JitoLabs 块优先费每笔 0.0072 → 0.00014（对抢第一没用，问题 41） | 第十七轮第 1 段（探测跑完、部署后，约 06:00 后开） |
| v1.0.39 | 98c1582 | 10-22 23:33 | 把关特征缓存（取特征 0.33 → 0.19 ms）；把关最多等 1 ms、超时只放老规则内的币；报价：BAM 每笔总出价 0.015（小费 0.001 + 其余优先费）；串预测门槛 1.15 → 1.10；通道探测补 heliusq / landx / flashblock、tpu 不再误报；tpu 发前检查修正。草稿另改：JitoLabs 首选小费 0.001 → 0.003 | — | 明天的轮 |
| 段 | 版本 | 时间（台北） | 把关 | 预确认配置 | 真单 / 净值 | 备注 |
|---|---|---|---|---|---|---|
| 第十五轮 | v1.0.34 | 14:49–17:50 | 老规则 + 鹰眼前 1000 | 名单模式，四区过滤 | 8 笔 / −0.086 | 同块落地 5/8 |
| 续轮 | v1.0.36 | 18:18–20:10 | 同上 | 同上 | 4 笔 / −0.038 | 3 笔买单失败（被抢先） |
| 第十六轮第 1 段 | v1.0.37 | 20:15–21:05 | 跳过 dev / dev_score，鹰眼前 1000 | 开放 / 名单逐小时交替；20:53 起全区域；21:03 起 Triton 三区 | 0 笔 | 65 个建币全被把关拦（行情低） |
| 第 2 段 | v1.0.37 | 21:08–21:13 | 鹰眼前 2000 | 名单小时 | 3 笔 / −0.025 | 看门狗把 R3b 币当异常买入停轮（配置冲突） |
| 第 3 段 | v1.0.37 + 热修 | 21:19–22:18 | 鹰眼前 2000 | 只开放、全区域、Triton 三区 | 8 笔 / −0.090 | 2 笔抢到第一（k=0）但币跌；对账差 0.000002 |
| 第 4 段 | v1.0.38 | 22:44–23:33 | 鹰眼前 2000 | 同上 | 14 笔 / −0.156（成交 9、失败 5；对账差 0） | 不等串 + 串预测（种子表 130,663 个发币人）+ 通道删减排序 + 机器码推理（已核生效）；把关等分中位 0.74 ms（以前 1.7～2）；本轮亏损上限程序收紧到 0.4554 |
| 第 5 段 | v1.0.39 | 23:50–23:57 | 鹰眼前 2000 | 同上 | 0 笔 | 为换 v1.0.40 停轮 |
| 第 6 段 | v1.0.40 | 10-23 00:15–00:51 | 鹰眼前 2000 | 同上 | 6 笔 / −0.067（失败 5；对账差 0） | 部署全过、配置 0 不一致；小时亏损闸 00:33 解除后才下单；失败 5 笔：3 笔带串币被跟买推价、2 笔晚一块（见问题 6）；成交 1 笔前面 2 个买家；为换 v1.0.41 停轮 |
| 第 7 段 | v1.0.41 | 00:53–01:20 | 鹰眼前 2000 | 同上 | 6 笔 / −0.069（失败 4；对账差 0） | 串历史回到 130,696；BAM 3 笔同块被推价、JitoLabs 1 笔晚一块，新规则都拦不到；夜里行情冷，继续跑只是白付优先费 → 主控提前停轮，Triton 一起停，对照探测提前到现在跑；早上 v1.0.42 好了再开 |
仓位均 0.01 SOL；上限：40 笔 / 本轮亏 0.47 / 日止损 0.8 / 小时闸 0.15 / 480 分钟。第十六轮合计（三段）：真单 25 笔，净 −0.271 SOL，链上和账上都对得上；下单钱包 0.8995 → 0.6286 SOL。第 5 段 0 笔即停；第 6 段 6 笔 −0.067；第 7 段 6 笔 −0.069，01:20 提前停。第十六轮七段合计：真单 37 笔，净 −0.407 SOL，每段链上和账上都对得上；下单钱包 0.8995 → 0.4927 SOL。01:22 起测速钱包跑对照探测（约 4～4.5 小时）；Triton 01:20 停，10-22 当天花约 15.8 美元（上限 50）。下一段等早上 v1.0.42。
| 出块人类型 | 占全网质押 | 最早信号 | 比自己收碎片早（中位） | 覆盖率（建币里收到的比例） | 费用 |
|---|---|---|---|---|---|
| BAM（Jito） | 37.6% | BAM 预确认（Helius 和 Triton 同一份） | +10.8 ms（四区过滤时）/ +6.8 ms（全区域后，含远区） | 四区过滤时 37%（订到的区 82%、没订的区 0%）→ 全区域后 92%（701/763，初步）；BAM 块里第一个到的 81% 是预确认 | Helius 实际 0（至今 2 积分） |
| Helius 自营 | ≈14% | Helius 预确认 | 同上 | 91% → 96% | 同上 |
| Harmonic | 29.8% | Triton 预确认 | +9.8～11.1 ms | 只 fra 时 37%（德国 68%，荷兰 / 英国 0%）→ 三区后 55%（初步） | 约 $3.4/区/小时，三区实测约 $4.3/小时；今晚封顶 $50 |
| 其余（非 BAM Jito、Firedancer、Agave） | ≈18% | Helius 预处理流 | +1.9 ms | 全覆盖（无预确认产品：Rakurai 1.2%、Astralane 未公布，已否决） | 0.1 积分/条 |
官方来源：Helius getPreConfCoverage 51.86%（Helius 自营 + BAM）；bam.dev/explorer 37.56%；harmonic.gg 29%（链上按客户端 29.8%）。预确认比预处理流早 9.1 ms。按区域领先 UDP（中位）：fra 9.8 / ams 7.3 / sqq 6.5 / lon 4.3 / dub 3.1 ms；Triton DE 10.4 / NL 8.4 / GB 8.8。美西的预确认反而比碎片晚，美东亚洲早但我们不在那下单。Helius Gatekeeper：我们的预确认 / 预处理流订阅本来就连 beta 端点，无需切换。
来源：常驻 route_probe 10-22 01:04–21:19 共 742 笔（同一笔小额自转账同序号多路并发，先执行的那份落地，其余作废不收费）。带小费轮 9 路都在，免小费轮只有 5 路。样本小（带小费 18～28 次），窗口密集探测后出第二版。
| 出块人类型 | 带小费轮（9 路） | 免小费轮（5 路） | 第 4 段 顺序（各 6 路） |
|---|---|---|---|
| BAM | helius 83%（15/18）· erpcq 11% · node1 6% · 其余 0 | erpcq 39% · jitotx 23% · heliusrpc 20% · tritontx 16% · tpu 2%（179） | helius → erpcq → node1 → astralane → tritontx → tpu |
| Harmonic | astralane 89%（25/28）· helius / erpcq / node1 各 1 · nozomi 0（报错 8） | erpcq 92%（219/239）· tritontx 5% · tpu 2% | astralane → erpcq → helius → node1 → tritontx → tpu |
| JitoLabs | node1 46%（11/24）· helius 29% · astralane 17% · erpcq 8% · nozomi 0（报错 8） | erpcq 48% · tritontx 21% · tpu 21% · heliusrpc 8% · jitotx 3%（185） | node1 → helius → astralane → erpcq → tritontx → tpu |
| Firedancer | 无样本 | erpcq 85%（39/46）· tritontx 11% · tpu 4% | erpcq → tritontx → node1 → helius → astralane → tpu |
| Agave / other | 样本 <15，只看方向：tpu 73～80%（这类块只记影子不下单） | — | |