为回测补齐长历史：足迹抽取还是服务器 K 线

它做什么

更改合约、颗粒度或周期都会重新读取缓存（cache_coverage），不发起任何经纪商调用。请求的天数按 5/7 折算为时段数，已覆盖的纳秒换算为已覆盖时段，二者之差就是缺失数量。当完全没有缓存时，卡片会显示“{symbol} 在 {tf} 上没有任何缓存。请在图表中以该颗粒度打开此合约：历史会自行填充，此后一直可用。”

足迹抽取以 28 天为一个窗口调用 rithmic_history_ensure，最旧的窗口放在最后，并带上合约的 tick size。它的估算是每个缺失时段 107 秒，显示在按钮上。每个窗口会报告取得的 K 线数、被拒而跳过的区间数和失败的区间数；后端繁忙时会跳过该窗口而不计为失败。这条路径带有每个价位的 bid × ask，是读取逐档失衡的策略所必需的。

服务器 K 线路径调用 rithmic_fetch_history_batch，按每块 9,000 根 K 线规划（每时段 23 小时，每天 5/7 个时段），每批发送 8 个窗口，同时在途 2 批。它更快，但这些 K 线只带有 OHLC、成交量和 delta：“服务器 K 线包含 OHLC、成交量和 delta，但不含足迹价位明细。”

设置与估算

如何使用

• 先选定合约、颗粒度和周期，启动前先读覆盖那一行：回测可以在已有数据上运行，但其结果只覆盖那个窗口。
• 当策略读取失衡或逐档成交量时，优先选择足迹抽取；接受它所公布的耗时。
• 用“取消”可以中止任一种下载；已经到达的数据会保留，再跑一次会补齐其余部分。
• 留意状态行：“正在逐笔抽取 —— 第 {done}/{total} 个窗口，已获得 {bars} 根 K 线”或“正在下载 —— 第 {done}/{total} 块，已获得 {bars} 根 K 线”。

结论与陷阱

• denied：经纪商返回 rp_code 13（“permission denied”）。历史 K 线是经纪商的权限，而不是应用设置；历史逐笔数据可能仍然可用，手动回放正是使用它。
• silent：登录被接受，但每个窗口都没有发送任何内容。要么档案没有回溯到那么早，要么历史服务节点故障；请在开市时重试。
• empty：经纪商有应答但没有为此窗口提供 K 线；它的档案对这个合约可能没有回溯到那么早。
• 带代码的逐笔抽取：“经纪商未返回任何成交，并回复：{codes}。此账户可能未开通历史逐笔回放。”
• 历史数据由你的经纪商或数据提供商按你的账户提供并计费；应用无法扩展任何权限。