jack/Chan
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
Files
54792fe015cab6d2428b924c96b15ef0d47d0f41
Chan/research/out/probe_raw_host.csv
T
UbuntuandCursor 7e339d2a54 research: 影子交易器落在 Hummingbot 上，并修掉 Bitget 连接器的换根延迟 
1m 腿的滑点余量只有几个 bp，所以要测的必须是生产路径的滑点——换个运行时
测出来的数就不作数。框架因此从「滑点已知后再定」提前到测量阶段就定为
Hummingbot（Spot/Perp 连接器均 v2.0，Bitget 是 Foundation Partner）。

新增 research/live/。前置测量：

- bench_compute.py 本机算力，1m 单币 0.318s、三币串行 1.38s
- venue_parity.py Binance 与 Bitget 同根信号重合仅 14.6~42.6%
- signal_sensitivity.py 0.25bp 扰动就换掉一半信号
- aggregate_robustness.py 但总体期望不降——脆的是信号身份，不是 alpha
- bitget_baseline.py 因此改用 Bitget 原生基线定预算：余量 BTC -0.13bp、
  ETH +4.02bp、SOL +2.92bp。BTC 本就为负，只作延迟测量的参照物

运行时选型：

- parity_env.py 容器与本机信号逐一相同（下标、中枢数、checksum 全等），
  容器内 0.26s/币反而更快。故 chanlun 直接挂载进容器，不必另起信号服务。
  装进现有 .venv 那条路走不通：Hummingbot 要 numba>=0.61.2 与
  aiohttp<3.14，与本机 Python 3.14 冲突
- latency_ccxt.py / latency_hummingbot.py / latency_compare.py 初测显示
  Hummingbot 比 ccxt.pro 慢约 1030ms，90 根逐根配对里 80~97% 更慢
- probe_ws_action.py 否掉「丢弃 snapshot」的猜测：换根首条就是 update
- probe_hb_vs_raw.py 与 latency_attribute.py 四路归因——容器网络 2~18ms、
  Hummingbot 处理 -10~-30ms，1350~1480ms 全落在解析方式上
- probe_ws_payload.py 定位根因：Bitget 换根会推一条带两根的消息
  [上一根, 新一根]，而上游取 data["data"][0] 拿到的是上一根，新一根要等
  下一条单元素消息

修复：

- patched_candles.py 处理消息里的全部元素。不能简单改成 [-1]——那样上一根
  的收盘价会永远停在换根前约 1 秒的那次推送上，而信号对 0.25bp 都敏感
- verify_patch.py 60 根配对验证：拿回 1060~1090ms，与原始 WS 只差 5~14ms
  已贴理论下限，19 根已收盘 K 线 OHLCV 逐根未变。折算 ETH 省 0.54bp、
  SOL 省 0.42bp。此 bug 值得向上游反馈

影子交易器：

- shadow_hb.py 不下单，读连接器真实盘口按仓位吃单深度算成交价，与次根开盘价
  （回测 entry_delay=1 的口径）相减，分解成延迟漂移、盘口价差、深度冲击。
  盘口 10Hz 滚动缓冲 30 秒，把延迟变成自变量：每个信号记 0.5/1/2/5s 与实际
  算完时刻各一个滑点值，本机算得慢也不影响能读出的曲线
- shadow_signal.py 信号计算隔离到子进程。0.26s 是纯 CPU 且 chanlun 受 GIL
  限制，放进 asyncio 循环会把行情处理一起卡住
- shadow_report.py 首日延迟门槛与滑点曲线报表

不用 paper trade 测滑点：它的成交由 Hummingbot 自己的撮合模型模拟，
测出来是模型行为而非市场行为。

Co-authored-by: Cursor <cursoragent@cursor.com>
2026-08-27 23:51:57 +08:00

1.8 KiB
Raw Blame History

1symkline_tsraw_ms
2BTC17878403400001787840384033
3SOL17878403400001787840384079
4ETH17878403400001787840384123
5ETH17878404000001787840401868
6SOL17878404000001787840402160
7BTC17878404000001787840402871
8SOL17878404600001787840460819
9ETH17878404600001787840461121
10BTC17878404600001787840461470
11SOL17878405200001787840533834
12ETH17878405200001787840533710
13BTC17878405200001787840533834
14BTC17878405800001787840581716
15ETH17878405800001787840581825
16SOL17878405800001787840582312
17SOL17878406400001787840661218
18BTC17878406400001787840661749
19ETH17878406400001787840661702
20BTC17878407000001787840701749
21SOL17878407000001787840702191
22ETH17878407000001787840702676
23BTC17878407600001787840787762
24ETH17878407600001787840786876
25SOL17878407600001787840788002
26SOL17878408200001787840821248
27ETH17878408200001787840821354
28BTC17878408200001787840822285
29SOL17878408800001787840934032
30BTC17878408800001787840933040
31ETH17878408800001787840933292
32SOL17878409400001787840942011
33ETH17878409400001787840942175
34BTC17878409400001787840942324
35ETH17878410000001787841001862
36SOL17878410000001787841002766
37BTC17878410000001787841002883
38BTC17878410600001787841082937
39SOL17878410600001787841083195
40ETH17878410600001787841083586
41SOL17878411200001787841120930
42ETH17878411200001787841121350
43BTC17878411200001787841121681
44BTC17878411800001787841206517
45SOL17878411800001787841205070
46ETH17878411800001787841205494
47ETH17878412400001787841241493
48BTC17878412400001787841241509
49SOL17878412400001787841241664
50ETH17878413000001787841331429
51SOL17878413000001787841330590
52BTC17878413000001787841330681
53ETH17878413600001787841361268
54BTC17878413600001787841361795
55SOL17878413600001787841362414
56SOL17878414200001787841421469
57BTC17878414200001787841422314
58ETH17878414200001787841423274
Reference in New Issue View Git Blame Copy Permalink