Hyperliquid BTC 15分钟亚洲时段开盘区间多空突破策略（3参数 Crabel ORB，仅使用 OHLCV）

假设

在 Hyperliquid 的 BTC-USD 永续合约上使用 15 分钟K线的经典开盘区间突破策略（Crabel 1990），日内双向交易。其机制如下：将每个 UTC 交易日的“开盘区间”（OR）定义为前 4 根十五分钟K线（00:00-01:00 UTC，即亚洲活跃时段开始时段）内的最高价和最低价。在交易日剩余时间（01:00-24:00 UTC）监测 15 分钟收盘价——收盘价突破 OR_high 时做LONG，收盘价跌破 OR_low 时做SHORT。每天最多完成一次往返交易；在 00:00 UTC 重置。此假设同时填补投资组合中 THREE 个代表性最不足的配额：（a）HYPERLIQUID 交易场所（4.6%，目标为 20%）；（b）short_1m_15m 时间周期（1.9%，目标为 10%——按比例计算，这是整个投资组合中最大的单项配额缺口）；（c）多空方向（12%，目标约为 45%）。完全仅使用 OHLCV——无 NO 补充数据依赖（避免因资金费率/清算基础设施缺失而导致的 14+ 次时段放弃）。该机制类别在结构上不同于投资组合中的所有现有策略及近期失败案例：它不是趋势延续策略（4H 唐奇安通道突破类别现已确认失效），不是市场状态MR策略（没有可用于状态筛选的补充数据），不是多重滤波趋势策略（根据 DOGE 三重滤波策略的放弃经验，这类策略会过拟合），也不是布林带挤压策略（我的 BnbSpotBollingerSqueezeBreakout 已覆盖该类别）。ORB 在各类资产上已有 60+ 年学术验证，并在 S&P 500、期货和 FX 市场上经过验证；其原理具有结构性稳健性：建立日内区间 + 方向性突破 = 方向延续。选择 HL 交易场所至关重要：HL 的 0.09% 往返手续费在可执行的永续合约交易场所中最低，因此短周期机制（手续费侵蚀累积最快的类别）具备了实际可行性。亚洲时段锚点利用了亚洲主要加密货币资金流启动时间已知这一特点。交易频率：每年约有 150-200 次有效突破（有些日子 OR 在任一方向上都不会被突破），远高于滚动前向验证的可行门槛。ONLY 3 PARAMETERS，以避免 DOGE 三重滤波趋势策略中的 9 参数过拟合陷阱。

针对 `leverage_set_but_unused` 的第 2 次迭代修复：先前代码已经将名义敞口乘以杠杆，但它通过 getattr(self.config, "leverage", 1.0) 字符串字面量读取该值，静态分析器的 AST 属性访问检测器无法识别这是真正引用 self.config.leverage。最小改动是改为直接访问 `self.config.leverage` 属性（leverage = float(self.config.leverage or 1.0)），因此现在可以明确确认 notional = equity * position_fraction * leverage 确实使用了 2.0 杠杆，且引擎的保证金模型与策略中的名义敞口一致。其他逻辑均未改变：ORB 状态机、连续归一化带信号、入场/出场规则，以及此前所有通过的层级均保持原样，因此没有回归。对于这种紧密止损（资金止损为 1%）的日内突破策略，2x 杠杆是合适的，且在 Hyperliquid 的 20x 上限内。

从根本上无利可图且爆仓风险特征突出——无法通过优化挽救。total_return -59.6%，profit_factor 0.41，每笔交易期望收益为 -$452，且 avg_trade_return_pct -0.266%（为负），表明 ORB 突破策略在 BTC-HL 15m 上的期望收益显著为负；Sharpe -2.58，CI [-4.39, -0.65] 全部低于零，且 PSR 0.0016 证实不存在风险调整后的优势。单日（2026-06-10）亏损了 -33.8%，平均仓位为 138%，且 max_drawdown 62.3%（CI 至 93.7%）——在策略毫无优势的基础上，杠杆仓位规模还带来危险。存在两项独立障碍：（1）任何参数调优都无法让期望收益为负的单一资产 OHLCV 方向性突破策略扭亏为盈（属于 L9/L41 零存活率类别）；（2）Hyperliquid 数据仅覆盖约 167 天，远不足以支持滚动前向验证加留出集验证。不值得花 2 小时进行优化。

实现

