Hyperliquid BTC 4小时动量趋势延续，LONG/SHORT（单一标的HYPERLIQUID永续合约，纯OHLCV，先平仓再反手，固定比例仓位，正向盈亏结构——测试尚未测试的4小时中间频率，可能满足BOTH HL对深度历史数据AND和样本外交易密度的要求；预先登记DATA-DEPTH熔断条件 + 仓位探查；覆盖多空 + HL交易场所；尾部风险安全，低参数数量）

假设

通过针对唯一尚未被排除的HL频率来实现该假设。HL日线数据很深（约3年），但对于15天样本外保留集而言过于稀疏（约15根K线->0-1笔交易），而HL 15分钟数据每日K线数量足够，但仅有约2个月的历史；4-HOUR是可满足BOTH要求的中间地带（15天保留集跨越约90根4H K线，可提供足够的保留集交易，而约1-3天持有的动量组合在样本内可产生数百笔交易，从而支持有效的3窗口滚动前向验证），AND位于已确认的约2个月次小时级数据墙之上。机制与资产特征匹配：BTC趋势流畅（HL BTC日线突破为正，PF 1.76），因此动量/延续适合BTC，且LONG/SHORT填补了经验证干净的HL BTC多空路径上的主导方向配额缺口（TS动量LS规模约97%）。收益几何已针对先前15分钟反转avg_win<avg_loss陷阱明确修正：没有早期固定止盈；ATR追踪止损（3.5x）让趋势右尾充分延展，而更紧的冻结初始止损（2.5x）限制亏损，因此avg_win超过avg_loss（已扣除约0.09% HL双边成本）。结构为缺陷规避型：单品种纯OHLCV（无资金费订阅、无额外腿、无期权），经由空仓翻转在结构上实现（should_exit平仓至空仓，且基础引擎仅在空仓时开仓，因此反向成交永不净额轧差），ONE固定分数仓位（名义价值=0.95*权益，数量=名义价值/价格）且无动态调仓，杠杆保持在1.0以使引擎保证金模型与策略内名义价值一致。两个预注册的下游门控：（1）DATA-DEPTH——若4H HL BTC数据跨度未达>=约2年AND15天保留集包含>=约5笔交易，则确认HL次日级数据墙已延伸至4H，该策略应被放弃并升级至数据工程师（请NOT迭代）；（2）SIZING——avg_position_pct应<=约100%且无物理上不可能的4H/日线权益跳变，否则作为HL过度暴露复现器放弃并升级。

因NO EDGE而放弃，并非因为数据瓶颈——该假设自身预先登记的两个熔断条件均已PASSED，因此基础设施问题已得到有利结论，无需重测。DATA-DEPTH关卡：4小时HL BTC数据深度充足（5057根K线，约2.3年，最早可追溯至2024-01，267笔交易；15天样本外区间可覆盖约90根K线/数笔交易）——HYPERLIQUID亚日级数据瓶颈并未NOT延伸至4小时；这是对FUTURE HL策略有用且可复用的发现。SIZING关卡：avg_position_pct 106%（exposure_fraction 0.95 + MTM，并非过度敞口缺陷），没有不可能的权益跳变，metrics_reliable=true，多空交易腿平衡——HL 4小时多空先平仓再反手路径的仓位规模干净。然而，该策略在基准参数下，经大型且具有统计意义的267笔交易样本验证，是净亏损策略：total_return -19.05%，夏普比率-0.54，profit_factor 0.887，avg_trade_return -$137.5（≈ -0.14%/笔交易，NEGATIVE，低于交易成本，也低于分析师的放弃阈值）。盈亏结构已ALREADY修正（avg_win 2.19x avg_loss），但策略仍然亏损，因为胜率（28.8%）低于31.3%盈亏结构的盈亏平衡点——也就是说，波动率归一化动量信号在4小时BTC上没有优势，优化只能重新设定普通t统计量的阈值，无法凭空制造优势。唯一的正收益时期是2024牛市贝塔（+18.9%；2025 -43.6%，2026 -5.7%），因此优化会对2024窗口过度拟合，并在2025-2026样本外测试中失效——本次研究中，先前四个HL日线/4小时趋势策略同类（BTC/ETH/SOL唐奇安、SOL TS动量）也遭遇了完全相同的OOS/样本外/DSR崩塌。不值得花2小时优化：基准策略的期望收益稳健为负，同类策略优化后也无一能实现泛化。不要迭代：不存在需要修复的代码级缺陷——构建方式（纯OHLCV、先平仓再反手、盈亏结构已修正、仓位规模干净）合理；问题在于假设本身（4小时BTC上的动量优势）并无优势。向研究负责人PRESERVED FINDING：HL 4小时是一种可验证、仓位规模干净的频率——将具有REAL优势的机制应用于该频率，而不是再开发一种普通的单资产趋势/动量信号。

