第7章：Virtual World Engines

PDF页码（转写标记）：115–132

本章要解决的问题

虚拟世界由什么构成，如何运行？当不同世界由各自的代码、数据结构和平台构建时，怎样在保留创新空间的同时实现互通？

核心结论

虚拟世界的“物理规律”由数据与代码共同定义。游戏引擎、在线服务套件和集成式虚拟世界平台（IVWP）各自解决不同层次的问题；它们会成为元宇宙的重要基础设施，但平台或引擎不等于元宇宙本身。作者倾向于一个由多种平台和技术提供者构成、彼此逐步互通的生态，而不是由单一公司控制所有虚拟体验。

关键概念与论据

• 数据与代码：数据描述虚拟对象的属性，代码规定对象如何被处理、呈现及与其他对象交互。现实物理规律天然覆盖许多可能性；虚拟世界则需要开发者预先编写规则，因此会按用途取舍模拟范围。
• 游戏引擎：构建游戏的技术与框架集合，负责渲染、逻辑处理和内存管理，可理解为设定虚拟世界交互规则的基础。自行开发带来控制权与差异化，但成本高；采用 Unity、Unreal 等引擎可复用成熟技术、人才和第三方工具。
• 在线服务套件：提供账户、玩家数据、交易、版本管理、通信、匹配、排行榜、分析和反作弊等多人在线服务。
• IVWP：Roblox、Minecraft、Fortnite Creative 等把引擎、创作界面和在线服务整合起来，使非专业创作者也能搭建世界；代价是创作、交易和运营依赖平台规则，平台升级还可能同时影响全部世界。
• 规模效应与边界：共享工具、资产市场和用户网络能降低开发成本并增强供给；但 Roblox 等平台只是众多世界之一。工业设计、影视、数字孪生和现实扫描也需要不同工具及专用软件。
• 作者以 Second Life 虚拟马因物理引擎更新故障而无法进食、最终“饿死”的故事，说明持续运行的虚拟经济依赖兼容性、测试、修复与补偿机制。

学习理解

分析虚拟世界产品时，先区分它在引擎、在线服务还是平台层解决问题，再看创作者获得了多少便利、平台掌握了多少控制权，以及用户身份、资产和交易能否迁移。跨平台规模化需要共同的数据结构与代码约定；多个竞争平台则有助于避免单点控制。

原文依据

PDF页码（转写标记）115–132；书内页码未在此逐页核验。笔记为结构化转述。