版本演进与更新策略

如果一款游戏只活两三年，更新通常意味着一件很简单的事：新版本取代旧版本。

Minecraft 没这么轻松。

有人带着十年前的世界继续升级，有服务器长期停在 1.8 或 1.12.2，有模组整合包围绕某个版本形成完整生态，也有玩家几年没玩，回来以后突然发现洞穴更深了、村民会工作了、战斗节奏也变了。

所以 Minecraft 的版本问题从来不只是“这次加了什么”。

更难的问题是：一个不断变化的游戏，怎样继续承认玩家已经在旧规则里投入的时间？

这也是这里所谓“版本政治”真正值得讨论的部分。不是把 Mojang 和玩家写成两个互相争权的阵营，而是看每一次更新怎样在新内容、旧习惯、技术债和社区预期之间做选择。

1更新的是游戏，也是已经有人住进去的世界

早期 Minecraft 的更新速度很快，游戏本身也还没有定型。新方块、新生物、新系统不断加入，玩家习惯的规则随时可能变化。

随着时间过去，改变同一条规则的成本越来越高。

原因并不抽象。玩家会把规则变成建筑、机器、服务器玩法和操作习惯。一条红石行为可能支撑整座工厂，一个战斗节奏可能养出完整的 PvP 社区，一套世界生成规则则决定十年前那片山长什么样。

因此，长期更新最困难的地方往往不是“新东西能不能做出来”，而是新规则进入以后，旧世界会怎样继续存在。

有些更新几乎只增加内容，破坏面很小；有些更新却会触碰玩家已经学会的因果关系。

Java 1.9 的攻击冷却改变了战斗节奏；1.13 的扁平化重做了大量内部数据表示；1.18 又扩展世界高度并重写地形生成。对开发者来说，它们属于不同层面的工程工作；对玩家来说，它们有一个共同点：旧经验不再能够完全原样带进新版本。

这也是为什么 Minecraft 的版本号会比很多游戏更有身份感。有人说“我玩 1.8”，说的不只是客户端版本，还可能是在说明自己喜欢哪套 PvP、哪批服务器、哪一代模组。

2快照：让玩家看到更新还没完成的样子

Minecraft 很早就形成了公开测试开发版本的传统。Java Edition 的 Snapshot 会把尚未正式发布的功能提前交给玩家测试；玩家可以发现 Bug、试机制，也能直接看到某项设计在开发过程中怎样变化。

快照并不等于“玩家投票决定功能”。它首先是一种非常直接的开发测试方式：正式版发布以前，大量真实玩家已经在不同机器、不同世界和不同玩法里碰过这些功能。

这种做法对 Minecraft 特别有价值，因为很多问题只有进入真实世界才会出现。

一个新方块单独运行没有 Bug，不代表它不会和红石、活塞、实体、服务器延迟或十年前的存档产生奇怪组合。Minecraft 的系统彼此连接得太多，测试环境很难提前覆盖所有用法。

快照还改变了玩家对“更新”的感受。正式发布不再总是第一次见到新功能；很多核心玩家会从第一版实验实现开始，一路看着数值、材质和规则不断调整。

于是更新过程本身也会形成记忆。某个最终被删除的机制、某版特别奇怪的生成结果，可能只存在几周，却仍然被社区记住。

3实验功能：不是所有新东西都要立刻进入正式规则

随着 Minecraft 变得更复杂，Mojang 又增加了另一层缓冲：实验功能（Experimental Features / Feature Toggles）。

Java Edition 从 2022 年开始把一些尚未准备进入普通世界的新功能放进可选择开启的内置数据包；玩家创建世界时可以主动打开这些实验，而默认游戏不会直接启用。¹

这和普通 Snapshot 有一个重要区别。

Snapshot 本身是一整个开发版本；实验功能则允许 Mojang 在相对稳定的版本里，把某一组未来内容单独标记成“还没定稿”。

这种隔离很适合长期世界。玩家可以提前试新东西，又不用让所有正式存档立刻接受一项规则变化。

它也说明 Minecraft 的发布方式越来越少是“做好一整个版本，然后一次盖章”。一些功能会经历更长的试验期，甚至可能被放回去继续修改。

这里不需要把它理解成某种复杂的治理制度。更实际地说，这是一个十五年以上的长期产品在降低实验成本。

4数据包不是投票，它是在扩大原版可改的范围

数据包经常和快照、实验功能一起被谈到，但它解决的其实是另一类问题。

从 Java 1.13 开始，配方、战利品、函数、标签等越来越多内容可以通过数据文件修改，而不需要直接改客户端代码。后来世界生成等系统也逐渐数据驱动。

它的意义不是让社区参与 Mojang 内部的版本决策，而是让“原版能改到哪里”这条边界向外扩了一点。

