每一版带了什么、每一轮跑在哪一版、各类出块人上哪条通道最先入块、遇到的全部问题按重要性排。只写已核实的，初步的标"初步"。
更新：2026-10-22 22:50 台北（第十六轮 v1.0.38 段 22:44 已开） · 维护：主控 · 时间一律台北（UTC+8）· 每次发版 / 每轮结果 / 排名变动都更新到这里
一笔单从"看见新币"到"卖掉记账"走完前六块，后四块是撑着它们的。更新于 10-23 02:39。
| # | 块 | 管什么 | 谁 | 现在到哪 |
|---|---|---|---|---|
| 1 | 看得见（数据源） | 多早看到新币：预确认（Helius 管自营和 BAM 块、Triton 管 Harmonic 块）、碎片、预处理流 | D、E、G | 预确认覆盖约 81%；Harmonic 块只收到 55%（部分出块人没接）；约 18% 的块没有预确认，只能靠碎片 |
| 2 | 选币（鹰眼模型） | 建币那一刻这个币值不值得抢 | A | 线上 v0.2c-H；新版 v0.3b-3 已冻结，10-28 考 |
| 3 | 发不发（扳机模型） | 抢先发、等碎片看清，还是不发 | D | 线上用两条手写规则（v1.0.42）；串预测今天中午前出结论 |
| 4 | 怎么发（报价 + 通道 + 费用） | 出多少优先费 / 小费、走哪些通道、什么时候发 | D、B、G | JitoLabs 块优先费 0.0072 → 0.00014 / 0.001 两档实测；BAM 每笔 0.015；报价模型和扳机第二步合并在训 |
| 5 | 什么时候卖（卖币模型，含防砸） | 买进后每块判断拿还是卖 | G | 第一版没过线，维持第 3 块卖；第 3～5 块卖已经很赚 |
| 6 | 实盘程序 | 把上面五块接成真单，跑在法兰克福 VPS | B（写）、E（部署） | v1.0.42 已发版，约 05:47 部署后开第十七轮 |
| 7 | 风控 | 每笔仓位、每段 / 每天亏损上限、小时亏损闸、服务费上限 | B、E | 测试仓位 0.01；日止损 0.8；Triton 累计 45 美元自动停 |
| 8 | 数据（研究库） | 所有拉过的数据入库、只补没有的、每笔账表、每段指标表 | I（E 配合） | 研究库已回填；每笔账表和每段指标表在建 |
| 9 | 账（总账 + 钱包对账） | 每段钱包对账；推算"换个规则能赚多少" | D、F | 每段对账都对上；情景账定稿：规则 + 便宜失败后约打平 |
| 10 | 审查和汇报 | 碰钱和模型的改动审查、封存考卷、标准答案测试；体检、Telegram、网站 | F、E、主控 | 报数必须写清来源表、时段、分母 |
| # | 重要 | 问题 | 原因 / 做法 | 状态 |
|---|---|---|---|---|
| 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 审过、影子跑过再用。 情景账（D 02:19 更正版，初步，1 SOL，只用 10-18～22 共 386 笔真单，样本小、区间宽，F 正在用链上实付费用重新复算）：每笔净值 现状 −0.0056 → 加三条"不发"规则 −0.0018 → 再加便宜失败 +0.006（刚转正） → 卖币模型按块卖待定。定稿（D 0a94fd8 + F 链上实付复算对上，F 已登记通过，02:27）：两人都只用链上实际付的费用，不估不补。每笔 现状 −0.0088 → 加两条"不发"规则 −0.0063 → 再学便宜失败 +0.0014～+0.0021，刚好打平 → 卖币模型待定。成交单里抢到第一的平均赚 4.5%，没抢到的平均赚 0.9%；现在抢到第一的比例只有 31～33%。便宜失败下抢第一每多 10 个点，每笔约多 +0.002，到 70% 约 +0.0065；不做便宜失败要到约 78% 才不亏。上面 −0.0056 / +0.006 那一版也作废（多算了费用）。 02:52 只用持有 3 块的单重算（D，323 笔，F 链上复核中）：现状 −0.0096 → 两条规则 −0.0070 → 便宜失败 +0.0006，结论不变：刚好打平。成交单里抢到第一的平均 +5.7%、没抢到的只有 +0.06%；抢第一比例从 31% 提到 70%，每笔约多 +0.0085。F 用链上实付独立复核（只算 10-18～22 的 311 笔）：−0.0092 → −0.0063 → +0.0014；D 那版多含了 10-23 的 12 笔。两版都是接近打平，结论不变。 最终定稿（03:46，只从每笔账表 trade_ledger 取，312 笔）：现状 −0.0102 → 两条规则 −0.0070 → 便宜失败 +0.0008，刚好打平；比上一版少一点，是把"晚一块那份没成交的交易"手续费也算进来了。成交单里抢到第一的 +5.3%、没抢到的 +0.3%。抢第一比例按日期：10-16 / 17 是 66～67%（老版本），10-18 起 21～37%，v1.0.38 起 12 笔只有 1 笔（要查）。 作废：第一版说"每笔 −0.020 → −0.008、还差一样才转正、要 62% → 83%"是算错的——没有费用明细的单被按老的低费用兜底，10-18～20 那批算成每笔大亏；"带串比不带串每笔多亏 0.020"改为多亏 0.005。三条规则只看 10-18 以后复核，仍然都该拦。 | 卖币模型开建 |
| 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 |
| 45 | 高 | 发单写出可能从 v1.0.34 起慢了约 2 毫秒 | 现象（D，04:2x，每版只有 6～14 笔，初步）：从看到建币到第一路写出的中位，v1.0.29 及以前约 1.6 毫秒，v1.0.34～37 是 5～7 毫秒，v1.0.38～41 是 3.4～3.7 毫秒。"预测 vs 实际"表里这一项三段全红，就是因为这个。 做法：B 先查是改了计时的起点（比如把鹰眼把关的等待也算进去了），还是真的慢了；真慢就按版本找是哪一笔改动造成的，修进下一版。 04:3x I 核：两边是同一个字段，D 的预测基线用的大多是 v1.0.29 以前的老单，现已改用 v1.0.38 起的 26 笔（中位 3.56 毫秒），"预测 vs 实际"表不再标红。但"从 v1.0.34 起是不是真慢了 2 毫秒"还没答，换基线不算解决，B 在查。 B 查清（04:4x，每版 4～14 笔，初步）：计时起点没改，是真慢了，大头是鹰眼把关。v1.0.38～41 比 v1.0.29 多约 1.7 毫秒：等鹰眼打分 0.8（v1.0.38 换成机器码前是 1.4～2.3）、签好到第一路写出多 0.6（怀疑打分进程回分数时和发单线程抢 CPU，没证实）、拼单多 0.3。下一步：v1.0.44 打完标签后，B 做把关开 / 关对照，找出能省的部分（绑核、调优先级），进 v1.0.45。 | B 找能省的 |
| 44 | 高 | ERPC 加速通道（erpcq）每秒只收 1 笔，同一秒第二笔被拒 | 现象（G，04:0x）：测速钱包的对照探测没出结论，原因是同一秒里第二笔起全被 erpcq 拒收（报 429）。出价那项每组只发出去一笔；时机那项 111 笔全落在下一块以后。 原因（官方原文已核）：ERPC 共享加速通道按持有的 elSOL 给额度，每 4.2 个 elSOL 给每秒 1 笔，而且不超过套餐上限（ERPC FAQ - SWQoS，10-23 读）。 实盘风险（待查）：实盘也走 erpcq。同一秒发两单（两个币挨着，或买单和卖单撞在一起），第二单那份 erpcq 就发不出去；常驻探测如果和实盘共用这个额度，还会抢实盘的名额。 做法：B 查第十六轮实盘记录里 erpcq 被拒收了几次、常驻探测和实盘是不是共用额度、v1.0.44 的便宜卖单不能只靠 erpcq；D 算同一秒撞车的比例、单量涨到 650 / 天时会怎样。探测改走 heliusrpc（G 5fa5de0，F 审中），等第 1 段停轮后再跑。要不要多持 elSOL 换额度，等查出撞车多不多再定（涉及换币，由你决定）。 E 查清（04:1x）：常驻探测和狙击用的是同一个 ERPC 账号，合计每秒 1 笔；但第十六轮 g / j / k 三段的狙击日志里 erpcq 一次都没被拒，常驻探测 10-22 起 506 次也全部成功，目前没撞上。先这样防：开轮前停掉常驻探测，停轮后再重起；让探测只跳过 erpcq、其余照跑，要改代码，排进 v1.0.44。B 查一笔买单会不会往 erpcq 发好几份、卖单怎么避开，D 算单量上去后撞车多少。 D 算完（04:1x，初步）：10-18～22 的 509 笔发单（买加卖）里，前后 1 秒内还有别的单的只占 1.4%，单量到每天 650 时约 5.6%；而成交单里是 erpcq 那份落地的只占 4%，所以撞车最多丢 0.2% 的成交，可以不管 → 降为低。 04:22 又升回（F、D 核到）：卖单也走 erpcq，而且离自己的买单中位只有 0.70 秒，买单也带 erpcq——每秒只收 1 笔的话，卖单那份 erpcq 很可能被挡，最后只剩 tpu 一路。现在的记录只存回执、不存被拒，"日志里没有被拒"可能只是没记，"1.4%"作废。做法：v1.0.44 记下每一路的 HTTP 状态码；核实之前卖单以 tpu 为主路、erpcq 只作补充。第十七轮第 1 段不临时改（以前卖单 90% 同块落地，影响应不大）。 B 查清（04:3x）：狙击程序本机自己有一道闸，买单、卖单合计每 1.1 秒最多发 1 份到 erpcq，超了就在本机跳过、不发出去，所以狙击自己不会被拒（第十六轮 49 笔买单里 47 笔发了 erpcq，被拒 0 次）。卖单离买单太近，21 张里 20 张本机跳过了 erpcq，实际走 Helius 加 tpu，便宜卖单也一样，记账不受影响。真正会撞的只有常驻探测（另一个进程，不过这道闸）→ 轮中停探测，v1.0.44 加"探测跳过 erpcq"。 | 狙击不受影响；探测随 v1.0.44 改 |
| 43 | 高 | 近几版抢第一的比例往下掉 | 现象（D，初步）：成交单里抢到第一的比例，10-16 / 17 老版本 66～67%，10-18 起 21～37%，v1.0.38 起 12 笔只有 1 笔。情景账算出：失败变便宜后这个比例要守在 28% 以上才不亏，现在约 31%，再往下掉就转亏；提到 70% 每笔约多赚 0.0085。 做法：D 按版本、日期、出块人类型列一张抢第一比例表，看是哪一版、哪类块掉的；第十七轮在 v1.0.42 上跑出新数据后一起看。 D 初步（04:1x）：可能不是退步，是分母变了。10-16 / 17 成交单里一半是没人抢的币（块里除了我们没有别的外部买单），这类天然算抢到第一，把整体拉到 66%。（D 把 10-17 以后逐天拆开的那些数，用到了封存考卷的数据，已作废，见下。） 以后的口径：报"抢第一"一律只算有人抢的币（口径手册第 3 条）。04:20 F 复核：D 逐天拆 10-17～22、算出的"我们现在 27%"和新的"+30 表"，得读封存天的逐币标签才分得出有没有人抢，全部作废；"4yFA 59%"也找不到出处，作废。能确定的只有 10-16 同一天的对比（不在封存天；只看有人抢的币、只算成交单）：我们 96 笔里 29 笔抢到第一，30%；同一天头部 58～70%（4yFA 64%、8Rvt 63%、2mqr 58%、9qz7 70%、dK 63%），差两倍多。"是不是在往下掉"等 10-23 起的新轮数据再判。真正要补的是两头：有人抢的币抢第一从约 30% 往上提（速度、报价），没人抢的币要多买进来（现在只买到 16%）。 | 等 10-23 起新数据再判 |
| 42 | 高 | 卖单落地慢：三成多抢到第一的单没能在第 3 块卖出 | 现象（D，初步，10-18～22 实盘 39 笔抢到第一的成交单）：14 笔没在计划的第 3 块卖出，拖到第 4～7 块，越晚越差，约少赚 0.84 个点。研究库同样的卖法每币 +6.6%、我们实盘只有约 +4.5～4.9%，差的约 2 个点里：选到的币不同约 1.1 点、卖得晚约 0.84 点、卖出滑点约 0.25 点，买进价没差。 做法：B 和 D 查卖单什么时候发、走哪些通道、出多少费、有没有失败重发，给最小改法（提前发、加通道或小费），按总净利估省多少，F 审后进下一版。卖币模型改块号之前，先保证第 3 块卖得出去。 02:49 B 查完：基本不成立，关闭：14 笔里 9 笔是第十四轮特意设成持有 5～6 块、按设定准时卖的，现在一律持有 3 块，不会再出现；真正晚落地的 5 笔，4 笔晚卖差额为 0、1 笔反而多赚；研究库 14.5 万个币晚一块卖的收益中位也是 0。卖单没有失败重发，准时触发的在第 3 块开头 1～19 毫秒就发出。上面"卖得晚少赚 0.84 个点"作废，D 在重算差距拆分。 | 不成立，关闭 |
| 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 块抢第一的比例有没有掉。 G 查清头部号怎么做到（初步，研究库 10-16 前）：①同一笔买单发上百份；②每份第一步都用同一个"种子"建账户，抢输的副本一开头就报"账户已存在"失败，427 笔失败里 417 笔是这种，真因为价格失败的只有 8 笔；③每份的优先费出得极低，钱全放在最后一步的小费里，失败时小费不付。所以他们抢输一份约 0.00001 SOL，我们失败一笔约 0.005。不用自己写链上程序，只改配置就能学。JitoLabs 和 Harmonic 块他们几乎不花优先费；BAM 块他们也付高优先费，失败一样贵。按 10-16～22 我们 816 笔失败算，约省 0.3 SOL / 天（0.01 仓位；上 1 SOL 出价更高、省得更多）。 下一步：JitoLabs 优先费能不能再降到头部那么低，B 查各家发送服务官方最低要求；Harmonic 块等今晚出价 / 小费对照结果再定（官方说它按优先费排队）；BAM 不动。 B 查完（02:37）：只有 Helius Sender 官方要求每笔至少 5,000 lamports，按我们的计算量单价不能低于约 7 万，降不到头部的 1 万，现在定的 200 万够用；其他几家没写最低值。"每个币用同一个种子建账户"这招我们早就有。所以学头部基本只改配置，不用自己写链上程序，第十七轮 JitoLabs 块按两档优先费（0.000144 / 0.001）直接在真单上测。 | JitoLabs 已改，Harmonic 等对照 |
| 40 | 中 | 卖币模型上线缺数据：买进后程序看不到这个币每块的成交 | 现象（B 查）：持仓期间程序每过一块只知道"过了一块"，曲线只读两次；持仓币每块的买卖、发币人和串钱包有没有在卖，都拿不到。卖币模型训得再好也没东西可看。 做法：B 先在法兰克福 VPS 上只读实测四种可选数据源（到达快慢、漏不漏单、占多少资源、要不要花钱），推荐一种；G 训练时只用那个数据源拿得到的信息。真正接线等卖币模型离线结果（约 10:00）证明值得再做。 02:38 暂停：卖币模型第一版结果出来，加每块成交数据只比只看价格多 0.14 个点，不值得现在建数据源；开轮前那次测量也取消。 | 暂停 |
| 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 上跑。 10-23 01:36～03:52 跑完，但三项都没出能用的结论：①出价：四类块各 30 组，"两笔都落地"才能比，结果一组都没有，G 在查是没同时落地还是统计口径错；②发送时机：从 RPC 报出新块的时刻起算，这个时刻本身就晚，+20 毫秒发已经全赶不上本块，量不出"建币后多晚就赶不上"，要改成从我们自己看到建币的时刻起算；③小费：当天对照花费到了 0.05 上限，只跑了 1 次，台北 08:00 后（UTC 新一天）续跑。测速钱包当天总共花了 0.194 SOL（常驻探测 0.147 + 对照 0.047），余额 0.779。 | 没出结论，G 改方案 |
| 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，空闲时统一改成和预确认同一套规则。 | 空闲时修 |
| 时间（台北） | 问题 | 发生了什么 |
|---|---|---|
| 04:36 | 发版 v1.0.44、问题 43 | v1.0.44 发版（main d0e6c64）：第一次测速闸两轮差很大（+2.7% / +28.6%）像波动，复跑时钉在冻结那一刻的代码上，+0.7% / +4.4% 通过。05:47 直接部署 v1.0.44，用 r16l3 开第十七轮第 1 段。问题 43：D 用允许的办法（只看自家落地那一块）重算，初步看有人抢时抢第一是真的掉了，不只是分母变了；具体数等 F 核、等 D 统一分母后再报，D 同时分头查原因（优先费、触发来源、出块人类型、版本、相位） |
| 04:4x | 问题 6 / 33（串 ≥3 不发）、单量 | D 按封存规矩重查：只看 10-16 以前的数据，带串 3 笔以上的币反而是赚的（主要是 10-16～17 老版本的单撑起来的），所以"串 ≥3 不发"这条规则现在没有硬证据，只靠"老配置和现在不一样"这个判断撑着。先保留，等今天起的新轮按"如果发了会怎样"补算，方向反了就收回。F 复核鹰眼放行线表通过、补了区间（放到前 3000 每单 −0.003～−0.011），"少打选准"不变；但那 198 笔里 183 笔是没开鹰眼把关的老轮，新轮攒够后重算。v1.0.44 发版脚本在跑 |
| 04:2x | 预测 vs 实际（新）、43 | I 把"预测 vs 实际"回填了第十六轮第 2～7 段（37 笔对上），每段只有 6～14 笔，只看方向：每单净值三段都比预测差（第 4 / 6 / 7 段换算 1 SOL 每单 −0.031 / −0.024 / −0.016，预测 −0.009），标红；失败单实付和预测一致；发单写出耗时实际 3.4～3.7 毫秒、预测 1.6，像是两边算法不同，I 和 D 在核。有人抢时抢第一的比例看着只有个位数，数据来源核清前不下结论（问题 43）。04:4x I 核清：这个数是现拉那几块、按块里别人的单判出来的，正是扳机封存的那类信息 → 10-17～22 各段这一列和串预测命中率全部清空、标"封存期不算"，个位数那几个数作废；以后封存天只出我们自己账上的指标。F 核过：情景账里每笔抢没抢到第一，是我们自己读落地那一块算的，不算碰考卷，情景账不用重算 |
| 04:22 | 问题 44（升回）、单量 | F、D 核到卖单也走 ERPC 通道，离买单不到 1 秒，卖单那份很可能被挡，之前"影响很小"作废；v1.0.44 记错误码，卖单先以 tpu 为主。D 算了鹰眼放行线（初步，F 审中）：放宽线每往下一档，新放进来的币每个净利掉一大截，放到前 3000 就转亏 → 少打选准，不放宽；接着算收紧到前 500 / 1000，以及同一条线下多看到一些候选能加多少单。v1.0.44 三件（建币交易列、影子修好、便宜卖单）已交 F 审 |
| 04:20 | 问题 43（重开） | F 复核：D 逐天拆出来的"有人抢时 30～34% 没变""我们现在 27%"和新的"+30 表"，得读封存考卷的逐币标签才分得出来，全部作废；"不是退步"这个结论也就没有证据了，等今天起的新轮数据再判。能确定的只有 10-16 同一天：我们 30%，头部 58～70%，差两倍多。原因是主控给 D 的口径写得不够清楚（"可以用每笔账做合计"），已补清：封存天只许用我们自己账上的字段，不许接研究库的逐币表 |
| 04:1x | 问题 44（降为低）、单量 | D 算完：ERPC 通道撞车最多丢 0.2% 的成交，降为低。D 按总净利看了截止线：Harmonic 提前到 50 / 75 毫秒、JitoLabs 提前到 100 / 125 毫秒，被拦掉的那些单合计是赚的，第十七轮第 2 段三类截止线都不动（Harmonic 100、JitoLabs 150、BAM 150）。G 的单量漏斗（计数用 10-21～22，结果用 10-16）：按现行配置，每天过了规则的币约 1,785 个，鹰眼只放行 6%，所以每天只发约 115 单；头部买的币我们看到 84～92%。单量卡在鹰眼的放行线，放宽多少由 D 在 10-24 总账里按每天净利算 |
| 04:1x | 问题 43（查清）、44 | D 查清：抢第一没有往下掉，是分母变了。老版本那几天一半是没人抢的币，天然算第一；只看有人抢的币，一直在 30～34%。以后报"抢第一"一律只算有人抢的币，同口径我们现在约 27%、头部 65～71%（04:1x D 再核，"4yFA 59%"找不到出处、作废）。更正：之前说的"最近 21～37%，还在往下掉"不对。问题 44：常驻探测和狙击共用 ERPC 加速通道的额度，实盘还没撞上过，先在轮中停掉探测 |
| 04:0x | 问题 44（新）、32 | G 查清对照探测为什么没出结论：ERPC 加速通道（erpcq）每秒只收 1 笔，官方原文已核（每 4.2 个 elSOL 给每秒 1 笔）。实盘也可能撞上，B、D 去查实盘被拒了几次。G 还用 1,425 笔实盘单看了"建币后多少毫秒发还能落本块"（初步）：BAM 到 150 毫秒还有 85%，150～200 毫秒掉到 42%；Harmonic 过了 50 毫秒就从 85% 掉到约 60%；JitoLabs 50～150 毫秒约 70%。Harmonic 的发单截止线现在是 100 毫秒，要不要再提前，D 按总净利算 |
| 04:01 | 问题 39（扳机影子）、数据 | B、F 复测：扳机影子会让紧跟着的下一个币发单慢约 0.4 毫秒（+50%），所以第十七轮第 1 段用不开影子的 r16l3，05:47 部署 v1.0.43 后开；B 的修法（空闲 30 毫秒以上才打分）复测在噪声内，进 v1.0.44。鹰眼 v0.4 开训（约 2 小时出"选哪种做法"）。I 第一批 6 件补库做完，今晚的探测结果全部入库（249 行）。测速钱包对照探测三项都没出能用的结论（出价没有两笔都落地的、时机都偏晚 20 毫秒、小费撞了当天上限），G 在查原因；当天花 0.19 SOL。研究用 Helius 额度提到每周期 250 万 |
| 03:57 | 卖币模型、怎么赚到 30 | 卖币模型 v0.2 没过线（检验 2.86 万个抢到第一的币，比"第 4 块左右全卖"只多 0.08～0.15 点，门槛 0.5）；事后最好卖点也只多 3.9 点，全拿到 2.2 秒反而少 1.3 点 → 卖出定论：第 3～4 块一次卖光，不再研究。"怎么赚到 30"更正（D，F 对上，初步）：按我们真单链上算，仓位越大越好（3→5 SOL 每 SOL 只少约 0.3 点）；5 SOL + 抢第一 70% + 便宜失败，每单 +0.046，每天 +6.8～13；要 +30 需每天约 650 单（现约 150～280）或每单 +0.11。第十七轮第 1 段改用不开影子的 r16l3（影子会拖慢下一个币约 0.45 毫秒），影子进 v1.0.44 |
| 03:41 | 卖币模型、选币（鹰眼） | D 测完 dK 式止盈止损 8 种组合，全不如"第 4 块左右一次卖完"（最好的也少 1.6 点）：第 4 块以后价格平均往下走，固定规则留下的币多数回落。要拿住少数大涨币只能靠模型事先判断。你令"选币和卖币模型去学"：G 开卖币模型 v0.2（到 0.65～0.9 秒那个点判断留不留）、A 准备鹰眼下一版（目标改成"抢到第一这一笔的净值，含大涨尾巴"，不动已冻结的考卷版）。v1.0.43 现在发版，05:47 直接部署它，第十七轮从头就有扳机影子数据 |
| 03:33 | 卖币模型 | D：我们卖单 90% 已是块内第一笔卖（头部 89%），差别只在卖的时间（我们约 0.65 秒、头部约 2.2 秒）。G 头部卖法全貌（初步）：4yFA 一伙是"进场当块 / 下一块已涨 5～10% 就先卖三成，其余约 2.2 秒卖，不止损、不挑币"；dK 是"浮亏 20% 全卖，涨得多先卖一部分，到点时浮盈 30～60% 的留着不卖"。三条能照搬的（见涨先卖三成、按秒定时、跌 20% 止损）交 D 在研究库测；"到点留不留"进卖币模型 v0.2；批 G 约 1,200 Helius 积分拉头部卖单费用 |
| 03:29 | 卖币模型 | G 查头部怎么卖（初步）：不是"第 9 块"，是建币后约 2.2 秒定时卖（出块从 368 毫秒变快到 218 毫秒，卖点从第 6 块挪到第 10 块，换成秒不变）；不看发币人卖没卖，只有前 0～2 块急涨会提前止盈；89% 的卖单是那一块的第一笔卖，块初价比块末高约 8%。出块 218 毫秒从 10-10 就开始了，所有"第几块"的结论都要换成秒（我们的第 3 块≈0.65 秒）。G 第一版合计数字混进了封存段，作废重算，F 判影响。交 D 查我们的卖单在块里排第几 |
| 02:49 | 问题 42（关闭） | B 查完：所谓"14 笔卖晚了"里 9 笔是第十四轮特意持有 5～6 块，真晚落地的 5 笔几乎没损失，研究库晚一块卖中位为 0 → 不成立、不改；"卖得晚少赚 0.84 点"作废。扳机串预测 F 复算一致，放行影子；v1.0.43 只放两件：两档优先费的开轮自检、扳机影子 |
| 02:41 | 问题 42（新：卖单落地慢）、33 | 卖币模型第一版 F 审过（只报方向）。D 查清研究库 +6.6% 和实盘 +4.5% 的差：选到的币不同约 1.1 点、14 / 39 笔没在第 3 块卖出拖到 4～7 块约 0.84 点、滑点约 0.25 点。新问题 42 交 B、D：先保证第 3 块卖得出去 |
| 02:20 | 问题 6（买单失败） | F 用更正后的口径复算一致；按顺序算每条规则多省多少（10-18 起）：带串没串价格 9 笔 −0.22、串 ≥3 133 笔 −1.63，照拦；JitoLabs 125 ms 去掉重叠后只多拦 19 笔、合计 +0.09，是赚的 → 撤回到 150 ms。"不发"规则剩两条，B 改开轮配置 |
| 02:19 | 问题 33、6、41（更正） | D 情景账第一版算错作废（没有费用明细的单按老的低费用兜底，10-18～20 那批被算成大亏；F 复算用了同样的兜底没抓到）。更正版只用 10-18～22 共 386 笔：每笔 现状 −0.0056 → 三条规则 −0.0018 → 便宜失败 +0.006，刚转正，样本小。抢第一比例 10-18 起只有 21～37%，主控 02:15 说"历史是 62%"也要更正：那是被 10-16 / 17 老版本拉高的。F 改用链上实付费用重新复算 |
| 02:15 | 问题 33（币本身在跌）、6、41 | D 情景账（初步）：按 1 SOL 每笔 现状 −0.020 → 三条不发规则 −0.012 → 便宜失败 −0.008，还不赚。转正还差"抢第一比例 62% → 83%"或"抢第一那笔多赚约 2.5 个点（选币 / 卖币模型）"至少一样。更正：主控之前说"我们抢第一只有一到两成"不对，历史成交单里是 62%，只是今晚几段特别低（9 笔成交 1 笔第一），要单独查 |
| 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 已训练并冻结（02:14 前，连同对照基线 v0.2d-A58），等 F 登记；10-28 由 D 开考。 下一版 v0.4（目标改学"抢到第一这一笔的净值，含大涨尾巴"）：代码和 20 个测试已好，只读 10-16 及以前（228 万个币），04:00 开始先比两种训练做法（约 2 小时），验证集 17.6 万个币交 F 核。04:1x 结果（A，初步，待 D 复算）：没过预注册的线，保持 v0.3b-3。新目标确实更会挑大涨币，最后涨出 1 SOL 以上的币，前 500 名里抓到 36%，老的只有 24%；但检验的 7 天里只有 4 天不输，去掉最大的 5 个币以后优势从 +4.6 掉到 +1.3，靠少数大币，每天不稳。改法等 10-28 考卷后重新预注册再比 | 研究库约 240 万个币 | 10-28 考卷（第 ④ 步）；今天 11:30 后线上和训练逐项比对（问题 36） |
| 扳机 · 串预测（v0.2a） | 预确认一到、串还没出现时，判断这个币会不会带串、串会不会 3 笔以上——决定抢先发、等碎片还是不发 | D | 手写规则（v1.0.42）：带串但没串价格不发、串 ≥3 不发、只给从没带过串的老发币人抢先发 | v0.2a ●●●●○○ 4/6 已训练，封存的 65,262 个币考过一次，F 独立复算一致、放行只接影子（02:45）：预测带不带串很准（AUC 0.93，串 ≥3 0.95，新发币人 0.83）；比现行规则每 1,000 次预确认多赚约 0.16 SOL（按 1 SOL、"早 9 毫秒多抢 5 个点第一"算），过了事先定的线，但多赚很小 | 研究库约 248 万个币的串记录；只用建币交易本身、发币人历史、资金来源这些当时就有的信息 | 卡点是"早 9 毫秒到底能多抢几个点第一"没实测——值 10 个点的话每千次多赚约 2.75 SOL，新发币人里也能挑出 41% 抢先发。从第十七轮的实测里量出来；F 核完数、补齐输入清单后接影子（第 ⑤ 步）。 02:50 新卡点：线上现在只拿得到"串历史"和"发币人自买金额"两组输入，其余为空——这样整体准确度降到 0.81，新发币人等于瞎猜。新发币人全靠建币交易本身那几列（预确认里就有），B 在估解析要多久；v1.0.43 的影子第一版先只对"带过串、上一个没带"那类有用。另发现验证时有 8 列被算成缺失（D339，模型本身没问题、结果偏保守），要不要重跑由 F 定。 |
| 扳机 · 发不发 + 报价（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 ●●●○○○ 3/6 已训练，检验段没过线（02:38，初步）：固定第 3 块卖每币 +6.60%，模型只看价格多 0.30 点、加每块成交多 0.43 点，过线要 +0.5 → 只报方向、不上线、不开封存段；防砸没增益。结论：卖点不是问题，第 3～5 块卖已经很赚。F 独立重算一致、已审过（只报方向、不开封存段）；+6.6% 是按理想进场价的假设账，不进总账。10-21 做过一版被否：那版多是排在别人后面进场的单，模型只比"第 3 块卖"多 0.05 个点；这次只看抢到第一进场的单、每块用新信息（发币人 / 串钱包卖、头部号走、买盘断） | 逐块成交约 920 万笔、头部号卖点约 43 万笔、发币人什么时候卖 | v0.2 也没过线（03:57）：比"第 4 块左右全卖"只多 0.08～0.15 点，事后最好卖点也只多 3.9 点 → 卖出定论：第 3～4 块一次卖光，卖币模型停在这里，除非前提变了。原注：问题 40 实盘每块数据源暂不建。新疑点交 D：研究库抢第一的币 +6.6%，实盘抢第一的单只 +4.5%，差的 2 个点漏在哪 |
| 户籍关联 | 认出同一个人换钱包发币，给鹰眼当输入 | 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.43 | b1b0738 | 10-23 03:49 | 扳机 v0.2a 影子：每次预确认算"带不带串 / 串 ≥3、建议抢先发还是等"，只记不改决定，打分排在发单之后（问题 39 / 6）；开轮自检能核两档优先费（JitoLabs 两档实测要用）；研究库每笔账表、每段指标表、轮次表和自动入库相关代码（I）。测速中位 +3.0%、p90 +22.9%（贴线）。04:00 B、F 复测：开影子会让紧跟着的下一个币发单慢约 0.4 毫秒（+50%，打分造对象引发垃圾回收），所以这版不开影子；B 已改成"空闲 30 毫秒以上才打分"，复测在噪声内，进 v1.0.44 | 开轮配置用 r16l3（不开影子，r16l4 作废）；模型目录和发币人历史种子照推、放着不用；影子和新发币人的预测都等 v1.0.44 | 没部署（v1.0.44 赶上了，05:47 直接部署 v1.0.44） |
| v1.0.44 | d0e6c64 | 10-23 04:35 | ①扳机影子把建币交易那几列带上（新发币人的串预测全靠它们）：三个转发把建币交易原文带过来，在发单之后才解析，八列和研究库对拍 600 / 600 一致；②影子只在空闲 30 毫秒以上才打分，还编成了机器码，开 / 关测速差在噪声内，v1.0.44 起可以开（默认关）；③种子载完冻结回收，去掉头两次 20 多毫秒的卡顿；④卖单分两档（便宜档默认关，每笔约 0.0001 SOL，现行档约 0.0012），和买单共用本机 erpcq 闸（问题 41 / 44）。全量测试 3194 过，测速中位 +0.7%、p90 +4.4% | 第 1 段仍用 r16l3（不开影子、不开便宜卖单）；第 2 段草稿再开影子、便宜卖单先只走 tpu。探测跳过 erpcq、G 的探测修复都在 v1.0.45 | 第十七轮第 1 段（05:47 部署后） |
| 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）；02:20 更正：JitoLabs 125 ms 线按顺序算增量后，去掉和"串 ≥3"重叠的只多拦 19 笔、合计是赚的（+0.09），撤回到 150 ms——"不发"规则实际只剩两条：带串没串价格、串 ≥3 | 没单独部署，直接跳到 v1.0.43 |
| 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%（这类块只记影子不下单） | — | |