欧义交易所amendSource为6是谁改了价格？欧易OKX说明RPI自动圆整回报

“欧义交易所没有发送改单请求，RPI价格却发生变化”应先核对rpiPxRound和amendSource。把来源6误归为用户操作，可能触发错误的账户安全告警；反过来忽略系统最终价格，又会让本地订单簿和风险记录继续使用失效原价。

什么情况下会出现来源6

当前官方场景是RPI新订单启用rpiPxRound，原价格不满足RPI间距规则时由系统完成价格圆整。订单频道可先推一条state=live且amendSource=6、amendResult=0的修改回报，再推正常live状态。

该枚举不应套用于普通限价或其他改单场景。

为什么amendResult为0还要继续验收

amendResult=0表示这次系统修改成功，不等于订单已经成交。live只说明订单成功进入订单簿；后续仍可能部分成交、成交或取消。

客户端应保存服务端最终px、状态和时间线，不能继续沿用请求原价计算风险。

怎样避免把两条live当成重复错误

两条live承担不同语义：第一条可携带系统圆整改价来源，后一条确认正常在簿状态。处理器应按ordId、amendSource、amendResult、px和uTime更新同一订单，而不是简单丢弃所有重复state。

资金副作用仍需保持幂等。

安全审计如何区分系统与用户

将rpiPxRound、请求px、最终px、amendSource、reqId和订单状态分列保存。来源6与已知规则一致时记录为系统圆整；字段缺失、价格异常或出现未知枚举时暂停自动处理并查官方文档。

不得用共享密钥或绕过RPI权限复现。

总结

OKX RPI订单启用rpiPxRound并由系统按间距规则改价时，订单频道可返回amendSource=6、amendResult=0，再进入正常live状态。系统最终价格和后续订单终态都需独立验收。