程序化交易的现实约束
一句话速览
接口限频、断线重连、极端行情下的挂单失败。这些细节出问题的代价可能大于策略本身。
这节课要你带走的
程序化能解决什么不能解决什么、这个市场特有的几个工程约束，以及入门时该先做什么。
这个市场的接口开放程度高于传统市场， 所以程序化的门槛低得多。这既是机会也是陷阱。
它能解决和不能解决的
| 能解决 | 不能解决 |
|---|---|
| 执行一致性（不会因为连亏就跳过信号） | 策略本身有没有效 |
| 24 小时不间断监控 | 数据质量问题 |
| 夜间自动执行，不用起床 | 极端行情下的流动性 |
| 多品种同时跟踪 | 品种之间的高相关性 |
左列的第三行是这个市场最实在的价值： 它把「你必须在场」这个约束去掉了， 而那个约束在 24 小时市场里代价极大 （见 C6-7）。
右列第一行是最要紧的：一个无效的策略被严格执行， 只是更快更稳定地亏。
这个市场特有的工程约束
一
接口限频
平台对请求频率有限制，超过会被暂时拒绝。
而被拒绝的时刻往往是行情最剧烈、 你最需要下单的时刻，因为那时候你的程序请求最频繁。二
断线与重连
行情推送断了、下单接口超时，都会发生。
重连之后必须做一件事：核对持仓。 不能假设你的程序记录的持仓跟平台上的一致， 因为断线期间可能发生了清算或成交。三
极端行情下的挂单失败
下单被拒、部分成交、成交价远离预期。
程序必须处理这些情况， 而不是假设每次下单都成功。 这类逻辑通常比策略本身的代码还多。四
API 密钥的安全
密钥泄露等于账户被别人控制。
只开必要的权限： 交易权限要开，提现权限绝对不要开。 这一条能把最坏结果从「资产被转走」降到「仓位被乱做」。入门该先做什么
不是先写策略，是先写监控。
一个只读的程序：定时拉取你的持仓、保证金率、 未实现盈亏，超过某个阈值就通知你。
它的价值在于：没有下单权限所以没有风险， 但它已经解决了 24 小时市场最大的问题之一 （你不在场时不知道发生了什么）。
做完这个再考虑自动下单， 而且第一版应该只做「自动止损」这一件事。
程序化解决执行一致性，不解决策略有效性。而这个市场里最先值得自动化的不是下单，是监控。
做
今天就做这一件事
如果你已经在用程序化，检查一件事：你的 API 密钥有没有开提现权限？
如果开了，现在就关掉。
如果你还没开始，第一步不是学写策略，是给自己做一个持仓监控通知。
带走这一条：程序化解决执行一致性和不在场的问题，不解决策略有效性。四个工程约束：限频、断线重连后必须核对持仓、极端行情挂单失败、密钥安全。入门先做只读的监控，而不是自动下单。