2.9 KiB
2.9 KiB
R1方案审查裁决与实施批准
70项受审hash全部一致，6项新增路径不存在。基线SHA256 23B0ED438ED288F66FFED58A42141E5EDC6A687EC6746D9B3DA312EED701718A；独立报告SHA256 A617DC9CE3F355D5F31AF88167577471363457D07B36E32CF5683D4E2CE125CC。
接受“范围调整合理”和“足以批准白名单编码”两项结论；批准按原方案检查点0～3实施，默认PF路径与既有底层保持，先编码/离线验证，真实游戏写入另受下述数据门约束。
逐条裁决
- 启动先于Awake、一次API会话借给Bridge、31真实对象绑定、初始化普通写监测、单份序列化、准确票据、进程标记、关闭/401、Editor数据边界九项均接受。单账号只避免向第二会话错误转发，并不免除本账号内旧回调、关闭准入和副作用检查。
- P2-1采纳并具体化：在装备首次变更前开始同步写入收集范围，包含Publish引起的嵌套写，结束于该装备同步序列化返回；每次写入前校验许可key，收集该链实际票据，随后Flush并逐张等待。该次主票据及链内全部票据都须Confirmed，任一Superseded/Unknown/Blocked中止run；不能挑后续票据替代或从全局最后写入猜票据。无票据的localOnly记录也纳入key审计，但不称远端确认。
- P2-2采纳：账号/存档来源由用户指定；主会话负责编制备份清单、恢复步骤、精确允许key及摘要，执行经确认的备份/恢复，用户确认具体数据范围。已询问缺失数据；尚无数据许可前不进入真实PlayMode、不发正式整档请求。可先实现与合成验证。专用可丢弃账号不构成P2-α存量真实档迁移授权。
- P3-1采纳：Publish保持在旧SavePlayerData入口原先的时序位置；提取的序列化核心不Publish。新装备入口同样在原时序显式Publish，不能重复发布。
- P3-2限定采纳：Setup提供只读历史标记列表，不提供清除/解锁旁路，不做新的清理管理系统。
- P3-3采纳：认证至加载发布期间InternalId/IsLogin不提前可见、不发布API成功事件；任何依赖该状态的回调若提前触发，作为运行差异，不放宽完成判定。
执行边界
白名单以原方案§5为准。实施记录为《阶段4最小真实玩法闭环实施记录-2026-09-24.md》，每检查点同时更新开发日志。保留原受审文档。继续共享目录，不建新worktree、不Git提交；外部独立实施复核沿用既有分工，不以内部代理替代。
本裁决不开放4C消费、热换号、正式用户迁移或打包。R1未实现/未验收，4B3/G4未关闭。
后续账号授权补充
用户已允许沿用101/102，不必强行修改。主会话已只读备份现有KV，均空档；可继续白名单代码验证，但不自动PF迁移/造档。运行数据门仍以完整有效存档及实际允许key为准，不再重复请求账号许可。