网络断线不会让市场停止，枢轴点策略的挂单、止损和已有仓位仍可能在服务器端继续变化。可靠的断线预案要先知道哪些保护依赖本地程序。原8月10日页面没有账户状态，本页给出检查清单。
把风险控制分成服务器端与本地端
服务器已接受的止损、止盈和部分挂单可能继续有效；EA内部的虚拟止损、时间退出和动态仓位控制则需要终端在线。逐项列出依赖，不能笼统写“有止损”。
断线时停止新风险而非猜测状态
数据陈旧、订单回执缺失或心跳超时后，程序应进入安全状态，不再提交新单。若连接时断时续，幂等ID和速率限制可防止重试产生重复仓位。
准备独立的查看和处置渠道
保留平台官方移动端、网页端或备用网络用于核对账户，但凭证与设备需要安全管理。应急渠道的作用是确认与处置，不是绕过既定风险审批继续开仓。
恢复连接先重建真实状态
拉取当前仓位、挂单、保护单、成交和余额，与本地日志逐项对账。发现差异时暂停自动交易，由预案决定补止损、撤孤儿单或人工处理。
定期演练本地断网、VPS重启、平台维护和报价中断，记录恢复时间与未保护窗口。演练不得在高风险实盘仓位上临时进行，应使用模拟或最小风险环境。
断线告警应通过与交易链路不同的渠道发送，否则同一网络故障会让程序和通知同时失效。告警内容只包含处置所需信息，不发送密钥或完整账户资料。
平台计划维护前应停止即将依赖本地管理的新仓，核对已有保护单，并明确维护结束后的恢复顺序和责任人。