fix: 接受循环代次门控——修复重连竞速泄漏监听器（#47 阶段二）+ 长期观察基建

[CSJ608]

长期观察立项后的第一轮就抓到了真 bug。

复现与根因（有完整状态轨迹证据）

新增的竞速混沌（重连动作占 60%：杀对端自动重连 + 用户 Reconnect() 并发）第一轮即稳定复现两种故障形态：客户端 ConnectAsync 永久挂起（220 秒死寂区后由迟到的 SocketException 解锁，或直到测试超时）、终局连接被拒 60 秒。

根因：用户重连与自动重连竞速产生多个并发 StartAsync 接受循环时，被取代的"僵尸"循环完成 accept 后看到 _server 已被新循环替换成 null，跳过了 AcceptFirstClientOnly 的监听器关闭——泄漏一个"仍在监听但永无人 accept"的 socket。后续客户端的 SYN 被内核送进这个无人消费的 backlog，ConnectAsync 永久挂起（比拒绝严重得多）。此前 #47 排查复现不出来的原因是强度不够（原混沌重连动作只占 3%）。

修复：代次门控（原 #47 阶段二方案）

_acceptLoopId 每次 StartCore 递增；接受循环在取得 _acceptLock 后校验代次，被取代者静默退出——监听器的创建/关闭/accept 只归属当代循环，僵尸循环既不能泄漏监听器、也不能以过期身份发布 Connected。修复后竞速混沌 3×15s + 60s 全过（故障前 4 次迭代即卡死，修复后 58+ 次迭代正常运转）。

长期观察基建（本 PR 的另一半）

1. StateTransitionRecorder：全程记录状态转移并校验——合法转移边、非 Connected 态编号必须为 0（P1-1 线性化不变式的运行时验证）、Connected 态编号严格递增不复用、终态收敛；另统计 Connected→Connected 直连迁移次数（竞速观测指标，输出到测试日志）；
2. Soak_ReconnectRacing_LongRun：竞速专用长时混沌（env 门控）+ 普通消息 FIFO 完整性探针 + 上述全程校验；
3. soak.yml：每夜北京时间 03:00 以 600 秒在 ubuntu + windows 双平台跑整个浸泡套件，失败自动通知；支持 workflow_dispatch 手动指定时长；
4. 楔形回归测试预算放宽（并行负载下 ~1/15 概率的时序闪失，单跑 14/14 过）。

测试

85×3 = 255 全绿 × 两轮。