比特币智能数据质量审计

「比特币智能数据质量审计」使用说明

比特币智能数据质量审计加载比特币智能工具背后的 BTC 周线价格历史和月度指标，然后按照公开规则检查重复、缺口、无效价格、数据陈旧和空字段。你会得到 0–100 的质量分数、问题列表和可下载的审计 JSON。

需要输入

• 无需输入数据；全部自动加载
• BTC 周线价格历史
• 月度指标（价格、幂律百分位、价格与 200 周均值之比、回撤、一年收益率、波动率）

会显示什么

• 满分 100 的质量分数（90+ 为绿色，70–89 为黄色，低于 70 为红色）
• 卡片：周线观测值及日期范围、重复时间戳、大缺口、缺失的月度字段和最新数据的时效
• 问题表格，包含严重程度（info、warning、critical）、代码、日期和详情；显示前 100 条
• 包含数据版本、方法论版本和生成时间的审计 JSON

使用步骤

1. 等待两个数据源加载完成。
2. 查看分数和摘要卡片。
3. 先检查 critical 问题，再检查 warning。
4. 下载 JSON；如果分数下降，交叉核对 API 状态。

计算公式

扣分 = 3 × 重复数 + 5 × 乱序时间戳数 + 12 × 无效价格数 + 4 × 大缺口数 + 0.5 × 缺失月度字段数 + 1.5 × max(0, 数据时效天数 − 10)。分数 = 100 − 扣分，限制在 0–100 之间。大缺口指超过 11 天（超过 30 天为 critical），从首段连续 8 个间隔不超过 10 天的数据点之后开始统计。时效超过 14 天发出警告；超过 30 天为 critical。

计算示例

一个大缺口、2 个缺失字段、数据时效 12 天：扣分 = 4 + 1 + 3 = 8，分数为 92。由于 12 天不到 14 天，虽然分数下降，但不会出现 stale_history 警告。

如何解读结果

• sparse_anchor_period（info）对早期锚点来说是正常的，不扣分。
• 每个 invalid_price 扣 12 分，因为错误价格会污染之后的所有计算。
• 以 missing_ 开头的代码会注明缺失的月度字段和月份。

限制与注意事项

• 基于规则的分数是运行状况摘要，不能证明数据正确。
• 上游修订、抽样偏差和跨交易所差异可能无法被发现。
• 最多保留 250 条问题；JSON 会显示全部问题。

常见问题

100 分代表数据完美吗？

不是，只代表没有违反任何已检查的规则。

为什么分数降低了却没有陈旧警告？

时效扣分从 10 天开始，而警告从 14 天开始。

可以保存结果吗？

可以，下载包含版本和问题的审计 JSON。