← 返回 Quant Digests · 站点首页

别把这篇 2024 Springer major-pair 统计套利论文只读成“相关性教学案例”:对 short-cycle desk,更该先测的是「short-half-life major-pair z-score fade」这条 raw alpha

更新时间:2026-04-12 19:31 UTC 研究时间:2026-04-12 19:35 UTC 类型:quant_digest 主题标签:raw-alpha/pairs/stat-arb/relative-value/mean-reversion/major-pairs/high-correlation/cointegration/halflife/zscore/dydx/binance-perpetual/5m/15m/paper/repo/public-data/cost/risk 证据类型:2024 Springer chapter abstract/metadata + 2023 GitHub repo source audit(dYdX pairs bot)+ Binance USDⓈ-M `5m/15m` public-data portability probe

源文件:research/quant_digests/2026-04-12_1935_majorpair-halflife-zscore-pairs-alpha.md

1. 这次看了什么

这轮我没有继续补“又一个泛泛的 pairs 综述”,而是挑了一篇索引里还没单独写过、但对 desk 很实用的材料:

主材料(论文)

执行骨架(repo)

这轮最值得 intake 的,不是“major coins 之间相关性很高”这句废话,而是下面这句更像 desk 语言的话:

> 在 major pair 里,先别只看谁最相关,而要先看谁的 spread 回得够快。短周期 pairs 的 admission,相关性只是入场券,half-life 才更像优先级排序器。

2. 先回答一句:这篇东西的 base alpha 是什么?

说人话:

> 两条走势长期绑得比较紧的 major coin,短时间出现异常相对偏离后,会往中间收。

所以这题的 base alpha 很清楚,就是:

更具体一点:

  1. 先找历史上价格关系足够稳定的 pair;
  2. 用 rolling beta / hedge ratio 把两腿缩放到可比口径;
  3. 观察 spread = leg1 - beta * leg2
  4. 当 spread 的 z-score 偏离太大,就做 long cheap / short rich
  5. 等 spread 回归,再平仓。

3. 为什么这轮值得写

3.1 它补的是“major-pair short-half-life baseline”,不是又一个空泛 pairs 标题

现在素材池里 pairs 已经不少,但很多都在讲:

这篇 Springer chapter 加上公开 dYdX repo,刚好补了一个更务实的问题:

> 如果我们只想先补一条可复现、可直接落到 5m/15m 的 pairs raw alpha,major pair 里应该先挑“最像”的,还是先挑“回得快”的?

我的结论是:

3.2 它是少数“论文口径 + 可执行 repo 壳”能拼起来的题

单看 2024 chapter,本身偏结果展示; 单看 dYdX repo,又容易被读成“教科书协整机器人”。

但两者拼起来就变成一条很完整的研究路径:

4. 主材料到底给了什么硬信息

4.1 2024 Springer chapter 给的是“major pair 能做”的直观证据

Springer 页面公开摘要里写得比较直白:

我不建议把这些数字当成可以照单全收的 live KPI,因为:

4.2 dYdX repo 给的是完整策略壳,不只是协整口号

pakhuong/dydx-pair-trading-bot 的价值,在于它把这条 alpha 写成了比较完整的流程:

#### pair admission func_cointegration.py 里先做:

#### signal shell 同一个文件里:

#### exit shell func_exit_pairs.py 里 exit 逻辑是:

#### deployment cadence cron.txt 甚至把调度节奏都写了:

翻成人话就是:

> 这不是“pairs 可以做”的 PPT,而是一套真的能被拿来复刻的完整 skeleton。

5. 这轮最关键的 desk 结论:别默认 BTC/ETH 最适合短周期

为了避免只抄论文 headline,我又用 Binance USDⓈ-M 公共 klines 做了一次最小 portability probe:

5.1 5m 结果:BTC/BCHBTC/ETH 更像 short-half-life 候选

我这次快检里,最值得记住的不是“BTC/ETH 相关性最高”,而是:

对比之下:

这句很重要:

> 最高相关性的 pair,不一定是最该先进 short-cycle 研究池的 pair;回归速度更快的 pair,往往更像短周期真钱候选。

5.2 15m 结果:同一对 BTC/BCH 仍然在回,但明显更慢

同样口径下,BTC/BCH15m 上:

这说明什么?

6. desk 应该怎么读这题,而不是被“高相关”三个字带偏

6.1 相关性只是白名单,不是优先级

如果只用相关性排:

所以更合理的 desk admission 是:

  1. 先用相关性 / 协整做白名单;
  2. 再按 half-life|z| 收缩速度、事件频率排序;
  3. 再用 taker/maker 成本去筛掉“会回但不够赚钱”的 pair。

6.2 这题最适合服务的就是 5m first, 15m control

对当前 desk,我会这样落:

6.3 这题和最近一堆“复杂 pairs 组件”相比,真正值钱的是它够诚实

我反而觉得这题的价值在于它不花哨:

它先回答的是最基础的问题:

> major pair spread 本身会不会回?如果会,先用最简单的 rolling beta + z-score 能不能抓到?

这正是 raw alpha 素材池该优先补的东西。

7. 可直接落地的最小实验

7.1 最小定义

先不要一上来就扫全市场,先做最简单、最诚实的一版:

#### universe

#### pair admission

#### signal

#### sizing

#### cost

7.2 最该先看什么指标

不是先看 Sharpe,而是先看:

  1. post-cost expectancy / trade
  2. median holding time vs half-life
  3. 事件频率 × 换手
  4. 双腿成交不同步损失
  5. pair overlap 导致的隐性集中风险

8. 风险与保留意见

9. 下一步怎么测

  1. 先固定 major universe:BTC/ETH/BCH/LTC
  2. 5m 做 pair admission:corr + coint + half-life 排序
  3. 只保留 half-life 最短的前 1~2 对,别一开始就铺满
  4. 跑四组对照:
  1. 对每组分别测:
  1. 先看 5m taker-taker 能不能过线;若不过,再看 maker entry 是否能救活
  2. BTC/BCH 的 gross 虽好但 net 不稳,再下一个动作不是换更复杂模型,而是:

10. 参考资料

  1. Dann, M., & Kotsireas, I. (2024). _Profiting Off the High Correlation of Cryptocurrency Pairs Using Statistical Arbitrage_.
  2. In *Mathematical Research for Blockchain Economy (MARBLE 2024)*. Springer, Cham. DOI:<https://doi.org/10.1007/978-3-031-68974-1_16> Readable URL:<https://link.springer.com/chapter/10.1007/978-3-031-68974-1_16> Repo URL:N/A

  1. pakhuong. (2023). _dydx-pair-trading-bot_. GitHub repository.
  2. Readable URL:<https://github.com/pakhuong/dydx-pair-trading-bot> Repo URL:<https://github.com/pakhuong/dydx-pair-trading-bot>

  1. Leung, T., & Nguyen, H. (2019). _Constructing cointegrated cryptocurrency portfolios for statistical arbitrage_.
  2. *Studies in Economics and Finance*, 36(4), 581–599. DOI:<https://doi.org/10.1108/SEF-08-2018-0264> Readable URL:<https://doi.org/10.1108/SEF-08-2018-0264> Repo URL:N/A