记录一次影子盘整与网格加注(2026-07-27)

这一天最关键的判断是:过夜数据把昨天的“唯一幸存者”KAITO 做市判了死刑——它不是利润来源,而是毒性流陷阱;真正该加注的是被当成对照的网格。

早上先处理一个关于“全改 maker 挂单、用主网数据近态回测小资金”的想法,我当时影子进程已经跑了一天多,手上第一次有“过夜”的真实主网数据。就用这份数据把盘面重新捋了一遍。

一、资源盘点:6 个进程,8 个库,方向性策略全灭

先确认家底。主网只读行情管道(l2Book/recentTrades/funding,零私钥)、修正后的记账引擎、v4 回测框架、9 道闸门审计技能、view19 页面,这些基础设施都能继续用。跑着的影子有 6 个,5 个做市加 1 个网格,落在 8 个 SQLite 库里。

之前已经证伪的方向比较惨:combo、趋势、择时、ETH-BTC 配对、跨所(不可执行)——方向性策略一个没剩,只剩 maker 侧。顺手写了个 shadow_report.py,以后一条命令就能出全库对账报告,不用每次手动拉数。

二、过夜数据反转:KAITO 做市从幸存者变毒性流陷阱

拿到过夜数据后,把昨天还在盘面上活着的策略重新过一遍,结论有一个很重的反转。

策略 成交 真实净PnL 逆选/笔 判定
KAITO 做市 2733 -$77.92 $0.048 ❌ 昨天的"唯一幸存者"是毒性流陷阱
BOME 做市 313 -$24.06 $0.143 ❌ 宽价差全被逆选吃掉
KAITO 网格 544 +$4.46* $0.037 ❌ *靠返佣假设;真实费率下 -$10.34

KAITO 做市昨天还是“唯一幸存者”,过夜一看净亏 77.92 刀,逆选每笔 0.048,毒性流特征非常明显。BOME 做市更差,313 笔成交亏 24.06,逆选 0.143,宽价差的钱全被对手盘选走了。KAITO 网格虽然账面 +4.46,但那是返佣假设撑出来的,真实基础档费率下是 -10.34。那一天开始我不再相信单日正收益,只认逆选口径下的持续失血。

三、复核维持死刑,但冒出两个必须诚实说的新信号

用户让我再看看 KAITO/BOME 这两个已明确失血的影子,按逆选标准补 2-3 个 GALA 型候选。正好影子又跑了一夜半,差不多 38 小时,就拿最新 13-16 小时的数据做复核。

策略 成交 净(返佣假设) 净(基础档0.015%) 逆选/笔 判定
KAITO-MM 7193 -$124.87 -$280.79 $0.031 ❌ 已停
BOME-MM 1195 +$6.51* -$17.61 $0.106 最毒 ❌ 已停
BTC-MM 636 -$5.86 -$29.38 $0.042 对照继续
GALA-MM 1181 -$1.34 ⚠️ -$7.46 $0.0010 最干净 继续观察
AIXBT-MM 1112 -$1.37 -$7.77 $0.0027 继续观察
KAITO-GRID 1262 +$29.28 -$0.20 $0.018 👀 意外亮点

KAITO-MM 和 BOME-MM 的死刑都维持:KAITO-MM 基础档下亏 280.79,BOME-MM 逆选/笔 $0.106,全场最毒。BOME 那个 +$6.51 的正数不能看,全靠返佣假设加单小时 +$45.56 的离群值,单这一小时就占 realized 的 842%。两个新信号必须说清楚:第一,GALA 转负了,昨天还是 +$3.52,最新一段变成 -$1.34;第二,KAITO-GRID 反而成了意外亮点,净 +$29.28,逆选只有 $0.018。 这让我对网格的路线重新上了兴趣。

四、给网格加注:每个新网格回答一个明确问题

既然 KAITO-GRID 在最新数据里走强,那“多起几个网格”的方向值得做,但不能随便撒网。我定了规矩:每个新网格都要回答一个明确的问题,不然起多少都没意义。

新起 3 个网格,加上原有 KAITO,一共 4 个:

网格 格距 要回答的问题
GALA 15bps×5档 与 GALA-MM 同一条价格流 干净币上,网格能否赢过内侧做市?(最干净的 A/B)
BOME 50bps×5档 全场最毒的币(逆选/笔 $0.106) KAITO 上"网格挂得远躲开毒流"的效应能否复现?
ACE 35bps×5档 宽价差 + funding -257% APR 宽价差是网格主场,但强负 funding 对网格库存的拖累有多致命?

格距统一按 ≈2×市场均价差 来设,沿用 KAITO 从 7bps 到 15bps 的比例,保证跨币之间可比。这样 GALA 网格和 GALA 做市在同一价格流上对打,BOME 网格放进最毒的市场里看能不能靠挂得远躲掉毒流,ACE 网格专门试强负 funding 下的库存拖累。

五、排掉两颗雷:网格脚本里的 .upper() 和 429 限流

加注过程中顺手排了两颗雷,全是我自己脚本里的。

**第一颗雷还是 .upper()**。上次把 kBONK 变 KBONK 的那个 bug,在网格脚本里也埋着同款。这次直接修掉,以后网格上小写前缀的币不会再翻车。

第二颗雷是 429 限流。起完 3 个网格后,进程数到了 10 个,429 拒绝率飙到约 50%。这不只是难看的问题——漏掉的轮次会漏掉成交检测,等于在污染所有影子的数据质量。处理方式就是给两个脚本加了轮询,降低单点打爆接口的概率。

六、遗留与下一步

到收尾的时候,几件事还没做完。第一,新起的 GALA/BOME/ACE 三个网格需要继续观察至少一段完整的主网周期,看它们在基础档费率下能不能站住。第二,GALA-MM 虽然逆选最干净,但已经转负,需要盯它是不是被做市内卷拖下去。第三,429 限流加了轮询之后还要看真实拒绝率能不能回到健康水位,否则数据质量仍然有隐患。第四,KAITO-GRID 的意外亮点要单独拆解,看是格距原因还是币种本身波动结构带来的。

先记到这里,后面有新数据再续。