COIN-M BTC 负资金费率套利，纯做多单腿（BINANCE_CM 反向永续合约 BTCUSD_PERP，在逆溢价情形期间收取支付给多头的资金费，多日持仓，以 BTC 计价的回报，3 参数）

假设

在最深度的币本位反向永续合约 BTCUSD_PERP.BINANCE_CM 上的 LONG-ONLY、单腿 CARRY 策略。其机制在精神上与已部署的幸存策略「5-资产负资金费率套利组合」（夏普 1.97）和「跨交易所 BTC 资金费率套利」（夏普 8.58）相同——即收取真实的、由机制支付的资金流——但表达于一个真正被低估的交易所上（BINANCE_CM 仅占投资组合的 3.0%，而配额目标为 >=5%），并以 BTC 计价，这正是 COIN-M 交易所存在的原因。在反向永续合约上，当 8 小时资金费率为 NEGATIVE 时，空头支付给多头；做多仓位在持有时是 PAID 的。在 BTC 的避险/逆溢价情形期间，币本位合约的资金费率会持续 1-3 天保持负值。我们在那些情形中持有一个 BTCUSD_PERP 多头仓位以收割资金费，并设 ATR 止损以约束因单名做多所带来的方向性敞口。资金费率严格用作 CARRY（即需收取的现金流），NOT 用作方向预测——这刻意避开了已被耗尽的「主流币资金费率作为信号」类别（L13）。BTC CM 是单一最深度的反向永续合约，因此其资金费率历史 IS 已编目（避开了 L20，后者只侵蚀薄流动性的多资产 CM 组合）。故意采用 3 参数和低换手率，以抵抗导致先前 229 个假设死亡的过拟合。

第 2 次迭代通过两处小的针对性修改修复了所报告的 Layer-3 零交易失败，未触碰其他任何内容。ROOT CAUSE：_build_funding 使用 'if not isinstance(k, int): continue' 过滤键。资金费率字典仅在 IN-PROCESS 情况下才携带双重 int/str 键——附加 blob 被 JSON 往返传入回测子进程，之后仅 STRING 键能存活（已在 data_specification 中记录，并在 supp_collector 的 json.loads(json.dumps(...)) 规范化步骤中得到确认）。因此序列解析为空，_fund_ready 一直为 False，_data_ok 从未为 True，且 should_enter 在所有 6,365 根已评估 K 线上均返回 None——这与所报告的诊断完全一致。修复在 try 块内通过 int(k) 强制转换 BOTH 键类型，并按时间戳去重，在任意形状下都是正确的。SECOND，根据「放宽入场阈值」指令，我测量了真实的 BTCUSD_PERP COIN-M 资金费率序列（共 1,034 次结算）：3 次打印的均值支付给多头的资金不低于每 8h 0.5 个基点的情况仅出现在 24 个独立情形中，而 0.25 个基点的情形有 42 个，因此默认 entry_rate_bps 从 0.5 下调至 0.25，同时仍要求真正的逆溢价（严格高于零，且出于滞后性，退出条件保持在零）。其他均未更改：导入、类结构、每根 K 线连续的套利分数、无价格代理的无数据策略、退出逻辑和反向合约仓位管理与 Layers 1、1.5 和 2 通过时一致，因此之前的任何检查都不会回退。给分析师的诚实说明：COIN-M 的资金费率历史始于 2025-05-25，因此 8H 窗口中仅有最近约 1 年能产生交易——大约 40 个套利情形——较早的 K 线合理地无信号而非数据损坏。

data_unavailable：BTCUSD_PERP.BINANCE_CM 的回测数据在 5 次重试后仍无法采集： BTCUSD_PERP.BINANCE_CM 的数据采集超出了每个周期 600 秒的预算；将在下一周期继续 数据层（而非策略）是瓶颈——请在采集修复后/该交易对回填完毕后重新评估此假设。

实现

在 BTC COIN-M 反向永续合约上的纯做多负资金费率套利策略（BTCUSD_PERP.BINANCE_CM，8 小时 K 线，与资金费率周期 1:1 对齐）。在反向永续合约上，NEGATIVE 的资金费率意味着空头支付给多头，因此做多可获得资金费。每根 K 线时，策略计算一个套利分数——即最近 3 次资金费率打印值的均值取负，单位为每 8 小时基点——当该分数不低于 0.25 个基点（即真正的逆溢价情形）时开 LONG 仓，并在该情形持续期间持有以收取所有结算资金。当套利耗尽（分数回到零）、资金观点失效或数据陈旧时平仓，或在 3x ATR 方向性止损触发时平仓，以约束单名多头敞口。资金费率仅作为需收取的现金流来使用，绝不作为方向预测指标。仓位管理将 ATR 止损的预算设为权益的 1.5%，将总名义敞口上限设为权益的 0.75x，并通过 contracts_for_notional 向下取整至 WHOLE 张面值为 $100 的反向合约。

验证结果

CLEAN RESTART 2026-09-04 —— 本次运行的判定历史和学习记录已被清除，并从验证阶段重新启动。之前的放弃源于流水线而非市场：Layer-2 harness 错误绑定 @staticmethod 帮助函数（已修复），QA 在未优化的冒烟测试上发出了终结性性能判定（已移除——QA 现在仅判定正确性），而沙箱超时则源于回测槽位饥饿（已修复）。假设和策略代码均未更改。请基于代码本身的优劣进行验证；性能将由后续的完整回测和优化器决定。

迭代历史

验证失败（Layer 3 —— 沙箱回测）：未产生交易 所用 K 线类型：BTCUSD_PERP.BINANCE_CM-8-HOUR-LAST-EXTERNAL，已处理 K 线：6384 诊断：should_enter() 在 6365 根已评估 K 线中返回方向 0 次 -> 您的 ENTRY CONDITION 从未触发。请放宽入场逻辑/阈值。 请确保您的策略在给定的数据和参数下能产生交易。