咱们老用户要注意了，欧意交易平台这个WebSocket订单频道的调整，说白了就是让“post-only”和即将出的“rpi”订单状态更真实。以前咱们做挂单，明明收到“state: live”，结果订单还是被撤了，搞得人一头雾水。现在好了，平台把推送时机延后了大约1毫秒，改成订单真正进入订单簿才推送。最关键的是，如果价格穿越BBO导致挂单失败，以后直接只推“state: canceled”，不会再先推一个假的“live”来误导你。这对咱们搞高频或者套利的兄弟影响挺大，以前靠那个假live判断状态，现在必须彻底依赖成交推送了。建议赶紧检查一下自己的策略逻辑，不然容易漏单或误判。
参考信息：官方动态原文
为了让客户能够更明确地判断 "post-only"（包括 "mmp_and_post_only"）与将要推出的 "rpi" 新订单的最终状态，避免收到 "state: live" 后订单仍被撤销的场景，欧意交易平台计划调整订单频道中 "post-only" 与 "rpi" 订单的 "state: live" 事件行为。
具体影响
订单 "state: live" 事件的推送时机调整 —— 从订单接收后立即推送，改为订单成功进入订单簿之后才推送。（延后约 1 ms）；
价格穿越 BBO 被撤单的挂单失败场景下，"state: live" 更新将被完全移除，只推送 "state: canceled" 更新。
场景 |
调整前 |
调整后 |
"post-only" 订单挂单失败（价格穿越 BBO 被撤单） |
先推 "state: live"，再推 "state: canceled" |
只推 "state: canceled"（不再有 live） |
"post-only" 订单成功挂单 |
立即推 "state: live" |
推 "state: live" (延后约 1 ms) |
"post-only" 订单成功挂单后被吃单（一次成交） |
"state: live" → "state: filled" |
"state: live" (延后约 1 ms) → "state: filled" |
"post-only" 订单成功挂单后被吃单（多次部分成交） |
"state: live" → "state: partially_filled" → "state: filled" |
"state: live" (延后约 1 ms) → "state: partially_filled" → "state: filled" |
"post-only" 订单带 "reduceOnly: true", size 被修改 |
"state: live" → "state: live"（"amendSource: 4, amendResult: 0"） |
"state: live", ("amendSource: 4, amendResult: 0") → "state: live" |
将要推出的 "rpi" 订单，"rpiPxRound: false", 挂单失败（不满足价格间距规则被撤单） |
N/A |
只推 "state: canceled"（不会有 live） |
将要推出的 "rpi" 订单，"rpiPxRound: true"，并且 price 被修改 |
N/A |
"state: live" ("amendSource: 6, amendResult: 0") → "state: live" |
生效时间
对于 "rpi" 订单, 模拟盘：7 月 21 日；实盘：7 月 28 日。
对于 "post_only" 和 "mmp_and_post_only" 订单, 模拟盘和实盘均为 8 月中旬。
影响范围
受影响的订单类型有："post_only"、"mmp_and_post_only"、"rpi"（Enhanced Limit Price）。
其他订单类型如 "limit"（普通限价单）、"market"（市价单）、"ioc"、"fok" 订单推送行为保持不变。