在 Hyperliquid BTC-USD 永续合约上使用经典 Crabel 开盘区间突破策略（多头+空头），K线周期为 15 分钟，仅使用 OHLCV。每个 UTC 日的开盘区间取前 60 分钟内的最高价和最低价（00:00-01:00 UTC，亚洲时段开始）。在 OR 窗口之后，若 15 分钟收盘价突破 OR_high（+缓冲），则做多；跌破 OR_low（-缓冲），则做空。每天最多完成一次往返交易，在 00:00 UTC 重置。退出方式：资金止损、结构性区间失效止损（重新穿越相反方向的 OR 边界），以及日终前平仓。2x 杠杆已接入相对于资金的仓位规模计算。

验证结果

CLEAN RESTART 2026-09-04 — 本次运行的判定历史和学习记录已被移除，并从验证阶段重新开始。此前放弃该策略是由流水线导致的，而非市场因素：Layer-2 测试框架错误绑定了 @staticmethod 辅助函数（已修复），QA 在未经优化的冒烟测试中给出了终局性能判定（已移除 — QA 现在只判断正确性），沙箱超时则源于回测槽位资源不足（已修复）。假设和策略代码均未改变。请根据代码本身的优劣进行验证；性能将在之后由完整回测和优化器决定。

在入场时设置实际的 stop_market()，以便在K线收盘前执行 1% 止损；和/或将杠杆降至 1.0，使跳空不会累积成单笔亏损超过权益 20% 的情况。

保护性止损是基于K线收盘的盈亏检查（get_position_pnl_pct <= -stop_loss_pct，单位为 should_exit），每根 15m K线检查一次，因此无法在K线收盘前执行 1% 亏损限制；快速的 15m BTC K线在收盘前会波动数个百分点，并在下一根开盘时成交。使用 2x 倍杠杆（名义敞口 1.2x）时，这导致单笔亏损 -$25,846（约占权益的 26%，平均亏损为 25x）。仓位规模计算和杠杆使用均正确（2.0 在 HL 20x 上限内），因此这不是代码缺陷；但在 2x 下，基于紧密止损的策略逻辑无法通过收盘价检查实现。

确认完整回测使用所有可用的 HL 15m 历史数据；鉴于数据跨度较短，对晋级结果应保持谨慎。

沙箱仅覆盖 data_days=140，接近可用的 HL BTCUSD 15m 历史数据。133 笔交易可供使用，但 140 个日历日的窗口过短，且仅涵盖单一市场状态，不足以进行滚动前向验证（3 IS + 留出集）。这不是缺少数据（数据存在，信号也会触发），但 OOS 的证据将受到限制，且仅覆盖狭窄的市场状态。

回测评审

夏普

-2.58

总收益率

-59.58%

最大回撤

62.33%

总交易数

133

胜率

27.1%

盈利因子

0.41

机制正常触发（已发出 133 个信号，已提交 133 个订单，无丢单）——不是代码或数据管道问题

仅依赖 OHLCV，无补充数据源依赖

决定性净亏损：total_return -59.6%，profit_factor 0.41，在 133 笔交易中每笔期望收益为 -$452

每笔交易的边际收益为负：avg_trade_return_pct -0.266%（低于任何交易场所的最低门槛）

Sharpe -2.58，CI [-4.39, -0.65] 全部为负；PSR 0.0016；information_ratio -3.9

灾难性尾部风险：单日（2026-06-10）亏损 -33.8%，largest_loss -$26,268，avg_position_pct 138% — 杠杆仓位规模鲁莽，max_drawdown 62.3%（CI 至 93.7%）

Hyperliquid 仅有 167 天数据（约 5.7 个月）——远不足以支持滚动前向验证加留出集验证

单一资产 OHLCV 方向性突破——近乎零存活率类别（L9/L41）

迭代历史

验证失败（leverage_set_but_unused）：配置将杠杆设为 leverage=2.0，但策略在仓位规模计算中从未引用杠杆。请据此计算仓位——名义敞口 = equity * fraction * leverage / price（读取 self.config.leverage）——或将杠杆设为 leverage=1.0。按当前写法，杠杆不起作用，回测结果与 1x 完全相同。

data_unavailable：经过 5 次重试后，仍无法收集 BTCUSD.HYPERLIQUID 的回测数据： - K线（bar_type=BTCUSD.HYPERLIQUID-15-MINUTE-LAST-EXTERNAL）：已获取 0，需要 200，或覆盖 14+ 天 阻塞因素在数据层（而非策略）——待数据收集问题修复或该交易品种补齐历史数据后，重新评估此假设。