jackandCursor
15f4aa088e
接 Telegram 时查出 Guard.realized() 定义了但全仓库没有调用点——pnl_day 恒为 0，MAX_DAY_LOSS 完全不生效。三条硬约束里最重要的一条是死的。 根因是止损与止盈都挂在交易所侧成交，本进程收不到通知，而 sweep 只在 48 分钟到点才查持仓。连带第二个后果：execs 条目不清，MAX_OPEN 把已出场的 仓位继续算在场，新信号被白挡到截止时刻。 补 watch() 循环（10s）：持仓消失即判出场，去 history-position 取 netProfit（= pnl + 资金费 + 开平手续费）记回闸并释放名额。盈亏取交易所的 数而不自己按标记价估——估会漏掉费用且方向总偏乐观。历史未落库时留到下轮， 不会漏记。字段名按文档与官方 TS 类型的差异同时兼容 ctime/cTime。 Telegram（live/tg.py，stdlib + aiohttp）：推开仓、平仓带已实现盈亏、被硬 约束挡住、报错、对账平仓、跨日结算、启动与停机。不推信号过期跳过（常态， 搬运重连会重放旧信号）与心跳，否则真事会被淹掉。启动那条兼作通道自检。 研究侧 tg_notify.send 改为复用生产的传输层，方向与 signal_bus 一致。 status.sh 增加一条判读：开过仓但 pnl 仍为 0 就是 watch() 出了问题。 实测：8 类消息渲染、_match_hist 的过早/方向不符/币不符/驼峰字段/取最近 五种情形、100 USDT 下 SOL 与 ADA 的端到端空跑（两腿等量，50/50 精确）。 Co-authored-by: Cursor <cursoragent@cursor.com>
69 lines
4.2 KiB
Bash
69 lines
4.2 KiB
Bash
# 生产配置。装到 /etc/chan-live/live.env，权限 640 root:chan。
|
||
# **不要提交填好的版本**——这里有交易权限的密钥。
|
||
#
|
||
# 改完要重启：sudo systemctl restart chan-live-exec
|
||
|
||
# ── Bitget 密钥 ───────────────────────────────────────────────────
|
||
# 权限只勾「只读」+「交易」，**不要勾提币**。
|
||
# IP 白名单填这台机的公网出口 IP（curl -s https://api.ipify.org 看）。
|
||
# 这也是执行器必须跑在这台机上的唯一原因——密钥绑了这个 IP。
|
||
BITGET_API_KEY=
|
||
BITGET_API_SECRET=
|
||
BITGET_PASSPHRASE=
|
||
|
||
# ── 信号来源（采集机）─────────────────────────────────────────────
|
||
# ssh 目标。可以是 ~/.ssh/config 里的别名，或 user@ip
|
||
SHIP_FROM=sg-collector
|
||
# 采集机上总线文件的路径（在对端 shell 里展开，可用 ~）
|
||
SHIP_REMOTE_BUS=~/chan-live/state/signals_live.jsonl
|
||
|
||
# ── 状态与总线 ────────────────────────────────────────────────────
|
||
# 生产状态的根。**不要指到仓库里**：git checkout/clean 会动仓库，而这里存的
|
||
# 是日亏损累计与在场仓位，被清掉等于 MAX_DAY_LOSS / MAX_OPEN 两道闸失忆。
|
||
# systemd 单元里 ReadWritePaths 也是这个路径，改了要一起改
|
||
LIVE_HOME=/var/lib/chan-live
|
||
SIGNAL_BUS=/var/lib/chan-live/state/signals_live.jsonl
|
||
|
||
# ── 仓位 ─────────────────────────────────────────────────────────
|
||
# 每笔名义额（USDT）。杠杆**不改**手续费与滑点（都按名义额收），所以抬名义额
|
||
# 有真实成本；抬它的唯一理由是压掉步长取整：实测最差币的偏差
|
||
# 100U → 6.7%(SOL)、500U → 1.8%、1000U → 0.6%
|
||
LIVE_NOTIONAL=500
|
||
# 杠杆只影响占用保证金，不影响名义敞口/手续费/滑点/盈亏绝对值。
|
||
# 名义 500 在 10x 下占 50 USDT 保证金；止损在 2 ATR ≈ 0.2%，而 10x 强平约需
|
||
# 逆向 10% = 100 个 ATR，差 50 倍。交易所侧记得设**逐仓**
|
||
LIVE_LEVERAGE=10
|
||
|
||
# ── 硬约束：封的是「代价不随仓位缩小」的那几类故障 ─────────────────
|
||
# 并发仓位数。信号 6.8 笔/天、持仓 48 分钟 → 期望并发 0.23 笔，3 已很宽。
|
||
# 超了说明有 bug，不是行情好
|
||
LIVE_MAX_OPEN=3
|
||
# 日开仓上限。专门封「循环里的 bug 反复开仓」——单笔小但笔数无界
|
||
LIVE_MAX_DAY=15
|
||
# 日亏损上限（USDT）。一笔止损约 1 USDT，15 笔全亏 15 USDT
|
||
LIVE_MAX_DAY_LOSS=20
|
||
# 信号超过这么久就不做。参考成交价是次根开盘价，过期后跑的不是回测那个价。
|
||
# ⚠️ 这道闸依赖两机时钟一致，chrony 必须在跑（install.sh 会装）
|
||
LIVE_STALE_S=20
|
||
|
||
# 交易的币池。要与采集机一致，否则会收到不做的币的信号（会被忽略但徒增噪声）
|
||
SYMS=BTC,ETH,SOL,BNB,XRP,DOGE,ADA,AVAX,LINK,LTC
|
||
|
||
# 盯交易所侧出场的轮询间隔（秒）。**别关掉这个循环**：止损与止盈在交易所侧
|
||
# 成交，本进程收不到通知，缺了它 pnl_day 恒为 0，MAX_DAY_LOSS 就是死的
|
||
LIVE_WATCH_S=10
|
||
|
||
# ── Telegram 通知 ─────────────────────────────────────────────────
|
||
# 拿 token：Telegram 里找 @BotFather → /newbot
|
||
# 拿 chat id：给 bot 随便发一句，再开
|
||
# https://api.telegram.org/bot<TOKEN>/getUpdates 看 result[0].message.chat.id
|
||
#
|
||
# 留空则完全不推（不报错）。推的内容：开仓、平仓（带已实现盈亏）、被硬约束
|
||
# 挡住、报错、对账平仓、跨日结算、启动与停机。
|
||
# **不推**信号过期跳过（常态，搬运重连会重放旧信号）和心跳（日志里有）。
|
||
# 量级约 30 条/天上限。
|
||
TG_TOKEN=
|
||
TG_CHAT=
|
||
# 前缀，用来和采集机推的手工信号区分开——两边可以共用同一个 bot 和对话
|
||
TG_TAG=实盘
|