地图作者和服务器可以在不安装传统 Mod 的情况下修改配方、进度、战利品和一部分世界规则。Mojang 自己也因此能把更多内容从硬编码转成数据。

这和《模组作为第二作者》里的 Forge、插件生态有明显区别：数据包仍然运行在官方提供的能力范围里，却让很多过去必须写 Mod 才能完成的内容变得轻量。

所以数据包更适合被看成 Minecraft 逐渐数据驱动化的一部分，而不是“官方给社区的一张投票权”。

5当更新开始拥有主题

Minecraft 很早就会给版本起名字，但后来“大型主题更新”逐渐变成非常明显的产品节奏。

Nether Update 不只是往下界加几个方块，而是重新做了群系、生物、材料和探索结构；Caves & Cliffs 更进一步，直接触碰游戏最基础的空间——洞穴和地形。

大型主题的好处很直观：玩家容易理解“这一版主要在做什么”，开发团队也可以围绕同一块体验集中改造。

但范围越大，风险也越明显。

2021 年，Mojang 最终决定把 Caves & Cliffs 拆成两部分。官方给出的原因很直接：这是当时最有野心的更新之一，原定时间内无法在保证质量的同时完成全部内容。²

第一部分先发布方块、生物等内容，真正大规模的世界高度和地形变化则放到 1.18。

对一个普通游戏来说，延期或拆分只是项目管理问题；对 Minecraft 来说，它还牵涉存档。

旧世界升级以后，新区块要使用新的生成规则，而玩家已经探索过的地方又不能简单全部重做。开发团队不仅要设计一套新地形，还要解决新世界怎样接到旧世界旁边。

这正是长期沙盒更新特别困难的地方：玩家已经把过去版本生成的结果当成自己的财产。

6有些变化是在加内容，有些是在改习惯

社区对更新的反应很少只取决于“内容多不多”。

增加一种新木材和改变攻击节奏，虽然都可以写进更新日志，但对玩家来说完全不是同一层变化。

前者通常不会让旧知识失效；后者会。

Java 1.9 的战斗更新就是最典型的例子。攻击冷却、盾和副手改变了玩家长期形成的操作节奏。即使新系统本身可以有充分的设计理由，一部分 PvP 服务器和玩家仍然长期留在 1.8。

这里不必把争议解释成“玩家害怕改变”，也不必自动推导成“官方无视社区”。更简单的事实是：玩法习惯本身也是一种兼容性资产。

红石同样如此。某些最初看起来像实现细节甚至 Bug 的行为，只要被大量玩家拿来做机器，修正它的成本就不再只是改代码，而是让旧作品失效。

这类问题会在技术卷的《红石的实现》里详细展开。历史卷只需要看到：Minecraft 越成功，越难拥有真正“干净”的重构。

7“不像以前的 Minecraft”到底在说什么

每次较大的更新之后，社区里几乎都会有人说：

“这越来越不像 Minecraft 了。”

这句话很难直接判断对错，因为它可能同时指很多不同的东西。

有人怀念自己刚入坑时的材质、地形和音乐；有人不喜欢新的美术密度；有人觉得新系统改变了原本简单的节奏；服务器和模组作者则可能只是因为升级成本太高，宁愿留在旧版本。

所以“原版（vanilla）”其实有两种不同的含义。

技术上，它通常只是指没有安装改变游戏行为的第三方 Mod；这个定义相对清楚。

但当玩家说“这不够原版味”时，说的是审美和经验。此时没有一个固定的历史版本可以充当绝对标准。

2011 年没有鞘翅，2014 年没有深暗之域，2018 年以前的海洋也完全不同。今天的新玩家第一次进入 Minecraft 时，这些东西从一开始就属于“原版”。

这并不意味着老玩家的感觉没有意义。相反，它提醒我们：长期更新会不断改变一款游戏的参照系。

对运营十几年的产品来说，“保持原味”并不是把内容冻结，而是不断决定哪些旧关系值得保留，哪些又可以承担改变带来的损失。

8投票是一次实验，不是 Minecraft 的宪法

2017 年的 MineCon Earth 开始出现 Mob Vote：玩家从几个候选生物中选择一个加入游戏。后来发光鱿鱼、悦灵、嗅探兽等也通过类似投票产生。

它很容易被解释成“玩家开始共同设计 Minecraft”，但实际权限没有那么大。候选项由 Mojang 提出，投票只决定这些候选之间的结果；游戏的大部分设计仍然来自开发团队。

Mob Vote 更接近一种有限范围的社区参与活动。

它确实制造了参与感，也制造了争议。落选候选往往不会很快回归，一些玩家逐渐觉得投票不是“多得到一个生物”，而是“看着另外几个设计消失”。

2024 年，Mojang 宣布改变 Minecraft Live 的形式，并正式退休 Mob Vote。³

这个结局本身很有意思。

