系统配对维度重构后缺陷与不足分析 背景 项目在 f5543c3 提交中将全系统 Key 从单一 symbol 改为 PairKey = (symbol, base_symbol) 配对维度。此后经过 14 次调试提交（debug 1-13）进行修复。本分析基于当前 HEAD (2ab27b0) 状态，识别出重构后仍存在的缺陷和不足。 一、高优先级缺陷（影响正确性/资金安全） 1. sync_with_exchange 未更新 pair 模式下 base_current_price * 文件: src/trading/position_manager.py:960-970 * 问题: sync_with_exchange
配对维度优化后系统缺陷与不足分析 本文档记录在全系统 Key 已改为 (symbol, base_symbol) 配对维度后，当前仍存在的缺陷与不足，涵盖数据库、脚本、统计与一致性四类问题。 一、当前已正确落地的部分（简要） * 核心交易链路：position_manager.py、strategy.py、orchestrator.py、trade_repository.py 的仓位/信号/策略状态均按 PairKey = (symbol, base_symbol) 存储与查询。 * 库表与迁移：trading_signals、pair_positions、analysis_results 均有 symbol+base_symbol；20260219_fix_pairkey_indexes.sql
配对维度Key优化后的系统缺陷分析报告 分析日期：2026-02-20 分析范围：全系统 Key 改为配对维度 (PairKey = (symbol, base_symbol) tuple) 后的残留问题 🔴 高严重性缺陷 缺陷1：orchestrator.py 强制要求非空 base_symbol，单币模式可能完全失效 位置: src/trading/orchestrator.py:296-299 和 L454-457 # process_analysis 入口 base_symbol = multi_period_result.get("base_symbol", "") if not base_symbol: logger.error(
Bug 修复报告：币对大小写匹配问题 日期：2026-02-20 文件：src/trading/config.py 严重程度：高（功能性 Bug，导致配置项完全失效） 问题概述 config.py 中存在两类大小写处理不一致问题，导致多个配置项在运行时静默失效。 根因分析 Bug 1：is_close_disabled() 永远返回 False（高危） 位置：_parse_close_disabled_symbols() + is_close_disabled() 复现路径： 环境变量: TRADING_CLOSE_DISABLED_SYMBOLS=purr ↓ _parse_close_disabled_symbols() 存储: {"
配对维度优化后系统缺陷与不足分析 当前架构概览 * PairKey 定义：src/trading/models.py 中 PairKey = tuple[str, str]，即 (symbol, base_symbol)，全系统交易/仓位/策略状态均按此维度存储。 * 配置层配对键：黑名单与策略覆盖使用字符串格式：币种级 "PURR"、配对级 "PURR|HYPE"（由 symbol/base_symbol 解析出 asset 部分后拼接），见 config.py 的 is_symbol_allowed、is_close_disabled、get_strategy_
系统缺陷分析报告：配对维度 Key 优化后的状态 Context 系统已完成全局 Key 改为配对维度（PairKey = (symbol, base_symbol)）的优化。 本报告分析优化后的代码中仍然存在的缺陷和不足，按严重程度分级。 🔴 高严重性缺陷 缺陷 1：symbol_blacklist 未做大写转换（config.py:425-432） 问题：黑名单解析时没有调用 .upper()，但检查时使用的是已大写的 coin 名称，导致大小写不一致时黑名单完全失效。 # load_trading_config() 中（config.py 425-432） symbol_blacklist = { s.strip() # ❌ 未调用 .upper() for s in blacklist_raw.split(
配对维度优化后系统缺陷与不足分析 当前已对齐配对维度的部分 * 配置层 src/trading/config.py：黑名单、禁止平仓、策略参数均支持配对级（ALT|BASE）与币种级；get_strategy_params(symbol, base_symbol) 优先级为配对 > 币种 > 全局。 * 仓位与策略状态： * src/trading/position_manager.py：_positions: dict[PairKey, PairPosition]，开/平仓、恢复、同步、孤儿收纳均按 (symbol, base_symbol)。 * src/trading/strategy.py：_baselines、_positions、_exit_pending、
配对维度优化后系统缺陷与不足分析 当前已对齐配对维度的部分 * 配置层 src/trading/config.py：黑名单、禁止平仓、策略参数均支持配对级（ALT|BASE）与币种级；get_strategy_params(symbol, base_symbol) 优先级为配对 > 币种 > 全局。 * 仓位与策略状态： * src/trading/position_manager.py：_positions: dict[PairKey, PairPosition]，开/平仓、恢复、同步、孤儿收纳均按 (symbol, base_symbol)。 * src/trading/strategy.py：_baselines、_positions、_exit_pending、
系统分析报告：全系统 Key 改为配对维度后的缺陷与不足 分析日期：2026-02-19 分析范围：src/trading/ 全部核心文件（strategy.py、position_manager.py、orchestrator.py、models.py、config.py） 🔴 高危 Bug Bug 1：配对级黑名单在 process_analysis 入口完全失效 位置: src/trading/orchestrator.py:293 问题：黑名单检查时 base_symbol 尚未提取，导致配对级黑名单条目永远不会被命中。 # ❌ 当前代码（第 293 行）：检查时 base_symbol 尚未提取 allowed,
PairKey 维度优化后的缺陷与不足分析 持久化分析报告。在全系统 Key 已改为 (symbol, base_symbol) 配对维度的前提下，通过实际代码阅读，对已知问题进行确认，并补充新发现的缺陷。 日期：2026-02-19 一、现状验证（已正确落地项） 模块 状态 策略层 strategy.py ✅ 所有状态字典按 (symbol, base_symbol) 存储 仓位管理 position_manager.py ✅ _pair_key / 开仓防重复均使用 PairKey 黑名单缓存 realtime_kline_service_base.py ✅ TTLCache key 为 (symbol, base_symbol) DB 索引
配对维度优化后系统缺陷与不足分析 持久化自分析报告。在全系统 Key 已改为 (symbol, base_symbol) 配对维度的前提下，从一致性、边界情况、索引与节流设计、可维护性四方面分析当前仍存在的缺陷与可改进点。 一、当前状态概览 全系统配对维度改造已基本落地： * 类型：src/trading/models.py 中 PairKey = (symbol, base_symbol)，单腿/孤儿用 base_symbol=""。 * 策略/仓位/配置：策略引擎、仓位管理器、配置的配对覆盖均按 PairKey 或 "ALT|BASE" 键存取。 * DB：trading_signals、pair_positions、
交易系统架构对比分析报告 对比项目：passivbot（1,860 stars / 625 forks） 分析日期：2026-02-08 版本：v7.8.1 一、参考项目概览 Passivbot 是一个成熟的多交易所永续合约自动交易系统，采用 Python（编排/IO）+ Rust（计算引擎） 混合架构。核心策略为逆势网格做市（Martingale 变种），不预测价格走势，通过网格加仓拉低均价 + 反弹获利平仓。支持 Hyperliquid、Binance、Bybit、OKX、Bitget、GateIO、Kucoin 等 7+ 交易所。 项目结构 src/ ├── main.py # 入口（Python 版本检查 + Rust