欧义交易所amendSource不是1代表谁改了订单？欧易OKX区分用户与系统改量

“欧义交易所订单数量变了但没有人点击改单”不能直接判断账户被盗。reduce-only约束、其他挂单和期权px、pxVol、pxUsd联动都可能产生系统修改；应先读取amendSource和订单时间线，再进入安全事件判断。

1、2、3怎样区分用户动作

1表示订单由用户修改；2表示用户发起改单，但系统因reduce-only覆盖了订单数量；3表示用户新下单时，数量已经因reduce-only被系统覆盖。

三者都可能有用户请求背景，但最终数量是否等于请求值不同。

4为什么属于系统修改

4表示系统因其他待处理订单等条件修改当前订单。它提示调用方不能只在本地API请求列表中寻找对应改单动作，还要检查同一持仓、产品和账户下的其他挂单。

系统修改后仍须读取最终sz、state与剩余数量。

5为何常见于期权口径联动

5用于期权px、pxVol或pxUsd等锚定口径随其中一项变化而产生的修改。它不等于用户明确提交了同样的新价格。

期权系统应同时保存三种适用价格口径和原始修改来源，避免错误归责。

安全审计怎样使用该字段

将amendSource与ordId、reqId、amendResult、原请求、最终价格数量和时间线一起保存。未知新枚举应原样保留并提示人工核对，不能默认归类为用户或黑客操作。

若确认无合理来源，再检查会话、API权限和密钥安全。

总结

OKX amendSource用于区分用户改单、reduce-only覆盖、系统改量和期权价格联动。订单变化应先按该字段和最终回报审计，不能仅凭本地没有请求就认定账户被盗。