加密货币市场数据API：覆盖范围、历史和验证

在比较端点之前定义覆盖范围

按交易所和市场类型计算交易对数量，而不是引用一个大的总数。现货、永续期货、定期期货、期权、指数和代币化合约有不同的标识符、交易规则和历史起始日期。

生产目录应保留交易所交易对名称、基础和计价资产、状态、精度、合约类型、结算资产、可用时的上市时间以及所有观察到的状态变更。

• 列出所有交易所和市场类型。
• 区分活跃、待定、暂停和已退市的交易对。
• 按流发布最早和最晚可用时间戳。
• 不要将单一交易所描述为合并的加密货币覆盖范围。

验证时间、顺序和数据缺失

加密货币交易是连续的，因此无法用周末日历来解释缺失的间隔。跟踪源事件时间、接收时间、序列标识符、重新连接和预期间隔。零成交量K线和未收集的K线是不同的状态。

回填和实时流应合并到一个规范模式中，同时保留其源运行。测试重复交易、乱序更新、订单簿序列缺失、延迟更正和UTC间隔边界。

检查运营和法律独立性

可靠的服务应来自自有存储和规范化表，而不是在每次客户请求时依赖于交易所的实时连接。原始负载、检索清单、校验和以及确定性回放可以从源中断中恢复。

技术访问不自动授予再分发权。在记录公开之前，必须按流和用例对权利进行分类。DataCedar目前将独立的币安捕获数据保留在内部验证边界内，同时验证这些服务权。