BTC 现金套利季度基差收敛策略,市场中性(做多 BTCUSDT.BINANCE_SPOT + 做空最近到期的 BTC USD-M DATED QUARTERLY 期货,持有至结算以捕获 DETERMINISTICALLY-CONVERGENT Contango基差 —— NOT 永续资金费率,到期展仓,2参数)

假设

一种针对BTC的MARKET-NEUTRAL现货套利（cash-and-carry），用于收割QUARTERLY-FUTURE基差，这与本工厂中所有已经失效的资金费率/永续合约套利存在本质区别。那些已失效的套利策略（BTC/AVAX/BNB/ETH现货-永续，全部fee_edge）依赖于PERP资金费率——一种微薄（中位数约~1bp/8小时）、不收敛的现金流，从未超过往返交易成本。而DATED季度期货在性质上完全不同：它必须收敛于现货ATSETTLEMENT（确定性的、契约性的），且BTC季度合约以持续性的CONTANGO进行交易，通常为5-15%ANNUALIZED（约~125-375个基点，持仓约~90天）——比约~0.30%的双腿往返成本高出一个数量级，并且远超L1要求的每周期>20个基点的门槛，因为该基差是一种期限溢价，而非资金费率的跳动。结构：以等额名义本金LONGBTC现货 + SHORT最近上市的BTCUSD-M季度合约（delta中性），持有至（或接近）结算日，从而以几乎ONE的入场往返成本捕获收敛过程，且无需退出交易带来的损耗（两条腿会自行收敛），随后展期至下一个季度合约。这规避了ALL反复出现的致命问题：FEE_EDGE——基差远大于费用，且持有至结算意味着每季度大约仅~2次成交，换手率近乎为零；MULTI-REGIME——该基差在牛市AND熊市中均存在并收敛（不像纯多头择时策略那样只是单一市场状态下的beta假象）；OVERFIT——2参数（入场基差阈值、展期时机），不存在选择空间；并且它不属于已被放弃的均值回归类策略。它填补了代表性不足的跨交易所（7.3%）与市场中性方向的策略空白。CRITICAL DATA DEPENDENCY（已标记，以便快速失败而非陷入循环）：此策略需要目录中DATEDBTCUSD-M季度合约的历史K线数据覆盖——开发者必须在编码BEFORE之前核实回测窗口内是否存在季度期货的历史数据；若仅存在永续/现货K线数据，则应立即放弃（不得以永续合约替代，否则将退化为已失效的资金费率套利策略）。

第 3 次迭代解决了第-3层唯一的阻塞问题:沙盒烟雾测试超过了 300 秒的限制。我的每bar计算量本身已经是 O(1)(对季度合约链进行固定大小的循环遍历——不存在历史数据重新扫描,也没有对数据逐bar调用 min()/sorted()),因此'随历史数据规模增长的逐bar计算'这一通用诊断并不适用。真正的开销来自 DATA VOLUME:现货 1-DAY 跨度为 2017→2026(约 9 年,已从目录文件的时间范围核实),而以 4-HOUR 粒度的 11 季度合约额外贡献了约 12千 个bar事件,因此合并后的多品种数据流(跨 12 个品种腿约 15千 个事件,每个品种腿都带有手续费/分析/基准记账)超出了预算。最小且有效的修复方案保持整个(已被认可为正确、展仓逻辑已验证的)策略代码不变,仅通过配置缩小数据体量:(1) 将合约链从 11 个缩减至 8 个连续合约(仍约 2 年,2023H2–2025H1,跨越 2023 熊市复苏期和 2024 牛市——多市况、约 8 次收敛,相较于第-2次迭代中 n=1 的失败而言具有明确的诊断意义),以及 (2) 将季度额外数据的粒度从 4-HOUR 粗化为 12-HOUR(2 个bar/天 → 每个合约约 360 个,相较于此前的约 1090 个)。这将事件预算从约 15千 削减至约 6.1千(约 2.4×),品种数量从 12 降至 9,应能使运行时间大幅低于 300 秒,同时 12-HOUR 的分辨率对于约 90 天的基差持仓成本策略而言远比所需精细,并且仍比 1-DAY 主时间粒度更DIFFERENT(因此仍不受制于已到期合约本应触发的相同时间粒度对齐死锁问题)。我已核实全部 8 个合约均有非空的 12-HOUR K线数据(没有被悄然跳过的季度),并核实它们构成从 Sep23→Jun25 无缺口的连续合约链,以保证展仓的连续性。代码逻辑、导入项以及两个可调参数均未改动——第1–2层及已验证的展仓行为均得以保留;仅额外数据列表及其时间粒度为适应性能预算而作了调整。