它说明社区参与方式也只是产品实验，并不需要永久保留。一个运行多年的游戏不仅会修改方块和战斗，也会修改自己和玩家沟通、展示未来内容的方式。

9从年度大更新到一年多次 Game Drops

2024 年还发生了另一个很重要、但容易被忽略的变化。

Mojang 宣布不再只依赖一年一次的大型夏季更新，而是改成一年多次发布规模不同的 game drops。官方给出的理由是希望更频繁地把新功能交给玩家，同时继续进行更长期的开发工作。³

到了现在，game drops 已经成为正式的更新节奏；Minecraft 官方的更新历史页也直接把它定义为“一年多次发布的新内容”。⁴

这和 Nether Update、Caves & Cliffs 那种大型主题更新形成了明显对比。

大型更新容易形成完整的主题和宣传节点，却也容易让范围越来越大；更频繁的小型 drop 则可以让功能更早发布，把风险拆散。

这种节奏还带来一个很实际的变化：版本号和内容包之间的关系开始松动。2024 年以后，多次 game drop 可以继续发生在同一个 1.21 大版本序列里；到 2025 年，Mojang甚至重新调整版本编号方式，以适应新的发布节奏。⁵

所以 Minecraft 的“更新哲学”本身并没有固定答案。

从 Alpha 的快速周更，到一年一个主题大版本，再到一年多次 game drops，发布方式一直在跟着产品规模变化。

10长期更新真正要管理的是损失

新功能通常很好宣传，因为得到什么很容易写出来。

真正困难的是另一边：这次更新会让谁失去什么？

可能是一个旧存档的地形连续性，一套服务器插件的兼容，一台红石机器的因果，一个 PvP 社区熟悉的手感，或者只是一个玩家记忆里的画面。

这并不意味着旧东西永远不能改。那样 Minecraft 很快就会变成只能维护、不敢发展的软件。

但也不能假装兼容性只是一项技术工作。对于 Minecraft 这种玩家会长期居住、创造和保存作品的游戏，规则本身会积累社会历史。

因此，一次成熟的更新并不是简单地在“创新”和“保守”之间选一边，而是在回答几个不同的问题：

• 新功能值得多大的破坏面？
• 旧世界能不能继续打开？
• 玩家已经依赖的行为是 Bug，还是已经变成事实接口？
• 新机制应该直接进入正式版，还是先经过 Snapshot / Experiment？
• 功能适合捆成一个大型主题，还是拆成更小的 drop？

这些问题没有一条永远正确的答案。

而 Minecraft 能持续更新十几年，本身就意味着答案会反复改变。

下一章会离开版本本身，进入更直接的商业问题：《收入结构》。当一次买断已经不能解释整个 Minecraft 生意时，这个长期更新的世界究竟靠什么继续运转？

11这一章留下什么

• 爱好者：老版本并不会因为新版本出现就变成“错误的 Minecraft”。不同版本保存了不同的规则、服务器和记忆；官方启动器长期允许回到旧版，也让这种版本文化得以继续存在。
• 开发者：长期产品的更新成本不只来自代码兼容，还来自玩家已经建立的知识、作品和社区。公开测试、实验开关、数据驱动和更细的发布节奏都能降低改变的风险，但没有一种机制能够消除“新功能会让某些旧东西失效”这个根本矛盾。

注释

1. Mojang，《Feature Toggles in Java Edition》，2022 年 10 月 14 日。Java Edition 从 22w42a 起通过内置数据包提供可选的实验功能，使尚未正式发布的内容可以提前测试。见 https://www.minecraft.net/en-us/article/testing-new-minecraft-features/feature-toggles-java-edition。 ↩

2. Mojang，《A Caves & Cliffs announcement》，2021 年 4 月 14 日。官方宣布由于更新规模、质量目标与当时开发条件，Caves & Cliffs 拆成两部分发布。见 https://www.minecraft.net/en-us/article/a-caves---cliffs-announcement。 ↩

3. Ryan Cooper，《The future of Minecraft’s development》，Minecraft.net，2024 年 9 月 8 日。Mojang 宣布转向一年多次 feature / game drops，并退休 Mob Vote，同时把 Minecraft Live 改为更频繁的发布形式。见 https://www.minecraft.net/en-us/article/the-future-of-minecrafts-development。 ↩ ↩²

4. Minecraft 官方更新历史页说明，game drops 是一年多次发布的新内容，取代过去主要依赖单次年度免费大更新的节奏。见 https://www.minecraft.net/en-us/updates/minecraft-updates-timeline-and-evolution。 ↩

5. Mojang 在 2025 年宣布调整 Minecraft 的版本编号方式，以适应从年度大版本转向多次 game drops 后的发布节奏。见 https://www.minecraft.net/en-us/article/minecraft-new-version-numbering-system。 ↩