加密货币历史下载：从成交档案重建 bid × ask
在币安现货和 USD-M 永续图表上，历史分三步构建：先导入 K 线，再从公开成交档案重建每个价位上真实的 bid × ask，最后从本地缓存准备图表 K 线。加载遮罩会显示当前步骤、剩余时间估计，以及一个直接查看已有数据的入口。
Senzoukria · 文档 · 更新于 2026 年 9 月
位置
- 位置
- 任意币安现货或币安永续图表（Sz 菜单 → 加密足迹图）；历史深度在 设置 → “加密历史与分布”中设定
- 步骤
- 1/3 K 线 · 2/3 从币安成交重建 bid × ask · 3/3 准备图表 K 线 —— 遮罩显示“已完成 {n}/3 步”
- 深度历史
- 1 周、1 个月、3 个月或 6 个月；默认 6 个月（180 天）。图表窗口上限为 190 天
- 数据
- 币安公开数据流与档案，无需账户或密钥。仅供分析：加密货币上绝不发送任何订单
它做什么
加密图表首先按图表历史范围与深度历史设置中较大的那个导入 K 线（klines）。只有 K 线可以画出六个月的柱体，却不含价位明细，因此第二步会逐日下载币安成交档案，并按图表的价格步长重建每个价位上的 bid × ask。该步骤的遮罩文案是：“正在从成交档案重建真实的 bid × ask 历史 —— 这需要一些时间。”每一个档案日都经过下载、读取成交和写入三个阶段，进度比例分别按 10 %、55 % 和 92 % 加权。
深度导入以一个持久化在浏览器存储键 senzoukria.cryptoDeepHistory.v1 中的队列运行，以当前 UTC 日为锚点，并且只对历史范围内的日期保留大单。启动时会先重新取回最近的六个分桶，使最后几根 K 线精确无误，随后后台回补以一小时为区间覆盖最近 24 小时（最多 36 小时）。
第三步从缓存按每页 125 根 K 线、由新到旧回读，直到达到历史上限。对币安而言，该上限是窗口内 K 线数量加二，分钟级周期封顶 10,082；对 Bybit 和 Databento 则适用各周期的标准上限。来源为聚合成交且分桶已收盘的 K 线会被标记为完整，不再被实时数据改动。
设置
| 设置 | 默认值 | 它改变什么 |
|---|---|---|
| 加密历史与分布（设置） | 6 个月 | 导入并保存在磁盘上的 K 线和价位成交量的天数：1 周、1 个月、3 个月、6 个月。选择与性能预设不同的值会把模式切换为手动 |
| 历史范围（图表设置） | 24 小时（当日） | 保留大单的天数以及 K 线的最小深度；图表栏上的“历史（天）”字段因与本设置重复而被移除 |
| 价格步长（自动） | 来自交易对 | 用于重建 bid × ask 的价格步长；步长未知的交易对会跳过档案步骤 |
| 显示已有数据 | 遮罩上的按钮 | 在导入完成前先显示图表；历史可能不完整 |
如何使用
- 打开交易对并等待“历史已就绪。正在显示图表。”；在至少经过 1.5 秒且完成 2 % 之后，遮罩会显示“约剩 {time}”。
- 要显示六个月，请使用 30m 或更大的周期；更小的图表颗粒度会受 K 线数量上限限制。
- 若某一步失败，遮罩会显示“历史不完整 · {source}”，并附带错误信息和“重试加载”按钮。
- 加密货币上的 TPO，请选择至少与图表周期等长的时间段（见深度历史设置的提示）。
局限与陷阱
- 首次导入 3–6 个月可能耗时较长；档案这一步是慢的那一步，并取决于币安公开档案的可用性。
- 仅由 K 线构成的柱体不含 delta，也不含价位明细：读取 delta 的策略在这些柱上只会看到零（“crypto.histNoDelta”）。
- Bybit 交易对走缓存路径，不做档案重建；Databento 的 CME 图表显示的是“时段历史”和“回放完成”，而不是这三个步骤。
- 订单簿不属于历史的一部分；只有成交会被重建。深度历史是一项独立功能。
- 加密数据仅供分析；这些数据源上不存在任何订单路由。
相关页面
其他语言版本
常见问题
- 为什么遮罩在第 2 步停留这么久？
- 第 2 步会针对整个深度历史窗口，一次一天地下载并读取币安成交数据。主流交易对的六个月是极大量的成交；遮罩会显示正在处理的那一天以及一个估计时间。
- 导入结束前能用图表吗？
- 可以：“显示已有数据（历史可能不完整）”会移除遮罩。只有 K 线的柱体在其档案日写入之前不会显示 bid × ask。
- 导入的历史存放在哪里？
- 存放在磁盘上的本地 K 线缓存中，按交易对、周期和价格步长索引；队列状态本身位于浏览器存储中，因此被中断的导入可以续传。