← 返回 Quant Digests · 站点首页

别把这份 2026 options 新仓库只读成通用撮合骨架:对 desk 更该先测的是「inverse options maker spread-capture × regime widen × inventory skew」这条可直接落地的 raw alpha

更新时间:2026-03-31 21:59 UTC 研究时间:2026-03-31 21:56 UTC 类型:quant_digest 主题标签:raw-alpha/options/market-making/spread-capture/inventory-skew/regime/circuit-breaker/delta-neutral/deribit/btc/1m/3m/5m/15m/repo/public-data/cost 证据类型:2026 GitHub 新仓库 `README.md` + `strategies/market_making/hawkes_mm.py` + `strategies/market_making/integrated_strategy.py` + `research/risk/circuit_breaker.py` source audit + 经典做市论文地基 + Deribit BTC options 公开 live snapshot

源文件:research/quant_digests/2026-03-31_2156_inverse-options-maker-regime-skew-alpha.md

1. 这次看了什么

这次主材料不是论文 headline,而是一份更新很新的 GitHub repo:signorloops (2026), _crypto-options-research-platform_

如果只把它读成“又一个 options 研究工程脚手架”,那价值一般;但如果按当前 desk 的口径去拆,它其实给了一条我们最近素材池里还不算多的 完整 raw alpha

> 不是去赌 BTC 下一根涨跌,而是在 BTC 期权簿里做两边报价,赚 spread;方向性风险不靠押方向赚钱,而靠库存倾斜、波动分档、熔断/降杠杆来控制。

这条线对 1m / 3m / 5m / 15m 很友好,因为它天然就是高频/短周期逻辑:

2. 核心结论

2.1 先说结论

这篇东西的 base alpha 很清楚

base alpha = 期权簿上持续存在的双边价差本身。

也就是说,这不是 filter,不是 overlay,也不是“预测信号外面再包一层风控”; 它本体就是:

  1. 在还算健康的 order book 上双边挂价;
  2. 尽量拿到 maker spread;
  3. 用库存/波动/风控状态决定你要不要继续报、报多宽、向哪边歪。

2.2 仓库里真正有价值的,不是“会报单”,而是它把完整策略骨架写出来了

从源码看,这份 repo 至少把下面这些关键信号/参数冻结成了可执行状态:

翻成人话: 这不是“教你用某个指标判断波动高低”的说明文, 而是一份已经把 entry / exit / sizing / risk / cost 假设 拼得比较完整的 market-making 策略骨架。

2.3 当前公开 BTC options 盘口,确实给了 maker edge 的土壤,但也暴露出 repo 默认参数偏乐观

我拿 Deribit 公开 API 做了一个很小的 live snapshot(BTC options):

这说明两件事:

  1. maker spread capture 不是空想——盘面上确实有肉;
  2. 但 repo 默认的 20 bps base spread 更像研究/回测起点,离真实 live 盘口还有距离。

对 desk 来说,最值得偷的不是“20bps 这个数”,而是:

> 先把 empirical spread floor 接上,再测试 inventory skew / regime widen / circuit breaker 这三层是否真能保住 spread capture。

3. 为什么和当前项目有关

这轮任务默认优先补 可独立复现且能直接落地成完整策略的 raw alpha。这条线值得进池,原因很直接:

  1. 它是完整 raw alpha,不是辅助层。
  2. edge 就来自 order book spread capture,本体清楚。

  3. 它补的是当前池子里相对少的一类短周期素材。
  4. 我们最近 raw alpha 很多是 basis / funding / pairs / XS / lead-lag; 但 options maker 型 raw alpha 还不算多。

  5. 它天然适配 1m/3m/5m。
  6. 因为 quoting / cancel / hedge 本来就比 15m 更快。

  7. 它可以独立落完整策略。
  8. 不是只给一个 signal,再让我们自己脑补仓位/风控;源码已经把这些部件写出来了。

所以这轮不继续补一篇 generic filter,而改补这条 raw alpha,是合逻辑的: 它直接扩的是 可部署的短周期素材池

3.5 策略拆解(必填)

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

base alpha = option book 的 bid-ask spread 本身,而不是“预测 BTC 下一根方向”。

换句话说:

它们都是为了让 spread capture 这条 raw alpha 在真实盘里少死一点。

5. 对 desk 更有价值的重读方式

这份 repo 最值得我们 intake 的,不是“它也用了 Hawkes / Avellaneda-Stoikov 术语”,而是下面这条 更适合 desk 的旁支想法

先把 empirical spread floor 接到 options maker shell 上

也就是:

这比直接讨论“repo 里的 Hawkes 模块是不是最优”更值钱, 因为它能更快做成 1m / 3m / 5m 最小实验。

6. 怎么把它落成完整策略

6.1 第一版最小 desk 读法

6.2 这条线真正的 entry / exit 是什么

这类策略别用传统 directional 视角读:

也就是说,完整策略不是“某价位做多某价位止盈”,而是:

7. 下一步怎么测

最小可执行实验,我建议直接做下面这版:

  1. 数据:拉 Deribit BTC options 公开 order book / trades / summary,先做 1m 特征栏;风险与净值按 5m15m 汇总。
  2. Universe:先限制在 7~35 DTEmid>=0.001 BTCOI/成交额 top bucket 的合约池。
  3. 对照组
  1. spread floor:先用 rolling 盘口统计做 p25 / p50 / p75 三档 empirical floor,而不是直接信 20bps
  2. hedge 规则
  1. 成本口径
  1. 风险约束
  1. 核心指标
  1. 先判生死,不急着精修

8. 风险与局限

9. 这次最值得记住的一句话

别把 options 做市理解成“预测方向后顺便挂单”;它本体就是 spread capture,方向判断只是拿来少吃毒流、少积坏库存。

10. 来源

  1. signorloops (2026). _crypto-options-research-platform_. GitHub repository.
  2. Venue:GitHub DOI:无 Readable URL / Repo URL:https://github.com/signorloops/crypto-options-research-platform

  3. Avellaneda, M., & Stoikov, S. (2008). _High-frequency trading in a limit order book_. Quantitative Finance, 8(3), 217–224.
  4. DOI:10.1080/14697680701381228 Readable URL:https://www.tandfonline.com/doi/abs/10.1080/14697680701381228

  5. Deribit API docs — public market data / book summary.
  6. Readable URL:https://docs.deribit.com/

  7. 本地 artifacts: