Senzoukria 里的“历史回溯到 {loaded} 天，而请求的是 {requested} 天”

你会看到什么

图表提示写着“历史回溯到 {loaded} 天，而请求的是 {requested} 天。券商已无错地返回该窗口：对该合约和该账户，其存档不再更早。”图表本身看起来一切正常，只是比你选的范围短。

为什么会这样

这次下载走到了尽头，既没有返回错误码，也没有为最早的那几个时间窗返回 K 线。应用里没有任何东西能事先知道 Rithmic 的存档有多深：它会随机构、账户类型和月份而变。所以应用是事后把它量出来并说出来，而不是不声不响地画出一张只有你所选范围一半长的图。

这个范围在应用这一侧也是有界的：1 到 31 之间的任意整数天。超过 8 天之后，本机缓存就不再保留这些数据，因此那一部分每次打开图表都要重新下载一遍。

换句话说，这条提示区分的是两件很容易混在一起的事：一个被拒绝的请求，和一个被正常处理、却本来就没有内容的请求。这里属于后者，所以它不带任何状态码。

如何解决

• 接受你的经纪商所提供的那个深度，或者在 ⚙ → 交易设置 里把“历史范围”调到与它相称。
• 确认这个合约是当前的主力月；在你的系统上，一个更老的合约可能历史更少。
• 要做长周期回测，请把一个装着 Databento 导出文件的文件夹导入到自动回测里，而不是指望经纪商的存档。
• 如果你只是想确认到底能回溯多远，请把范围先设成 31 天加载一次，然后读这条提示里真正加载到的天数。

它并不意味着什么

• 不是一个错误：经纪商是在没有状态码的情况下作出应答的。
• 也不是缓存的问题：图表报出来的就是它真正加载到的部分。
• 如果存档本来就到那里为止，“重新加载历史”也解决不了；重新加载只是再去问同一份存档。

何时联系技术支持

如果问题一直存在，请通过 菜单 → 问题反馈 或者在 Senzoukria 的 Discord 上联系技术支持。如果同一个登录名下的另一个平台，对同一个合约能显示更早的逐笔历史，请把两边的范围和 Rithmic 的系统名称一起发过来。