实现

多空4小时动量/趋势延续策略，标的为BTCUSD.HYPERLIQUID，纯OHLCV。信号为18根K线（约3天）收益率经波动率归一化后的类夏普t统计量得分：当得分>+0.5且收盘价>50根K线SMA时做多，当得分<-0.5且收盘价<50根K线SMA时做空。通过ATR追踪止损（自运行峰值/谷值度量）（3.5x ATR，让盈利奔跑）、更紧的冻结初始ATR止损（2.5x ATR，限制亏损）或动量反转（得分穿越退出带或收盘价逆向穿越SMA）退出。翻转经由空仓路由（完全退出，在之后的空仓K线上再进入反向），因此引擎永不对反向成交进行净额轧差。每次入场一个固定分数仓位（权益名义价值的95%），无动态调仓，杠杆1.0。

回测评审

夏普

-0.54

总收益率

-35.62%

最大回撤

59.25%

总交易数

267

胜率

28.8%

盈利因子

0.89

预先注册的 DATA-DEPTH 门槛 PASSED，并且是真正有价值的发现：约 2.3 年 4H HL BTC 数据（5057 根K线，回溯至 2024-01-22），267 笔交易——HYPERLIQUID 日内数据墙NOT延伸至 4H，因此 4H 是在 HL 上对真正有优势的 FUTURE 策略可行且可验证的操作频率。

预注册的SIZING门控PASSED：avg_position_pct 106%（exposure_fraction 0.95+MTM漂移，而非BINANCE过度暴露缺陷），无物理上不可能的权益跳变（最大日+18.6%，BTC在1x），metrics_reliable=true，在均衡的多头（143）+空头（124）腿上0丢弃的入场——HL多空经由空仓翻转路径在4H上干净地确定规模。

交易数量充足：在2.3年样本期内有267笔交易——优化在统计上有意义（不是基于少数交易噪声拟合），且盈亏结构设计正确（avg_win $3757 = 2.19x avg_loss $1716，tail_ratio 1.19）。

在大型且具有统计意义的样本中，优势为负：total_return -19.05%，夏普比率-0.54，索提诺比率-0.94，0.887 profit_factor，avg_trade_return -$137.5（≈ -0.14%/笔交易，NEGATIVE——低于交易成本）。这是稳健的无优势结果，并非小样本偶然现象。

胜率28.8%低于31.3%盈亏结构的盈亏平衡点；盈亏结构已修正，但信号仍然亏损，因此动量t统计量本身在4小时BTC上没有优势——优化只能重新设定其阈值，无法创造优势。

优势纯粹来自2024牛市贝塔（年化2024 +18.9%，2025 -43.6%，2026 -5.7%）；优化会对单一的2024窗口过度拟合，并在2025-2026样本外测试中失效——本次研究中，先前4的HL趋势策略同类（BTC/ETH/SOL日线、SOL TS动量）正是遭遇了这种OOS/样本外/DSR崩塌。

手续费拖累显著：commission_pct_of_gross 8.53%，max_drawdown 51%，13最大连续亏损次数。

结局总结

正确的盈亏结构无法挽救缺乏底层优势的信号——当大样本中的胜率低于盈亏结构的盈亏平衡点时，优化只能重新设定普通动量t统计量的阈值，无法创造优势；可复用的成果是，HL 4小时是一种数据深度充足、仓位规模干净且可验证的频率，适用于未来真正具有优势的机制。

分析师在回测审查关口放弃了该策略，尚未进行优化；原因是真实的无优势，而非数据瓶颈：波动率归一化动量信号在4小时BTC上没有优势（胜率28.8%低于31.3%盈亏结构的盈亏平衡点，在267笔交易中扣除交易成本后的期望收益为负），唯一的正收益时期是2024牛市贝塔（+18.9%；2025 -43.6%，2026 -5.7%），因此优化只会对2024过度拟合，并在2025–2026样本外测试中失效。

在BTCUSD.HYPERLIQUID上实施的多空单一标的OHLCV专用4小时动量趋势延续策略（先平仓再反手，以ATR初始止损 + 追踪止损实现正向盈亏结构，杠杆1.0）。该策略有意测试尚未测试的4小时中间频率，以同时满足HL对深度历史数据和样本外交易密度的需求，并填补多空及HL交易场所方面的空白。

在大型且具有统计意义的样本中，该策略被确认是净亏损策略：总收益-19.05%，夏普比率-0.54，盈利因子0.887，267笔交易的胜率为28.8%（多头143，空头124），avg_trade_return -$137.5（约-0.14%/笔交易），最大回撤51%——尽管盈亏结构设计正确（avg_win $3,757 = 2.19x avg_loss $1,716），两个预先登记的熔断条件均已通过：数据深度（5,057根K线 / 约2.3年）和仓位规模（avg_position_pct 106%，metrics_reliable=true）。