My Mind (Page 20)

symbol_blacklist 表说明（代币黑名单）

symbol_blacklist 表说明（代币黑名单） 1. 概述与用途 * 表名：symbol_blacklist * 用途：记录未通过相关系数 / Gate1 / Gate2 校验的代币，在配置的有效期（默认 24 小时）内跳过分析，避免重复失败。 2. 表结构（列定义）列名类型约束/说明 id SERIAL 主键，自增 symbol TEXT NOT NULL，代币符号（如 SOL/USDC:USDC） base_symbol TEXT NOT NULL，计价/基准币（如 BTC/USDC:

全币种挖掘算法优化，回测方法优化

多币种回测验证 v2 结果分析脚本：python -m src.scripts.validate_multicoin_btc_base_v2 --min-bars 1000 本文档为回测结果的解读与结论汇总。 1. 整体流程概览脚本先做 Gate 预计算（协整 Gate1+Gate2），再跑 4 类方案（A/B/C/D），最后给出全局最优配置和各币种明细。 * Gate 预计算：约 603s，对 95 个币种做「时间桶 × 协整」预检。 * 95 个币种中：32 个至少有一个时间桶通过 Gate；63 个完全被 Gate

配对交易系统说明文档

Hyperliquid 配对交易系统 — 项目说明文档版本: 0.2.0 · Python: ≥ 3.12 · 最后更新: 2026-02-17 目录 * 项目概述 * 系统架构 * 目录结构 * 核心模块详解 * 交易引擎 (src/trading) * 实时服务 (src/services) * 事件系统 (src/events) * 工具库 (src/utils) * 回测脚本 (src/scripts) * 数据库设计 * 配置说明 * 部署方式 * 快速开始 * 安全机制 * 依赖清单项目概述本系统是一个基于 Hyperliquid 去中心化永续合约交易所的实时配对交易（Pair Trading）信号分析与自动执行系统。核心交易标的为 HYPE/USDC 与 PURR/

数据库设计更新

数据库设计文档 TimescaleDB 数据库结构、索引策略与自动化运维概览 * 数据库: TimescaleDB（基于 PostgreSQL 16） * 数据库名: crypto_data * 容器名: crypto_timescaledb * 版本: 1.2（含交易模块表结构）指标数值表数量 7 张 Hypertable 4 个索引总数 21+ 压缩策略 4 个连续聚合 1 个表结构详解 1. klines — K 线数据表（Hypertable）存储多币种、多周期的 K 线 OHLCV 数据。字段类型

量化交易系统快速启动

快速开始指南环境要求 * Python: >= 3.12 * TimescaleDB: PostgreSQL 12+ 并启用 TimescaleDB 扩展 * uv: 推荐用于包管理（pip install uv 或 brew install uv） 1. 克隆与安装 cd Trading-in-websocket uv sync # 或使用 pip # pip install -e . 2. 配置环境变量复制 .env.example 为 .env（若存在），或新建 .env 并填写： # TimescaleDB TIMESCALEDB_HOST=127.0.0.1

量化交易系统数据流和交易流程

数据流与交易流程详解本文档补充 README.md，详细描述系统运行时的数据流转和交易执行流程。一、数据流总览 Hyperliquid WS API Hyperliquid REST API │ │ │ K线/L2/订单更新 │ 历史K线补回 ▼ ▼ EnhancedWebSocketManager ─────────── KlineDataFiller │ │ │ on_message回调 │ 补回数据 ▼ ▼ RealtimeKlineServiceBas

量化交易系统配置说明

配置参数说明环境变量一览数据库 (TimescaleDB) 变量默认值说明 TIMESCALEDB_HOST 127.0.0.1 数据库主机 TIMESCALEDB_PORT 5432 数据库端口 TIMESCALEDB_NAME crypto_data 数据库名 TIMESCALEDB_USER postgres 用户名 TIMESCALEDB_PASSWORD (无) 密码，必须配置 TIMESCALEDB_POOL_MIN_SIZE 2 连接池最小连接数 TIMESCALEDB_POOL_MAX_SIZE 10 连接池最大连接数运行与日志变量默认值说明 ENV local

量化交易系统部署到Akash

🚀 Akash 完全部署指南 📋 目录 1. 环境准备 2. 构建 Docker 镜像 3. 部署到 Akash 4. 连接和验证 5. 备份和恢复 6. 监控和维护 7. 故障排除环境准备 1. 安装 Akash CLI # macOS curl -sSfL https://raw.githubusercontent.com/akash-network/node/main/install.sh | sh # 验证安装 akash version 2. 创建或导入钱包 # 创建新钱包 akash keys add my-wallet # 或导入现有钱包（助记词）

系统架构设计图

系统架构说明整体架构系统采用分层架构，核心分为：数据层 → 服务层 → 策略层 → 执行层。 ┌─────────────────────────────────────────────────────────────────────────┐ │ Hyperliquid WebSocket API │ │ (K线 5m/1h/4h + L2 Book + 订单) │ └────────────────────────────────┬────────────────────────────────────────┘ │ ▼ ┌─────────────────────────────────────────────────────────────────────

交易模块API请求添加重试

API 重试机制修复计划项目: Trading-in-websocket 创建时间: 2026-02-17 修复范围: 13个缺少重试机制的 API 调用预计工作量: 3-5 个工作日一、执行摘要 1.1 问题概述通过全项目扫描发现，13个关键 API 调用缺少重试机制，其中 8 个为高风险项（涉及交易执行、订单管理），5 个为中风险项（涉及账户和数据查询）。当前状况： * ✅ 已有 7 处正确使用重试机制 * ❌ 13 处缺少重试，影响系统鲁棒性 * 🔴 8 个高风险项可能导致交易失败或资金风险 1.2 修复目标 1. 可靠性提升: 交易操作在网络抖动/API限流时自动重试 2. 一致性保证: 所有外部 API

TimescaleDB 数据库设计文档2