订单跟踪系统 Bug 分析报告 分析时间: 2026-02-21 分析范围: src/trading/websocket_order_manager.py, src/trading/executor.py, src/trading/position_manager.py, src/trading/trade_repository.py Bug 总览 # 严重程度 文件 简述 1 🔴 致命 websocket_order_manager.py verify_pending_orders 重连后将 "open" 订单错误标记为 TIMEOUT，导致有效挂单被撤销 2 🔴 致命 executor.
订单跟踪严重 Bug 分析 一、架构与数据流 订单跟踪涉及三条线： * 下单侧：executor._track_limit_order 用 order_result.order_id 调用 WebSocketOrderManager.track_order(oid, coin, timeout)，并阻塞在 wait_for_order(tracking)。 * WS 推送：同一 WebSocket 在 RealtimeKlineServiceBase.on_message 中根据 channel in ("orderUpdates", "userFills") 路由到 _ws_order_manager.handle_
订单跟踪系统严重 Bug 分析报告（第二期） 分析日期：2026-02-20 涉及版本：当前 main 分支 核心根因 所有严重 Bug 源于同一设计缺陷： orderUpdates WS 消息仅含挂单价 limitPx，真实成交价在 userFills 消息中。但当前代码在 orderUpdates 到达时就删除追踪记录并唤醒等待线程，导致 userFills 的价格修正永远失效。 核心涉及文件： * src/trading/websocket_order_manager.py — 订单追踪核心 * src/trading/executor.py — 下单与追踪流程 * src/trading/position_manager.py — 仓位生命周期 * src/trading/trade_repository.
订单跟踪严重 Bug 分析 一、订单跟踪架构简述 sequenceDiagram participant Exec as Executor participant WSM as WebSocketOrderManager participant Kline as RealtimeKlineService participant WS as WebSocket Exec->>WSM: track_order(oid, coin, timeout) WSM->>WSM: _timeout_then_verify(oid) 后台线程 Exec->>WSM: wait_for_order(tracking) 阻塞 WS--&
配对维度(PairKey)优化后系统缺陷分析报告 背景 本项目是一个 Hyperliquid 配对交易自动化系统，近期完成了全系统 Key 从单一 symbol 维度升级为配对维度（PairKey = tuple[str, str]，即 (symbol, base_symbol)）的大规模重构。本次分析目标是评估优化后系统是否仍存在缺陷与不足。 系统架构： * models.py → PairKey 类型定义（全系统统一索引键） * strategy.py → 按 PairKey 维度管理 Adaptive Bollinger Z-Score 状态 * position_manager.py → 按 PairKey 维度管理仓位生命周期 * orchestrator.py → 信号编排、KillSwitch、配对限速器 * executor.py
配对维度优化后系统缺陷与不足分析 一、当前状态概览 核心交易与持久化已统一为 PairKey = (symbol, base_symbol) 维度： * strategy.py：_baselines、_positions、_exit_pending、_last_trade_time 等均为 dict[PairKey, ...] 或 set[PairKey] * position_manager.py：_positions、_opening_pairs 以 PairKey 索引，_pair_key(pos) 统一从 PairPosition 取 key * orchestrator.py：_pair_rate_limiters 按 (symbol, base_symbol) 限速
配对维度优化后系统缺陷分析报告 分析时间：2026-02-20 代码基准：HEAD（requirements update 6 debug 18） 分析范围：全系统 Key 迁移至 PairKey = tuple[str, str] 后的最新状态 已确认修复的问题 ✅ 项目 修复内容 位置 启动SQL时间边界 已添加 >= NOW() - INTERVAL '30 days' orchestrator.py:140-152 KillSwitch平仓 stop_loss_monitor 中已加入 KillSwitch 检查并遍历平仓 orchestrator.py:692-702 stop()主动平仓 添加 close_
配对维度优化后系统缺陷与不足分析 在全系统 Key 已改为 (symbol, base_symbol) 配对维度的前提下，对当前实现做一致性检查，识别仍存在的缺陷与不足，并给出可落地的改进建议。 一、当前配对维度改造已到位的部分（简要） * 核心状态与存储：策略 (strategy.py)、仓位 (position_manager.py)、编排 (orchestrator.py)、交易仓库 (trade_repository.py) 均按 PairKey = (symbol, base_symbol) 维度存储与查询。 * 数据库：迁移 20260219_fix_pairkey_indexes.sql 已将 trading_signals、pair_positions、analysis_results 的索引与压缩分段统一为
配对维度优化后（全系统Key改为PairKey）缺陷与不足分析 分析日期：2026-02-20 分析范围：src/trading/ 所有核心模块 基准版本：main 分支（最新提交 40e8849） 一、严重缺陷 1. 启动SQL查询无时间边界 位置：src/trading/orchestrator.py:138 all_rows = db_client.execute_query(""" SELECT symbol, base_symbol, kline_time, zscore_4h FROM ( SELECT ..., ROW_NUMBER() OVER (...) AS rn FROM analysis_
配对维度优化后系统缺陷与不足分析 当前状态概览 迁移 database/migrations/20260219_fix_pairkey_indexes.sql 与 database/migrations/20260220_bugfix_batch.sql 已完成： * trading_signals / analysis_results / pair_positions：索引与压缩分段已改为 (symbol, base_symbol) 维度 * 策略、仓位、编排器、黑名单、分析服务：内部状态与查询均按 PairKey = (symbol, base_symbol) 使用 * 配置层：get_strategy_params(symbol, base_symbol)、is_symbol_allowed、
配对维度优化后 — 缺陷与隐患分析报告 分析范围：全系统 Key 改为配对维度 (symbol, base_symbol) 后的当前状态 日期：2026-02-20 一、已正确落地的部分（简要） * 内存状态：PositionManager._positions、AdaptiveBollingerStrategy._baselines / _positions / _last_adaptive_z 等均按 PairKey = (symbol, base_symbol) 存储。 * 配置与风控：get_strategy_params(symbol, base_symbol)、is_symbol_allowed / is_close_disabled 支持币种级与配对级。 * 持久化：trading_signals、pair_positions、analysis_
配对维度优化后 — 缺陷与不足分析 分析范围：全系统 Key 改为配对维度 (symbol, base_symbol) 后的当前状态 日期：2026-02-20 一、已正确落地的部分（简要） * 内存状态：PositionManager._positions、AdaptiveBollingerStrategy._baselines / _positions / _last_adaptive_z 等均按 PairKey = (symbol, base_symbol) 存储。 * 配置与风控：get_strategy_params(symbol, base_symbol)、is_symbol_allowed / is_close_disabled 支持币种级与配对级。 * 持久化：trading_signals、pair_positions、analysis_