欧义交易所订单簿checksum为何总是0？欧易OKX改用序列号校验连续性

“欧义交易所checksum总是0”不是订单簿内容全部相同，也不表示可以跳过数据完整性检查。OKX当前要求使用seqId与prevSeqId验证快照和增量消息的连续性；WebSocket连接还应使用wss加密，避免把传输安全和业务序列校验混为一谈。

哪些频道受到影响

OKX当前说明列出books、books-l2-tbt与books50-l2-tbt的快照及增量更新。

books5和bbo-tbt本来不携带checksum，不属于本次字段弃用范围。

seqId和prevSeqId怎样校验

每条增量消息的prevSeqId应与客户端上一条已应用消息的seqId衔接；不连续时停止应用后续增量并重新获取官方快照。

不能简单排序后继续，因为中间数据可能已经丢失。

旧客户端继续算checksum会怎样

由于字段固定为0，旧逻辑可能持续告警，也可能错误地把0当作校验成功。

应移除以checksum判定完整性的分支，同时保留字段兼容解析，避免因响应仍含该键而崩溃。

断线重连后如何恢复

重新订阅并等待新的快照，清空旧产品的增量缓存，再按序列号从快照状态开始应用。

恢复期间依赖订单簿的自动任务应暂停，不能用陈旧深度补齐或虚构连续性。

总结

books等频道的checksum现固定为0并已弃用，必须改用seqId与prevSeqId验证连续性。发现缺口应重取快照，禁止继续应用不连续增量或用旧深度补齐。