欧义交易所tradeId为什么出现负数或0？欧易OKX说明系统订单特殊标识

“欧义交易所tradeId小于0就是接口损坏”并不成立，强平、部分强平和自动减仓存在官方定义的特殊标识规则。若数据库只允许正整数，可能丢失最需要审计的风险事件。

为什么两个接口口径不同

成交明细需要区分系统风险处置与普通撮合，因此相关tradeId使用负值；订单信息主要描述订单状态，在这些场景可返回0。客户端应同时保存接口来源和category，不能跨接口直接比较ID数值。

0也不能自动当作缺失记录删除。

哪些分类需要特别检查

partial_liquidation表示部分强平，full_liquidation表示全部强平，adl表示自动减仓。发现负值或0时，应先核对category、ordId、产品、持仓方向和时间线。

不要把系统处置误标为用户主动成交。

数据库怎样兼容

tradeId应按官方返回的字符串原样保存，避免无符号整数、绝对值转换或前端格式化抹掉负号。普通成交的幂等键仍可使用instId与tradeId，但系统记录还需带category和数据来源。

跨接口关联优先使用ordId及时间线。

风险事件怎样对账

将订单、成交明细、持仓变化、强平或ADL相关账单逐项核对，并记录费用、处罚和结算币种。tradeId特殊值只负责识别场景，不足以解释全部资金变化。

差异无法说明时，使用脱敏记录联系OKX官方支持。

总结

OKX对部分强平、全部强平和ADL使用特殊tradeId口径：成交明细可为负值，订单信息可为0。系统必须保留符号、接口来源和category，再结合ordId与账单审计。