← 返回 Quant Digests · 站点首页

别把这份 2025 Deribit TWAP repo 只当 near-expiry scanner:更该先测的是「settlement-TWAP anchor gap」事件型 options raw alpha

更新时间:2026-03-30 14:24 UTC 研究时间:2026-03-30 14:26 UTC 类型:2025 GitHub 仓库 + Deribit 官方公共 API 管线核验 主题标签:raw-alpha/options/event-driven/expiry-window/twap-settlement/deribit/same-venue/relative-value/near-expiry/btc/1m/3m/5m/15m/repo/public-data/cost 证据类型:仓库证据(源码/参数/实时采集逻辑)+ Deribit 公共 API 可验证性

源文件:research/quant_digests/2026-03-30_1426_deribit-expiry-twap-anchor-alpha.md

1. 这次看了什么

先回答 base alpha:这不是 filter,也不是“options expiry 附近会更热闹”的解释层;本体就是 near-expiry option premium 相对 settlement-TWAP anchor 的可交易偏离。

主材料是 cbyhre (2025) 的 GitHub 仓库 Deribit-TWAP-Arbitrage。它最值得 desk intake 的点,不是“又一个 options scanner”,而是把一个很具体、很短窗口、很适合 1m/3m/5m 事件研究的 alpha 讲清了:

  1. Deribit 到期期权的最终结算不是盯单点 spot,而是盯 到期前 30 分钟的 BTC index TWAP
  2. repo 每 5 秒 抓一次 BTC index,并维护 30 分钟 rolling average
  3. 再把这个 rolling TWAP 当作临时 settlement anchor,去和 live option mark_price / mark_iv 算出来的“our price”对比;
  4. 如果二者偏得足够大,就不是 generic noise,而是一个可以直接写成 entry / exit / sizing / cost 的事件型 raw alpha 候选。

这条线比继续补一个 shared gate 更值得写,因为它天然就是独立可下单的完整策略骨架,而且它补的是当前池子里相对少的 options expiry microstructure / event-driven relative-value,不再只是 perp trend / funding / lead-lag 内循环。

2. 核心结论

对当前 desk 最有用的 3 个数据点:

  1. repo 参数非常短窗UPDATE_INTERVAL = 5sROLLING_WINDOW_MINUTES = 30,明确就是为 expiry-window alpha 设计,不是慢频框架。
  2. 当前 live universe 足够密:我用 public/get_instruments 查到写作时最近一档 BTC option expiry 是 2026-03-31 08:00 UTC,仍有 54 个未到期合约;这说明日度事件窗是可以持续滚动采集的。
  3. 最终标签公开可回填public/get_last_settlements_by_currency 显示上一个 BTC 日度到期(2026-03-30 08:00 UTC)的最终 settlement index 为 67,356.39;其中 BTC-30MAR26-67000-C 的最终 mark_price = 0.005291 BTC(约 $356.39),BTC-30MAR26-67500-P 的最终 mark_price = 0.002132 BTC(约 $143.61)。换句话说,事件结束后的真实 payout 标签是公开、可程序化回填的

翻成人话:这条 alpha 不是猜“明天 BTC 涨跌”,而是赌“快到点了,option price 会往最终结算锚靠”。 这比继续造一个模糊 filter 更像能快速做 first verdict 的 raw alpha。

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

3.5 策略拆解(必填)

4. 可复刻的最小实验

  1. public/get_instruments 找最近到期、剩余时间 <= 30m 的 BTC options;
  2. 5s~30spublic/get_index_price 与 option quote(repo 用 public/get_book_summary_by_currency);
  3. 维护过去 30m 的 BTC index rolling average,得到 twap_now
  4. 用当前 mark_iv + twap_now + 剩余到期时间估一个 model_price_twap
  5. 计算 edge_t = model_price_twap - market_price,只在 |edge_t| > hurdle 时交易;
  6. 事件结束后用 public/get_last_settlements_by_currency 回填最终 settlement label。
  1. edge half-life:信号出现后几分钟内回归;
  2. post-cost hit rate:扣掉 fees + spread + latency 后还能否为正。

5. 下一步怎么测(必须)

  1. 先补“盘口可执行性”而不是继续看 mark。 repo 当前更像 fair-value monitor;真正 first verdict 要把 mark_price 升级成 best bid/ask 或 conservative mid。
  2. 只盯最后 30 分钟的近 ATM 小宇宙。 别把整条链都扫进来;深虚值更像报价噪音,不像可执行 alpha。
  3. 做 long-only 与 long/short 双版本。 如果 short 版本的保证金和尾部风险太差,就保留 long-underpriced 版本先看是否仍有 edge。
  4. 把 edge 同时写成 BTC、美元和 premium-return 三种口径。 不同 strike 的 option 绝对价差不可直接横比。
  5. 先做 20~60 个到期事件的 friction ladder。 乐观版(mid / maker)能看见只是第一步;真正决定是否晋级的是现实版(taker + spread + latency)还能不能活。

6. 风险与保留意见

7. 来源

  1. cbyhre. (2025). _Deribit-TWAP-Arbitrage_. GitHub Repository.
  1. Option_Scraper.py(repo 内 rolling-TWAP / option pricing / 到期时间计算主逻辑)
  1. Deribit API Docs / public endpoints
  1. Deribit settlement records(公开可得)