工厂类游戏的多人模式，几个人各管一段产线，接口对不上的时候整条链条就停了。
戴森球计划的多人模式允许几个玩家在同一个星系里各自建设。每个人的操作都会改变世界状态，产线的产出、运输、消耗要在玩家之间保持同步。这种同步属于持续的状态一致性：你这边多生产了一批，别人那边要能看到。
工厂游戏的同步特点
工厂类游戏的数据量大，一座成熟的工厂可能有上万个建筑，每个建筑都有运行状态。多人模式下的状态同步是一笔长期的开销，玩家在线时间越长，需要维护的一致性数据越多。多开账号如果都在同一个星系里建设，服务器要同步的状态、代理IP要承载的请求都会成倍增加。
- 建筑放置
- 一次性提交，改变世界状态
- 产线运行
- 持续更新，量大而平稳
- 物流运输
- 高频更新，随规模增长
- 存档保存
- 集中提交，随工厂规模变长
工厂越铺越大，物流线越拉越长，状态更新的频率也随规模上升。同一个星系里有几个号同时建设时，这些更新要分别推送到每一条连接上，服务器侧的压力和代理IP侧的负载是一起往上涨的，只盯其中一边都不够。
多开时怎么分工
按工序分工是最自然的做法：一个号负责采矿，一个号负责冶炼，一个号负责组装。分工之后，每个号的操作集中在自己的环节，请求的特征也比较统一。相比之下，几个号都做同样的工作，请求的模式重复，反而更容易在同一时刻撞在一起。
工厂越建越大，同步的开销只会往上走，不会自己减少。
按工序分工之后，同一个环节通常只有一个号在操作，请求的来源清晰，出问题时也容易定位到是哪一段产线、哪一个号，排查的范围一下小了很多。
把工序分开之后，每个号的负载特征更清晰，代理IP的安排也更有针对性。代理IP在这里提供的是把不同工序的请求分开的那一层，让工厂规模扩大时不至于把某一条通道压满。