从叙事到原语，全链游戏引擎Mud、Dojo、Zypher的3类设计范式

原文作者：NingNing

自主世界 / 全链游戏是 Crypto 技术宅的无聊玩具吗？或者说是一种 Cult 类型 MeMe？

之所以会有这些疑问，是由于自主世界 / 全链游戏抽象复杂的定义和目前简单到简陋的游戏界面和交互，令大多数游戏玩家望而生厌、望而生畏。

但事实上，自主世界 / 全链游戏虽然有着完全不同于其它范式游戏的游戏体验，并不意味着它不好玩。作为一名游戏老玩家，第一款全链游戏 DarkForest，是我 5 年内唯一一款连续通宵两天玩的游戏。

如果说其他游戏的空间是一个沙盒，而游戏内容是对密室游戏的仿真，那么全链游戏的空间则是数字物理现实，而全链游戏的内容是对真实世界博弈的仿真。在玩 DarkForest 的过程中，我才真真切切体会到大刘《三体》中沁入骨髓的宇宙恐怖 。

自主世界 / 全链游戏的基础叙事

Lattice 团队在《自主世界宣言》中设定了自主世界 / 全链游戏概念的内涵和外延，将自主世界 / 全链游戏与 Web2.5 游戏区隔开来。

自主世界 / 全链游戏是基于数字物理现实和基础法则的自维持开放游戏系统，它具有持久性、不可变性、免许可性。

狭义全链游戏即自主世界，它的可玩性不来自于游戏开发者提供的游戏内容（宇宙观、情节、

音乐、立绘等）和游戏目标感（等级、成就、副本、国战）等，而来自于玩家在自主世界构建的子世界（Sub-World）的真实体验。

自主世界 / 全链游戏的构建逻辑是对象 - 基本法则 - 数字物理现实，分别对应游戏引擎 ECS 框架的实体 - 组件 - 系统。

某种意义上，自主世界 / 全链游戏是在探索基于我们所处的真实世界的信息比特构建下一层虚拟世界。或者我们采用马斯克的说法，基于一个虚拟世界嵌套一个新的虚拟世界。这与科幻美剧《瑞克和莫蒂》中一个多层世界无限递归嵌套的名场面有一致性。

自主世界 / 全链游戏新原语的实现范式

以上是自主世界 / 全链游戏的简版叙事。而将自主世界 / 全链游戏的叙事实例化，我们需要一整套的由区块链、游戏引擎、中间件、游戏客户端等工程模块组成的新原语。

自主世界 / 全链游戏的新原语需要解决 3 个核心问题：

区块链的可扩展性问题。实现自主世界 / 全链游戏的持久性、不可变性、免许可性，需要游戏状态和逻辑全部上链，这对区块链的可扩展性和可编程性提出非常高的要求。

Tick 循环问题。区块链是沿着时间之矢方向的顺序状态机，并不适合管理自主世界 / 全链游戏的状态。因为自主世界 / 全链游戏有着大量的循环事件，比如日出日落、小怪的巡查路线等等。而且区块链是被动状态更新，需要用户发送 Transaction 才能触发事件。

如何实现数字物理现实的不可变性与基本法则和对象增查改删的开放性、免许可性。

针对以上 3 个核心问题，自主世界 / 全链游戏团队 Lattice、Dojo 和 Zypher Games 团队的自主世界 / 全链游戏原语给出不同的解法。

Lattice 的自主世界 / 全链游戏的原语由 Worlds 开发框架、MUD 游戏引擎和 Redstone 底层共识协议组成。

World 开发框架。World 是建立在 MUD V2 新存储引擎 STORE 之上的智能合约开发框架。STORE 是由 Runtime（运行时）定义的存储引擎。MUD V2 用它取代了 Solidity 编译器的存储模型。

World 是 EVM 应用的新范式。你可以把它想象成一台社区计算机：它作为一个多人游戏内核存在，接受来自链上任何人的贡献——无论是代码还是状态。

World 具有可编程的访问管理功能，允许任何状态或逻辑控制哪个帐户（或其他逻辑）可以访问它们。这使得建立信任层次结构成为可能，并允许不受信任的智能合约读取状态并参与规则，而无需让它们直接写入存储。

MUD 游戏引擎。MUD 全链游戏引擎是 EVM 生态中的首款全链游戏引擎。MUD V2 由运行时定义的存储引擎 STORE、状态同步、原生 AA（账户抽象）模块组成。

MUD V2 的新特性允许创建一组数字物理学，确定世界如何创造和转换，并随后破坏对自身的根访问;在不限制功能集的情况下，永远奉行一套规范的规则：世界上的任何人——人类和机器——都可以与这些规则互动，并在这些规则之上建立社会和工程装置。

Redstone 底层共识协议。Redstone 是 OP Stack 的第一个 Plasma Rollup L2 实例，由 Lattice 和 Optimism 合作专为链上游戏和自治世界的开发者而构建。

它的运作方式类似于传统的 OP Rollup，但与 OP Rollup 将输入状态发布到 L1 不同，Redstone 只发布一个数据承诺哈希（data commitment hash）。与输入承诺对应的输入状态由数据可用性提供者存储在链下。为了确保与输入承诺对应的输入状态可用，L1 上有一个数据可用性挑战合约，允许任何人在提供者出现问题的情况下对数据承诺提出挑战。