backtest_failed: RuntimeError: 永续腿 'BTCUSDT_230929.BINANCE' 的资金费率数据不可用 —— 按需采集失败,或该交易所没有资金费率历史记录(出于准确性考虑回测已被阻止;设置 SF_DISABLE_ONDEMAND_FUNDING=1 可绕过此限制) Traceback (most recent call last): File "/opt/strategy-factory/src/agents/backtest_agent.py", line 190, in _run_backtest await self._ensure_funding_for_perp_legs(instrument_id, extra_instrs) File "/opt/strategy-factory/src/agents/backtest_agent.py", line 406, in _ensure_funding_for_perp_legs raise RuntimeError( RuntimeError: 永续腿 'BTCUSDT_230929.BINANCE' 的资金费率数据不可用 —— 按需采集失败,或该交易所没有资金费率历史记录(出于准确性考虑回测已被阻止;设置 SF_DISABLE_ONDEMAND_FUNDING=1 可绕过此限制)

实现

市场中性的BTC现货期货套利策略，收割DATED季度期货基差，并ROLLS贯穿一系列连续的季度合约链。主合约 = BTCUSDT.BINANCE_SPOT（1-DAY，连续型，驱动时钟）；辅助合约 = 八份连续的BTC USD-M定期季度合约（BTCUSDT_230929 … 250627），使用12-HOUR周期K线（比主合约更粗、不同的时间周期，这样已到期/尚未上市的合约就不会在同一时间周期的对齐屏障上产生死锁，并使多品种事件流保持精简）。每根现货K线都会识别出具有收敛窗口（≥min_entry_days）的LIVE最近到期季度合约，计算其年化基差（（期货−现货）/现货 × 365/距到期天数），并在空仓时，当该基差 ≥ entry_basis_annual便开仓套利：LONG等名义金额的现货（CASH安全的BUY）+ SHORT该季度合约（BINANCE MARGIN），实现delta中性。它会在结算前HOLDS至roll_buffer_days，CLOSES两条腿的仓位，然后展期至下一个存续的当季合约——每年约4次收敛。一个裸腿保护机制会在只有一条腿存在时平掉两条腿的仓位。到期日根据合约代码逐一解析；仓位规模按线性方式计算（名义金额/价格）并设有与路径无关的上限。两个可调参数：entry_basis_annual、roll_buffer_days。

验证结果

验证失败(第 3 层 — 沙盒回测):烟雾测试超过了 300 秒的墙钟时间限制。这几乎总是意味着存在随历史数据规模增长的逐bar计算——例如在每个bar上重新扫描完整的资金费率/补充数据序列,或在calculate_signal()/on_bar()中于每个bar上重建列表并调用 min()/sorted()。应在 __init__ 中预先计算好排序后的时间戳数组ONCE,并使用 bisect,或按时间戳缓存查询结果,使每个bar的成本为 O(log n) 而非 O(n)。

将 extra_instruments 扩展至 FULL BTC 季度合约链(自 2020 起约 16-20 个合约),使用较粗粒度的 12小时/1天季度K线以保持在沙盒预算内,从而使 metrics_reliable=true,并让每个滚动窗口都能包含若干次收敛。这仅是配置层面的扩展——展仓逻辑本身已能处理任意长度的合约链。

收敛次数处于边缘水平（8），且metrics_reliable=false——低于我在iter-1中设定的约16-20目标。开发人员出于Layer-3预算的考虑，将合约链上限设为8份合约。UNLIKE那些失败的宏观趋势跟踪策略，这只是一个可修复的配置调整问题，而非内在限制：通过列出更多BTC的历史定期季度合约（可追溯至约2020年），更多的收敛次数是很容易实现的。关键在于，即使在n=8的情况下，该优势在诊断上仍然成立：夏普比率CI [1.14, 46.66]的POSITIVE下界（不包含零），且分布表现良好（偏度-0.56，峰度2.37）——这与置信区间跨越强负值区间的趋势跟踪策略形成鲜明对比。确定性收敛优势使8个近乎独立的事件成为真实证据，而非运气使然。

主要基于滚动收敛结果(延长后的合约链)进行评估,而非 15 天的holdout;如果holdout关卡阻断了有效的季度持有型持仓成本策略,应向操作员反馈。

周期提示(与宏观策略类似):约 90 天的持有期意味着 15 天的holdout期间只包含约 0 次已完成的收敛,因此holdout关卡在结构上难以评估。相较于趋势跟踪策略而言,阻塞性较小,因为延长后的合约链能够为滚动诊断窗口提供足够数量的收敛样本,但操作员应注意,对于季度持有型持仓成本策略,holdout机制需要针对时间周期做相应处理。

在扩展合约链的完整回测中确认delta中性以及每季度的基差贡献。

两项分析师层面的合理性检查(均非代码缺陷):(1) exposure_pct 227% —— 对于每腿 capital_frac 0.45 的delta中性现货+空头期货组合,预期的毛敞口约为 0.90x;227% 最有可能是毛名义金额/浮盈标记造成的假象(beta 0.0105,max_dd 3.24%,近乎对称的largest_win/亏损确认了账面IS中性),但仍需在延长后的合约链上确认没有仓位规模漂移问题。(2) avg_loss($13,905)略高于 avg_win($12,384),win_rate 0.5625——净收益为正,但部分季度的收敛方向不利(展仓前出现back­wardation/基差扩大);需确认该优势并非由一两个基差极为丰厚的contango季度所支撑。

代码本身无问题——展仓逻辑是稳健的,并可在任意长度的合约链上复用。

CREDIT(非缺陷):ROLL 按照我第 -1 次迭代的要求已被正确实现——_candidate 会选取具有剩余期限的当前最近到期季度合约(3 天的过期检测 _live check + 逐合约的 _dte),持有至结算前的 roll_buffer_days,然后展仓至下一个近月季度合约,每个合约的到期日都单独解析,存在裸腿保护,delta中性、等名义金额的两腿(线性 USDT 保证金),现货腿仅BUY(CASH安全),采用有上限的路径无关仓位规模,每bar计算量为 O(1)。12-HOUR 的季度合约时间粒度(与 1-DAY 的主时间粒度不同)正确地避免了对已到期/未上市合约出现相同时间粒度对齐死锁的问题。该机制已得到验证:8 次清晰的 90 天收敛,每年约 4 次,手续费可覆盖(1.06%佣金)。

迭代历史

验证失败(第 4 层 — QA 审查): - 该假设所声称的'到期展仓'ROLLING MULTI-QUARTER 设计并未NOT实现。标题('Rolled at Expiry')和描述('then roll into the next quarterly')指明的是一个滚动系列,但代码交易的是SINGLE最近到期合约(BTCUSDT_241227),并且在一次收敛后就停止——没有展仓。这就是回测恰好只产生一笔交易的原因。单合约的持有成本逻辑是正确的,但使其成为可重复、可衡量策略的展仓机制并不存在。 - UNMEASURABLE ——沙盒仅产生了1次收敛(total_trades 2 = 一组腿对),metrics_reliable=false('仅1日收益'),data_days 1,Sharpe/PSR/CI均为空值。单笔交易不具诊断价值(L16/L26):在2024-H2牛市中捕获到的一次有利基差不能验证其持续性,而3阶段的优化(敏感性分析、滚动3窗口、holdout)在 n=1 的情况下无法运行。这正是缺失展仓机制所导致的结构性后果——持有至结算的持仓成本策略大约每年4笔交易,因此单一合约只能产生1。 - CREDIT(非缺陷)+ 对滚动版本的数据提示:单合约实现是CORRECT的,且该机制确实具有新意并前景可期——读取的是真实的DATED季度合约(而非永续合约,从而NOT规避了失效的资金费率持仓成本),正确计算年化基差,delta中性、等名义金额的两腿(线性USDT保证金,避免了COIN-M陷阱),现货腿仅BUY(CASH安全),到期日从合约代码解析,存在裸腿保护,采用了有上限的路径无关仓位规模;这一次收敛是净正收益(+1.80%),手续费占毛利的0.64%——明确覆盖了费用,是在经历一连串失效的均值回归策略之后,第一个真正不同的市场中性机制。构建展仓逻辑时,需核实每个季度的K线覆盖情况,以确保不会因缺失合约而悄无声息地跳过某些季度。

RuntimeError: 永续腿 'BTCUSDT_230929.BINANCE' 的资金费率数据不可用 —— 按需采集失败,或该交易所没有资金费率历史记录(出于准确性考虑回测已被阻止;设置 SF_DISABLE_ONDEMAND_FUNDING=1 可绕过此限制) Traceback (most recent call last): File "/opt/strategy-factory/src/agents/backtest_agent.py", line 190, in _run_backtest await self._ensure_funding_for_perp_legs(instrument_id, extra_instrs) File "/opt/strategy-factory/src/agents/backtest_agent.py", line 406, in _ensure_funding_for_perp_legs raise RuntimeError( RuntimeError: 永续腿 'BTCUSDT_230929.BINANCE' 的资金费率数据不可用 —— 按需采集失败,或该交易所没有资金费率历史记录(出于准确性考虑回测已被阻止;设置 SF_DISABLE_ONDEMAND_FUNDING=1 可绕过此限制)

结局总结

该假设已将带日期的季度合约K线/数据可用性标记为一项快速失败的依赖项,而这一点被证明是决定性的:回测框架对期货腿的资金费率数据要求必须被满足(或通过 SF_DISABLE_ONDEMAND_FUNDING 绕过)之后,才能对季度基差持仓成本策略进行任何评估。

在第 3 次迭代后,由于回测失败——出现了RuntimeError:该腿 'BTCUSDT_230929.BINANCE' 的资金费率数据不可用——而被放弃。原因是引擎将带日期的季度合约当作了需要资金费率历史数据的永续合约,从而出于准确性考虑阻止了回测的进行。

一种市场中性的BTC现货期货套利策略，做多BTCUSDT现货并做空最近到期的定期USD-M季度期货，持有至结算以捕获确定性收敛的期货升水基差（年化约5-15%），而非依赖微薄的永续合约资金费率。

不存在任何绩效指标——回测从未完成,因此没有收益率、Sharpe比率或交易次数;优化阶段从未被触及。

放弃原因

backtest_failed: RuntimeError: 永续腿 'BTCUSDT_230929.BINANCE' 的资金费率数据不可用 —— 按需采集失败,或该交易所没有资金费率历史记录(出于准确性考虑回测已被阻止;设置 SF_DISABLE_ONDEMAND_FUNDING=1 可绕过此限制) Traceback (most recent call last): File "/opt/strategy-factory/src/agents/backtest_agent.py", line 190, in _run_backtest await self._ensure_funding_for_perp_legs(instrument_id, extra_instrs) File "/opt/strategy-factory/src/agents/backtest_agent.py", line 406, in _ensure_funding_for_perp_legs raise RuntimeError( RuntimeError: 永续腿 'BTCUSDT_230929.BINANCE' 的资金费率数据不可用 —— 按需采集失败,或该交易所没有资金费率历史记录(出于准确性考虑回测已被阻止;设置 SF_DISABLE_ONDEMAND_FUNDING=1 可绕过此限制)