jackandCursor
881cc5e77d
补上「一个币一个仓位、账户专用」这两个没落在代码里的前提
三处都源于同一个隐含假设从未被写成代码。
① 同币并发会让 pnl_day 翻倍。blocks() 只查幂等键与三条计数闸，没有按币的
占用检查。同币开两笔时交易所净成一个仓位，于是 watch() 按 pair 判出场会让
两个 key 同时进 gone，_match_hist 给它们返回同一条历史记录，realized() 被
调两次。而 pnl_day 正是 MAX_DAY_LOSS 读的数：亏损翻倍提前停机，盈利翻倍让
闸变迟钝。sweep() 也会在第一笔截止时平掉合并后的整个仓位。
合并后的行为（一个止损、两个不同价位的止盈、超时一锅端）不是任何一版回测
建模的东西，所以在 on_signal 里跳过第二个信号，是最接近安全的近似。期望并发
0.18 笔，损失极小。另外给 _match_hist 加 positionId 独占认领，让这个不变量
在记账处本地成立，而不是依赖两百行外的检查——花钱的路径值得两道。
② positions() 返回账户全部仓位，三个调用点都没过滤。账户上任何第三方仓位
都会被 reconcile 在重启时市价平掉，而 watch() 会因该 symbol 一直在场而永不
结算，MAX_OPEN 名额泄漏、pnl_day 不再更新。加 PAIRS 过滤与 my_positions()。
残留局限记在注释里：同币上的第三方仓位仍分不出来，账户仍应专用。
③ oid_of 把非字母数字换成下划线，理由是 : 和 + 未必被接受，但调用方又拼了
"-tp" 把 - 加回去，自相矛盾。真被拒时止盈单会全部挂不上，而那条路径只告警
不停机，收益结构静默退化成「只有止损 + 超时」，且空跑验不到（dry 返回假
成功）。改用 _tp，并把字符集约束写进 oid_of 的文档。
实测：同币第二个信号被挡、别币放行、独占认领不重复计账、PAIRS 排除
PEPEUSDT、全部 clientOid 只含字母数字下划线。
Co-authored-by: Cursor <cursoragent@cursor.com>
2026-08-28 18:58:47 +08:00
..
2026-08-28 18:36:10 +08:00
2026-08-28 18:17:53 +08:00
2026-08-28 17:03:03 +08:00
2026-08-28 18:58:47 +08:00
2026-08-28 17:03:03 +08:00
2026-08-28 17:03:03 +08:00
2026-08-28 17:03:03 +08:00
2026-08-28 17:30:11 +08:00