jackandCursor
335d891478
实盘要跑在 AWS（API key 绑了 IP 白名单），而信号在新加坡那台算。借这次 把生产从研究侧摘出来，四条具体代价里第一条已经咬过： 1. live_state.json 原先落在 research/out/，而那里 shadow_hb 会自动 rename 归档、研究脚本会写、人也手工清过。那文件装的是 MAX_DAY_LOSS 累计与已 处理信号键，被清掉不报错，只是两道闸静默失效。改到 LIVE_HOME。 2. 采集器十币清空 300~560ms 直接叠在信号到达执行器的延迟上。 3. 研究侧探针 OOM 过一次（14.9GB），当时若有仓位在场会连坐执行器。 4. 为读两个常量 import 研究侧 step43，把 numpy/pandas/pyarrow 拖进实盘 进程。抽出 stdlib-only 的 live/exit_params.py，install.sh 加断言挡回归。 新增 live/ship_signals.py：AWS 侧 ssh tail 拉总线，每次重连从文件头重放 + 按幂等键去重，断线期间的信号自愈；旧信号由 staleness 闸挡掉不补做。 带时钟倒流检测——两机时钟不同步会让那道闸静默放宽。 部署件：systemd 两单元（搬运挂了执行器仍管在场仓位的超时平仓）、 install.sh、dryrun.sh（验密钥/白名单/时钟/ssh/取整）、status.sh、README。 验证：live_exec 重构后端到端空跑，SOL 多头与 ADA 空头的止损/两级止盈/ 数量取整逐项核对正确，isolated + post_only + reduceOnly 都在；搬运的去重、 重启不重复追加、脏数据跳过、断线重连重放均已测。 Co-authored-by: Cursor <cursoragent@cursor.com>
41 lines
1.1 KiB
Desktop File
41 lines
1.1 KiB
Desktop File
[Unit]
|
|
Description=chan 信号搬运（把采集机的总线拉到本机）
|
|
After=network-online.target
|
|
Wants=network-online.target
|
|
StartLimitIntervalSec=300
|
|
StartLimitBurst=10
|
|
|
|
[Service]
|
|
Type=simple
|
|
User=chan
|
|
Group=chan
|
|
WorkingDirectory=/opt/chan
|
|
EnvironmentFile=/etc/chan-live/live.env
|
|
# SHIP_FROM 在 live.env 里给，形如 sg-collector 或 user@1.2.3.4
|
|
ExecStart=/opt/chan/.venv/bin/python /opt/chan/live/ship_signals.py \
|
|
--from ${SHIP_FROM} --remote-bus ${SHIP_REMOTE_BUS}
|
|
Restart=always
|
|
RestartSec=5
|
|
|
|
StandardOutput=journal
|
|
StandardError=journal
|
|
SyslogIdentifier=chan-live-ship
|
|
|
|
NoNewPrivileges=true
|
|
PrivateTmp=true
|
|
ProtectSystem=strict
|
|
# chan 用户的家目录放在 /var/lib/chan-live/home，只装拉总线用的那一把 ssh
|
|
# key。这样 ProtectHome=true 挡住 /home 与 /root 的同时，ssh 仍能读到
|
|
# ~/.ssh（它在 /var/lib 下，不受 ProtectHome 影响），也能写 known_hosts
|
|
ProtectHome=true
|
|
Environment=HOME=/var/lib/chan-live/home
|
|
ReadWritePaths=/var/lib/chan-live
|
|
ProtectKernelTunables=true
|
|
ProtectKernelModules=true
|
|
RestrictSUIDSGID=true
|
|
LockPersonality=true
|
|
MemoryMax=256M
|
|
|
|
[Install]
|
|
WantedBy=multi-user.target
|