【CJ 进阶续篇 13/30 · 总第 41 篇】
看到异常就撤单,可以减少未成交订单的风险,但它不会自动回答异常从哪里来,也不会替你处理已经成交的仓位。
数据短暂断流时,撤掉所有订单可能避免继续暴露;但如果异常只是某个行情源落后,盲目撤单也可能把正常策略切在最差的位置。更麻烦的是,撤单以后如果不记录触发原因,复盘时只剩一个“已经撤了”的结果。
风控动作应该有前提和证据:什么异常会冻结新单,什么异常只暂停改单,什么情况下可以恢复,恢复前要重新确认哪些状态。撤单本身不是结论,只是风险处理流程中的一个动作。
撤单本身不会删除交易所已有的成交记录。真正需要保留的是本地触发条件、撤单请求和回报;否则只是知道动作做过,却不知道当时为何允许它。订单取消以后,还应核对是否已有成交和未解除的仓位风险。
越自动的系统,越要留下“为什么这样做”的解释。否则程序看起来很快,实际只是把未知变成了无法追溯。
下一篇:未知状态不是失败,也不是成功,而是必须单独处理的状态。
#撤单 #执行风控
看到异常就撤单,可以减少未成交订单的风险,但它不会自动回答异常从哪里来,也不会替你处理已经成交的仓位。
数据短暂断流时,撤掉所有订单可能避免继续暴露;但如果异常只是某个行情源落后,盲目撤单也可能把正常策略切在最差的位置。更麻烦的是,撤单以后如果不记录触发原因,复盘时只剩一个“已经撤了”的结果。
风控动作应该有前提和证据:什么异常会冻结新单,什么异常只暂停改单,什么情况下可以恢复,恢复前要重新确认哪些状态。撤单本身不是结论,只是风险处理流程中的一个动作。
撤单本身不会删除交易所已有的成交记录。真正需要保留的是本地触发条件、撤单请求和回报;否则只是知道动作做过,却不知道当时为何允许它。订单取消以后,还应核对是否已有成交和未解除的仓位风险。
越自动的系统,越要留下“为什么这样做”的解释。否则程序看起来很快,实际只是把未知变成了无法追溯。
下一篇:未知状态不是失败,也不是成功,而是必须单独处理的状态。
#撤单 #执行风控