成员错峰上线，但你担心 Update 3 一发布，现有世界就不能再玩了？
最快结论：若社群需要不同时间进入同一个世界，可考虑暂时保留 0.3.5 专服分支，但它不会获得后续更新；若必须体验 Update 3 和之后的新内容，应测试玩家主持的合作模式。若这台机器只为 StarRupture 服务，先别直接续长期周期，先核实分支、存档和迁移结果。
这篇文章适合正在比较继续租用独享服务器与改用玩家主持合作模式的小型团队。
如果你还在确认 Update 3 的正式发布时间，以下判断以官方公告为准；不确定的兼容性问题不作承诺。
最后更新于 2026 年 11 月 8 日；信息核对至 2026 年 11 月 8 日的官方公告与 SteamDB 页面。
先区分“仍能访问”和“继续维护”
官方已宣布结束对 StarRupture 专用服务器的主动支持。开发团队说明，Update 3 发布后，仍支持专服的 0.3.5 将保留在 Steam 单独分支，但不会再收到后续更新，也不包含 Update 3。也就是说，“旧分支仍可访问”不等于“专服功能继续维护”。具体支持调整见开发团队关于专服分支的公告。
截至 2026 年 11 月 8 日，Update 3 已在公开测试分支提供测试版本；官方尚未公布正式版发布日期。官方说明该测试分支没有专用服务器，内容仍在开发中，可能存在错误或未完成部分。测试服、正式版和旧专服不是可以随意互换的同一运行环境。可查看Update 3 新内容公告和公开测试分支说明。
0.3.5 专服分支还会继续更新吗？不会。按现有公告，它在 Update 3 正式发布后仍可通过独立分支访问，但不会纳入新更新；这说明你可以为旧世界留出一段继续游玩的空间，却不能把续租当成追更方案。
StarRupture Update 3 专服是否续租：按社群习惯比较
先问的不是机器性能，而是社群需要什么样的世界：大家是否必须随时进入同一个进度？是否愿意由一名成员负责开会话？是否必须跟进 Update 3？以下对照表用于确定下一步验证方向，不代表任何未公布的兼容保证。
| 选项 | 更适合的社群 | 主要代价 | 续租前要核实 |
|---|---|---|---|
| 暂留 0.3.5 专服 | 成员错峰上线，仍想继续同一个旧世界 | 停留在冻结分支，无法通过该分支体验 Update 3 | 分支是否能在你当前客户端选择；成员是否接受不再更新 |
| 改用玩家主持合作模式 | 固定队能约在一起，优先体验 Update 3 及后续内容 | 主持人需要负责启动和维持会话；不等同于独立运行的专服 | 当前版本的主持规则、成员加入方式，以及存档能否迁移 |
| 暂缓续租或迁移用途 | 这台机器只服务 StarRupture，社群尚未定案 | 需要安排存档保留与临时替代方式 | 旧世界是否仍有人玩，机器是否有其他长期业务 |
Update 3 正式发布后，旧专服是否仍有游玩路径？开发团队承诺保留 0.3.5 独立分支，因此可以把“继续留在旧版本”作为候选路径；但正式发布后的分支可用性、客户端匹配和实际连接结果，仍应按届时公告及你自己的测试确认。公告所称的“保留”也不是对无限期维护或兼容性的保证。
需要新内容的队伍：先测试迁移，不要先退旧世界
Update 3 的官方公告介绍了自定义游戏选项等新内容，并说明公开测试版本先行开放；官方之后仍可能补充正式版说明。不要因公告展示了合作玩法，就默认旧专服存档能直接沿用。
官方提醒，较早版本制作的存档可能无法正常工作；公开测试分支制作的存档，在更新正式发布后可能无法与正式分支兼容。这些提醒不能直接证明0.3.5 专服存档一定能或不能导入合作模式。遇到迁移问题时，应以你的目标版本实际读取和游玩结果为准。
先把旧世界复制出来，再在隔离环境试目标模式。官方公开的存档目录之一是 %LOCALAPPDATA%\StarRupture\Saved\SaveGames；下面的命令将存档复制到桌面新目录，最后检查目标目录是否存在：
$src = "$env:LOCALAPPDATA\StarRupture\Saved\SaveGames"
$dst = "$env:USERPROFILE\Desktop\StarRupture-SaveGames-copy"
Copy-Item $src $dst -Recurse
Test-Path $dst
预期输出为：
True
这只说明副本目录存在，不等于副本一定完整，也不证明目标模式能读取它。再打开目录确认文件可见，并保留一份不参与测试的原始副本。官方测试说明也建议切换测试分支前备份存档，操作细节见官方测试与存档说明。
固定队改合作模式：世界由谁主持也要谈清
专服和玩家主持合作模式有什么区别？核心差别是世界的运行与主持责任。官方表示，将把支持重点放在单人及合作（listen server）体验；据此可判断，固定队若能共同上线、并接受由指定成员主持，合作模式可能更契合。但玩家主持的会话不应被当成随时可访问的独立运行服务器。
因此，先按社群实际习惯验证，而不是把“合作模式”当成专服的无损替代：
- 指定主持人是否能稳定参加；缺席时，其他成员能否按当前版本规则继续同一进度？
- 成员是否通常同时上线？如果上线时间经常错开，等待主持人可能改变社群的游玩方式。
- 目标版本能否读取你准备保留的世界？如果官方没有说明，就用副本验证，不在唯一存档上试。
- Update 3 的公开测试版本仍可能有问题，不能把测试服上的结果直接视作正式版行为。
续租前按顺序核验：先留退路，再作决定
按下面的步骤走，能把续租决定拆成可回退的操作，而不是先付费、再发现社群不接受目标模式。
- 确认运行版本。记录当前客户端和服务端版本、分支名称、启动方式及最近一次成功登录时间。不要只记“能进服”，还要确认社群成员实际进入的是同一个版本。
- 留存世界副本。复制存档，并将原始存档与测试副本分开。记录副本位置和复制日期；若复制报错，先解决复制问题，不要继续切换分支。
- 列出社群底线。逐项确认是否要求错峰进入、是否必须体验 Update 3、固定主持人能否持续在线、是否接受从头开新世界。
- 隔离验证目标模式。用副本测试合作模式或目标分支，检查世界能否加载、成员能否加入、进度是否符合社群预期。测试不通过就回退旧分支，不覆盖原存档。
- 让其他成员验收。请不同成员分别确认版本、连接和进度；只有服主自己进得去，不代表全体成员都能正常游玩。
- 再调整租期。验收通过且社群决定留在 0.3.5，才讨论为旧世界保留服务器；决定转合作模式，则先确认迁移与主持方案；两边都未定，就先不要为这款游戏单独承诺长期租期。
如果本次租期即将到期，但你还没验证目标模式和存档，优先争取短周期或暂缓长期承诺；若无法短租，就按实际账单周期设置复核日期，确保在续费前完成社群讨论与副本测试。
专服停止更新，不等于整台机器必须退租
如果机器还运行其他游戏服或合法业务，应按整台机器的用途重新判断，而不是把 StarRupture 的支持变化直接等同于退租。反过来，若机器只为这款游戏保留，而社群准备改用合作模式，继续支付独享服务器费用就需要有清楚的旧世界保留理由。
OSFP Cloud 当前产品表列出的 AMD 物理机为 EPYC 7543P、32 核 / 64 线程，内存有 128GB 或 256GB，默认配置含 2 块 1TB NVMe；带宽可选 250 Mbps、1 Gbps 或 2 Gbps，均为不限流量，机房位于日本东京。以上是整机产品规格，不是 StarRupture 玩家承载数或性能保证；是否值得续租，仍要看服务器上的其他实际负载。具体配置和可选项以OSFP Cloud 产品信息为准。
若还要核算租期成本，按产品表所列月租和所选周期核对租期金额计算方式，不要把机器有多种选配误当成游戏需要这些配置。
SteamDB 的StarRupture 玩家活动图表可作为游戏整体活动趋势的背景信息，但不代表你的社群是否还会回到旧世界，也不能直接决定续租价值。
若你只需要一名主持人偶尔开合作会话，独立服务器可能不是合适支出；若社群决定保留长期运行的旧世界，或这台机器还承担其他长期服务，整机独享 AMD 物理服务器才值得纳入比较。OSFP Cloud 的东京物理机配置和计费周期应以当前产品表为准，先核用途、存档和账单，再决定是否续租。