一、先把问题放进业界的坐标系里联网游戏的同步模型，业界长期只有两大流派，任何方案都是这两者的变体或组合：状态同步（State Synchronization）服务器是唯一权威（server-authoritative），运行全部游戏逻辑，把计算后的结果状态下发给客户端，客户端只做表现。MMO、传统卡牌、大部分 FPS 走这条路。优点是反外挂强、客户端无需确定性；缺点是服务器承担全部计算，带宽随状态复杂度上升。指令/帧同步（Input/Lockstep Synchronization）各端只同步输入指令，每个节点用完全相同的逻辑在本地推演出相同结果。RTS（《星际争霸》《帝国时代》是教科书案例）、格斗、MOBA（局内）广泛采用。优点是带宽极低、天然支持回放；硬前提是确定性（determinism）——相同初始状态 + 相同指令序列必须在所有端得出逐比特一致的结果。传统回合制卡牌用的是状态同步。它的痛点不在技术，而在工程组织：权威逻辑全在服务端，客户端与服务端两套代码库、两种语言、两个团队，必须重复实现同一套战斗规则并反复对齐。DEMO 期客户端临时顶一版、铺量前再往服务端重构，是典型的双倍成本——重构后表现难以与前期逐帧对齐，这在项目里几乎是必然翻车点。本文方案的核心思路，其实就是：把指令同步 + 确定性模拟这套 RTS 成熟范式，移植到回合制卡