每一版带了什么、每一轮跑在哪一版、各类出块人上哪条通道最先入块、遇到的全部问题按重要性排。只写已核实的，初步的标"初步"。
更新：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 r16j 新情况：6 笔失败 5 笔，每笔失败照付优先费（JitoLabs 0.0072、BAM 0.014），合计白付约 0.057。拆开是两种：①3 笔同一块成交但价格被推高——全是发币人自己带 3 笔跟买的币，我们没用上串预测（推价超 1.25 倍跳过，或串没到齐就发），最少到手数按跟买前的价算，跟买先成交就必然失败；②2 笔慢了一块被"只在建币块买"的保护拦下，其中 1 笔建币在本块 140 ms 才看到，本来就赶不上。 新做法（交 D）：用全部历史真单离线判两条"不发"规则——带串但串预测没用上就不发；JitoLabs 块也加"建币后超过 X ms 不发"。能省钱就进下一版。 | 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 名。 | 已定，不改 |
| 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 那轮跑完看实际花费。 | 大部分已上，等核实 |
| 37 | 中 | v1.0.40 误删了 9,833 个发币人的串历史，串预测少覆盖约 7.6% | 现象：r16j 横幅里"有串推价历史的发币人"从 130,735 掉到 120,825。 原因（B 查清）：v1.0.40 为了剔掉异常币，把推价下限卡在 1 倍；可有 9,833 个发币人的串从来不推价（推价 0.999～1 倍之间），整个被当异常删掉了，这些人的币串预测就用不上。真异常只有 103 条。 做法：下限改成 0.999，真异常照剔，种子回到 130,579 个；进 v1.0.41，r16j 停轮换版。 | v1.0.41 已发，等 r16k 横幅核 |
| 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 块预确认到了却被程序拒掉，退回碎片才发 | 现象：r16g 一笔 BAM 块（7vAh48p4）预确认先到，程序以"预确认的区块号比当前超前"为由拒了，等碎片才发，38.8 ms、前面 1 个买家。 原因（B 查清）：预确认报的区块号是对的（1,750 笔里 1,747 笔等于实际建币区块，没有一笔偏高），是新区块刚开始时我们本机的"当前区块"还慢一拍，就把它当成超前拒了。规则太严。全历史只碰到 12 次，每次能快 5～9 ms。 做法：BAM 块预确认只超前 1 个区块就放行，进 v1.0.40。 | 原因已查清，v1.0.40 |
| 31 | 中 | 预确认到了，但发币人的串一个都还没到就让路，最后碎片发也失败 | 现象：r16g 一笔 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 个买家） | 现象：r16g 两笔 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 加一路走公共入口，零成本实测。 | 原因已查清，在改 |
| 27 | 低 | 没有预确认的块上，预处理流那条路还在等串 | 原因：今晚"不等串 / 串预测"只改了预确认那条路；预处理流先到时，发币人带串的仍让给碎片。 做法：只差约 1.3 ms，空闲时统一改成和预确认同一套规则。 | 空闲时修 |
| 时间（台北） | 问题 | 发生了什么 |
|---|---|---|
| 00:51 | 问题 6（买单失败）、37（误删串历史） | v1.0.41 发版（main bc155b5，3109 测试过、测速持平），E 停 r16j 换版开 r16k。r16j 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 审过就发版，r16j 停轮换版开 r16k，04:15 跟 Triton 一起停，之后跑测速钱包对照探测 |
| 00:38 | 问题 6（买单失败） | r16j 头 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 | r16j 在 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），r16g 停轮换版 |
| 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 笔程序错误。
尺子：建币 → 我们的买单被执行（同一路碎片里看到建币那一刻，到看到我们买单上链那一刻，毫秒，中位）。越小越靠前；按历史数据每慢 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 | r16g 删了 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 真单）；r16b 21:08–21:13（看门狗误停）；r16b 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 |
第十六轮 r16g（重开后） |
| 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 一路代码在、默认关，改用测速钱包单独测 | r16j 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 后） | r16k（00:5x 起，04:15 停） |
| 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 笔买单失败（被抢先） |
| 第十六轮 | v1.0.37 | 20:15–21:05 | 跳过 dev / dev_score，鹰眼前 1000 | 开放 / 名单逐小时交替；20:53 起全区域；21:03 起 Triton 三区 | 0 笔 | 65 个建币全被把关拦（行情低） |
| r16b | v1.0.37 | 21:08–21:13 | 鹰眼前 2000 | 名单小时 | 3 笔 / −0.025 | 看门狗把 R3b 币当异常买入停轮（配置冲突） |
| r16b 重开 | v1.0.37 + 热修 | 21:19–22:18 | 鹰眼前 2000 | 只开放、全区域、Triton 三区 | 8 笔 / −0.090 | 2 笔抢到第一（k=0）但币跌；对账差 0.000002 |
| r16g | v1.0.38 | 22:44–23:33 | 鹰眼前 2000 | 同上 | 14 笔 / −0.156（成交 9、失败 5；对账差 0） | 不等串 + 串预测（种子表 130,663 个发币人）+ 通道删减排序 + 机器码推理（已核生效）；把关等分中位 0.74 ms（以前 1.7～2）；本轮亏损上限程序收紧到 0.4554 |
| r16i | v1.0.39 | 23:50–23:57 | 鹰眼前 2000 | 同上 | 0 笔 | 为换 v1.0.40 停轮 |
| r16j | v1.0.40 | 10-23 00:15 起 | 鹰眼前 2000 | 同上 | 6 笔 / −0.067（失败 5，截至 00:50） | 部署全过、配置 0 不一致；小时亏损闸 00:33 解除后才下单；失败 5 笔：3 笔带串币被跟买推价、2 笔晚一块（见问题 6）；成交 1 笔前面 2 个买家；为换 v1.0.41 停轮 |
| r16k | v1.0.41 | 00:5x 起 | 鹰眼前 2000 | 同上 | 进行中 | 同一草稿；串历史修回约 13 万发币人；04:15 随 Triton 停，之后跑对照探测 |
仓位均 0.01 SOL；上限：40 笔 / 本轮亏 0.47 / 日止损 0.8 / 小时闸 0.15 / 480 分钟。第十六轮合计（三段）：真单 25 笔，净 −0.271 SOL，链上和账上都对得上；下单钱包 0.8995 → 0.6286 SOL。r16i 0 笔即停，现在跑 r16j（v1.0.40）。
| 出块人类型 | 占全网质押 | 最早信号 | 比自己收碎片早（中位） | 覆盖率（建币里收到的比例） | 费用 |
|---|---|---|---|---|---|
| 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 路） | r16g 顺序（各 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%（这类块只记影子不下单） | — | |