# 多人能力验证

当前 0.3 架构的交付门槛：

| 层级 | 必须证明 |
| --- | --- |
| Backend 单测 | 权限、状态转移、幂等、重复/乱序输入、版本冲突、迁移 |
| Runtime dev | 同一 `backendDeploymentId` 滚动更新唯一 Runner；HTTP、WS 和身份隔离通过 |
| 数据 | SQL/Redis 按 environment 与 deployment 隔离；Runner 不持有底层凭据 |
| PVP | 两个独立身份、输入序号、服务端快照、断线恢复、结算去重 |
| 异步玩法 | 并发写、分页、作者权限、排行榜原子更新 |
| 语音 | 两端采集，经 TURN relay 建连并解码真实 Opus |
| 视频 | 四端经 SFU 发布/订阅并解码真实视频帧 |

2026-09-20 的 dev 验证使用真实 Runner、短期 TURN/SFU 授权和 Chromium 模拟媒体设备：双人语音强制 relay 后双方解码成功；四人视频每端连接三个远端并解码成功。该结果证明平台链路和浏览器实现可工作，不替代真机权限、蜂窝网络和长期容量测试。

所有自动测试必须设置期限并在 `finally` 关闭 socket、媒体轨道和临时服务。测试日志不得包含 Launch Token、TURN credential、SFU token、数据库密码或 npm token。