枢轴点移动止损究竟由交易服务器保存，还是依赖本地终端持续在线执行，决定了断线后的保护能力。平台实现并不统一。原8月5日页面没有订单设置，本页说明服务器端与客户端逻辑怎样核对。
固定止损通常与追踪逻辑不同
已提交并被服务器接受的固定止损，通常不需要本地持续计算；追踪止损则可能由终端或EA根据新报价不断修改。关闭终端后是否继续移动，应通过账户状态和平台文档确认。
查看服务器实际订单而非图表线
图表显示的虚拟止损、EA内部线或提醒，不一定已提交到服务器。断网测试前先记录订单回执、止损字段和平台端可见状态，避免把界面绘图误认为真实保护。
修改频率可能触发限制
按每个tick追踪会产生大量改单，并遇到最小距离、冻结区间、限速和竞态。更稳妥的规则可按新K线、价格跨越固定步长或Pivot层级更新，并处理拒单。
断线恢复后先对账
终端重连时不要立即按旧缓存重发止损。查询当前仓位与服务器保护单，确认期间是否成交、部分平仓或被手工修改，再决定是否继续追踪。
演练关闭终端、网络中断、程序重启和服务器拒绝，观察止损是否仍存在及何时停止移动。任何客户端追踪都需账户级灾难止损，避免单点故障让仓位完全裸露。
多终端同时登录还可能重复管理同一仓位。只允许一个实例拥有追踪权限，其他实例只读监控；主实例切换要有租约或锁，防止两边相互覆盖止损。
复盘中区分“计划追踪位”“已请求价格”和“服务器确认价格”。三者不一致时，以服务器订单为真实保护水平。