多人是默认状态
单人世界充满为他者准备的设计——门、床、箱子、告示牌;局域网、Realms、服务器是三种社交半径;单人档通过种子、模组与影像延迟地接回社会。多人是默认状态,不是附加模式。
本章命题:多人是 Minecraft 的默认状态——连「单人模式」都是社会性的:单人世界里充满了为他者准备的设计,而单人玩家通过种子、社区内容与影像,始终延迟地接入着社会。抽掉门、床、箱子、告示牌这些社会隐喻,若单人体验毫不受损,本命题就是错的。
1问题
认识一个只玩单机的玩家。他从没进过服务器,好友列表是空的,多人菜单对他只是一排灰色的按钮。可是看看他建的东西:家门口有一座只是「好看」的门楼;房子里有一间空着的客房,床上铺着染色床单;仓库每个箱子前挂着标签;矿道口立着一块告示牌,写着「深处危险,勿独自下」。
他在为谁准备这些?这个房间里没有别人,从来也没有过。
答案既讽刺又温暖:**他心里住着别人。**可能是一个总有一天会来看他基地的朋友,可能是若干年后翻档的自己,可能干脆就是想象中的访客。这一章的论点从这里出发:Minecraft 的「单人模式」是一种状态,不是一种本质——这个游戏从方块到界面都长着社会的形状,断网的只是网线,断不掉的是社会性。
2单人世界为什么全是社会隐喻
把单人世界里那些「没有功能也成立」的东西列出来,会吓一跳。
门是隐私的单位。技术上,一格洞同样能进出,门还更费材料;但没人住在没有门的房子里——因为门把空间分成了「里面」和「外面」,这是居住的最低声明。床是归属的声明:重生点设在哪,家就在哪,床是这个游戏里唯一写着你「属于哪里」的物件。箱子是财产的观念:东西放进箱子,就从「地上的一堆」变成了「我的所有物」,第 5 章讲过的遗产与分类文化全从这几格格子里长出来。告示牌是对话的最低形式:一句「勿动」、一个名字、一条指路——单人玩家写下它们的时候,对话的另一方在时间上从未到场,可能是未来的自己,可能是想象中的访客。
建筑学里有个老命题:我们为想象中的观看者设计。Minecraft 把这个命题变成了人人可验证的日常——录一段基地导览、截一张全景、在心里排练「朋友来了先带他看哪里」。建造的社会预设不是「有人来」,而是「可以被看」。这就是为什么单人基地普遍比「实用所需」大得多、美得多:实用性只需要几口箱子一张床,其余的部分,都是写给想象中他者的信。
这份信最常见的一位收件人,是未来的自己。老玩家的基地里总有几处「给以后」的预留:挖到一半的地下室入口、写着「待整理」的箱子、为还没想好用途的房间留出的空地。单机玩家与自己协作,时差以月计——上个月的你在铺设地基,为这个月的你省下一段矿道;今天的你给三个月后的你囤木头。把时间轴拉开看,一个「纯单机」档其实是一场多轮接力:每一棒的建筑者都通过告示牌、预留空间和「勿动」的箱子,与下一棒沟通。单人模式的社会性,最坚实的证据就在这里:哪怕他者从未上线,协作的机制也在照常运转。
3三种社交半径
多人的正式形态,按半径分三档。半径决定的不只是人数,是制度的密度。
**局域网,客厅级。**同一个房间里,几台设备连一个热点1。这是这个游戏最古老的多人形态,也是制度最稀薄的:不需要白名单,不需要领地,规则由嗓门和沙发上的座次执行。它对应的人类组织是家庭与发小——那些「不用立规矩」的关系。
**Realms,家庭群组级。**官方托管的小型订阅服务器,人数上限很小,按月付费换来「不用开电脑也能连」。它对应的组织是远方的密友与不在一个城市的家人:有正式的成员名单,但没有陌生人。第 10 章收入卷把它算作官方向「省事」收的税;这里看它的社会位置:Realms 是客厅的延长线,是给散落各地的亲密关系保留的一间共用房间。
**公共服务器,城市级。**成百上千陌生人共用一个世界,靠插件立法、经济分工、管理员执法——第 5 章已经把这个「无税经济体」的社会结构写透了,本章不重复。要补的只是一条规律:**半径越大,立法越密。**客厅不需要产权法,城市需要——三种半径其实是三种信任范围,每种信任范围匹配一套自己的制度重量。
把三档放在一处,「多人是默认状态」就有了精确的含义:不是「你应该去玩服务器」,而是这个游戏的每一种玩法,都被某种社会半径包裹着——孤身一人时被想象的他者包裹,连上网络后被半径递增的制度包裹。没有「无社会的模式」,只有社会的密度差异。
4Grief、信任与领地:开放世界的政治
多人协作的美好要成立,先得过一道阴影:grief——以破坏他人作品为乐的行为。卷一第 5 章讲过它的制度史(领地插件即产权法),本章从社会理论的角度再看一眼:grief 不是需要修复的 bug,而是开放世界的默认政治状态的必然产物。
想想这个世界的初始规则:任何人可以到达任何地方,改变任何方块,不留身份,不付代价。政治学管这叫自然状态——先于一切契约的状态。自然状态的产能极高(谁都能随手帮陌生人修路),破坏力也极高(谁也能随手拆了它)。整个 Minecraft 多人社会的政治史,就是从自然状态里一层层长出契约的历史:白名单是准入契约(先把「谁在场」管起来),领地是产权契约(把「谁可改动」管起来),备份是恢复契约(把「不可逆」管起来),权限分级是宪法(把「谁有权立规矩」管起来)。第 5 章把这些叫作服主的立法,本章补上它们的政治学身份:每一层制度,都是对某一种信任稀缺的回应。
由此也能看清那些极端实验的价值。无政府服务器(卷一提过的 2b2t)选择永远留在自然状态——它的价值是对照组:证明了没有契约的世界并非不可能,只是那里的秩序退回成了最古老的形式(距离换安全、保密换财产)。反过来,全白名单的小服证明了另一个极端:制度可以稀薄到近于无,如果在场的人本来就互相信任。两端之间的绝大多数服务器,在用不同比例调配同一组原料:准入、产权、恢复、立法。
5协作建造:罕见而珍贵
多人游戏里的协作,绝大多数是分工打怪:你拉仇恨我输出,各司其职,任务结束各回各家。这种协作把人组织成队伍,但队伍不是社会——任务结束,关系清零。
Minecraft 的协作建造是另一种东西:**共同修改同一个媒介。**几个人在同一张地图上,用同一套方块语言,花几个月共建一座城——有人起框架,有人做地形,有人专攻内饰,有人负责「这里缺一个广场」的总体规划。第 4 章讲过创造模式长出的工种分工(主创、地形师、装饰师),那些工种全部诞生于这类长期协作。它的珍贵在于三个前提缺一不可:同一套空间语法(第 1 章——大家的「三格」是同一个三格)、同一套物理(你盖的桥我走得过)、以及空间上的可并行(各盖各的街区,互不踩脚)。
这种协作的产出也不像「通关」,像「合居」。参与过大型协建的玩家描述那种体验,用的词不是「打赢了」,是「我们那儿」——一条街是谁修的、哪座塔出自谁手、谁的地基下面埋着谁的彩蛋,建成后每个人对同一座城怀有不同的私人记忆。游戏史上能稳定生产这种体验的产品不多;它的根须扎在第 1 章那套度量衡里——共有的语法才能共有地居住。
也别把协作想成田园诗。长期共建的摩擦一点不少:风格之争(现代派与中世纪派看彼此的楼互相皱眉)、领地纠纷(谁的规划该让位)、节奏冲突(有人想赶工有人想打磨)、以及第 10 章写过的那类结局——主创退坑,工程烂尾。事实上协作社区的成熟,恰恰体现在它长出了应对摩擦的惯例:风格分区、规划公示、接手制度。grief 是外部的自然状态,而这些摩擦是内部的日常政治——一个能同时处理两者的社区,才配得上「合居」这个词。
6延迟的多人:种子、模组、影像
最后回到开头那位「纯单机」玩家,收拢本章的论证。他与社会的连接断了吗?看他单机档的三个接口。
种子让他与陌生人共享同一个世界:他玩的那张绝妙地图,可能来自论坛上某个人贴出的一串字符——他和从未谋面的人住在同一个世界里,只是错开了时间。模组与地图把他人的作品接进他的单机:他玩的每一张冒险地图(第 8 章的主角)、装的每一个整合包(第 4 章的主角),都是把别人的劳动直接接入自己的世界——单机玩家的内容供给,从来是社区。影像把他放进观看与被看的循环:他学会这个游戏的方式是看视频(卷一第 6 章),他精益求精的审美来自看别人的基地,而他录下的导览,说不定正被下一个陌生人当作学习材料。
三条接口合起来的结论:单人档是延迟的多人档。「延迟」取通信术语的本义——信号没有断,只是相隔了时间。单机玩家与社会的对话隔着种子、隔着模组、隔着一段视频发生;他收不到即时回复,但他阅读、下载、模仿、发布的每一件东西,都是这场漫长对话的一句话。纯粹的单人 Minecraft 存在于逻辑上,不存在于经验里——每个「单机」玩家的玩法,都是社区加工过的玩法。
这个判断的证伪方式写在它的三个接口上:把种子分享、社区内容、影像文化三者同时抽走,制造一批从未接触过任何他人痕迹的单机玩家——若他们的玩法、审美、留存与现在的单机玩家毫无差别,「延迟的多人」就是过度概括。没有任何人做过这个实验,但有一个自然的近似证据:这个游戏早期(社区尚小、没有视频)的玩家,留下的建筑复杂度与玩法多样性与后期玩家差了量级——玩法是被社会喂大的。
7这一章留下什么
- 爱好者:你从没进过服务器?想想你家门口那座门楼是给谁盖的——你和社会的对话早就开始了,只是回信隔得很远。
- 开发者:能抄走的是社交半径与制度密度的匹配表——客厅、群组、城市各配各的制度,不要给客厅上产权法,也不要让城市裸奔在自然状态里。抄不走的是「社会隐喻」的养成史:门、床、箱子之所以携带意义,是因为一代人先在彼此面前用它们立过规矩——物件的社会含义只能在社区里长出来,设计给得出语法,给不出语义。
注释
-
Minecraft Wiki,《Multiplayer》(局域网联机、Realms 与第三方服务器三种多人形态的官方支持),minecraft.wiki,检索于 2026-09-18;见 https://minecraft.wiki/w/Multiplayer ↩