Jump Crypto ：链上游戏定义和 3 种类型

背景

长期以来，游戏一直被吹捧为加密货币的潜在核心用例。基于原生数字资产并服务于全球用户，游戏在许多方面都是利用链上可验证证明、所有权和全球支付轨道的最佳选择。然而，与任何新的创新一样，第一个版本往往有很多不足之处。第一批游戏自然是笨拙的，花哨的，并且因为过度金融化的体验而让许多真正的玩家失去了兴趣。

然而，下一批建立在链上的游戏将利用可验证的证明、所有权和资产可编程性，同时专注于围绕真正的用户获取和留存而不是代币投机建立的游戏循环。更重要的是，这个群体是由经验丰富的游戏开发者构建的。除了由共享状态无服务器计算支持的新型游戏之外，我们开始看到来自世界上一些最大的游戏工作室的 IP 开始上链。

尽管加密原住民和游戏玩家对链上游戏仍持一定程度的怀疑态度，但令人兴奋和吸引人的链上游戏的要素已经非常到位。最后一个要素是强大的基础设施，它能够让用户体验到与传统游戏一样流畅的链上游戏体验。

在本系列文章中，我们将涵盖从链上游戏类型到实现每个版本的链上游戏所需的基础设施类型的所有内容。

我们首先定义可能存在的链上游戏类型。

“链上游戏”的类型

从广义上讲，“链上游戏”一词被用来描述一系列游戏类型，其中游戏的链上程度可以从每一步的状态更新到一次性可选的资产组件铸造。以下是对这一范围内每种游戏类型的粗略概述。

方法1：完全链上(FOC)

全链游戏一直是最近关于链上游戏讨论的焦点。在这种方法下，区块链被用作集中式游戏服务器的替代方案，所有玩家都可以在链上索引和写入共享状态。

共享状态捕获的数据不仅与资产有关，还与游戏状态的所有方面有关。例如，在国际象棋游戏中，链上的共享状态将在玩家每走一步棋之后，捕获有关黑棋和白棋的每个棋子位置的细节。这种方法可以实现持久性(即，即使没有原始创造者的持续贡献，游戏也可以继续生存)、审查阻力和社区拥有的开发等功能。

虽然这可以创建新的游戏类型，但这种方法目前只适合于回合制游戏的某些子集，因为每个移动都必须作为交易提交给区块链，必须经过共识并在进行下一个移动之前达到最终结果。具体来说，这非常适合于每回合状态更新相对较少的游戏，因为每回合玩家数量较少或每个玩家的移动次数较少。成功采用这种方法的游戏包括Dark Forest和0xMonaco。AllianceDAO博客中详细记录的18xx等类型也非常适合这种方法。

随着游戏复杂性的增加，无论是以同步游戏的形式还是以更频繁的状态更新的形式，所需的状态转换可能会扩展到不仅包括玩家输入，如象棋游戏中的移动，还包括琐碎的机制(如角色扮演游戏中的被动再生生命值)。因此，要求这些游戏机制持续的“曲轴”(以及随之而来的gas费用)限制了实际的游戏设计空间。考虑到区块链架构的当前状态，这些游戏类型可能更适合链上/链下混合方法。

方法2：链上资产(OCA)

在这种模式下，用户资产存在于链上，而游戏循环存在于链下。链上资产状态在会话开始时由游戏服务器索引，状态转换记录在链下的游戏服务器上。状态只有在会话结束或游戏循环结果对资产状态产生重大影响时才会从游戏服务器传回链上。也许用户可以选择“保存状态”并支付相关的gas费用。这种方法在速度和性能之间进行了权衡。

让我们以《街头霸王》之类的PvP格斗游戏为例。用户可以在链上拥有他们的Ryu角色，并证明他们的所有权以启动链下的游戏会话。然而，与第一种方法不同的是，每次移动后的状态(例如角色在每次移动后损失了多少能量)将保留在游戏服务器上。只有当宣布赢家时，如果对链上的资产有任何影响，状态才会在链上更新。例如，如果角色完成了升级，那么NFT元数据就会发生变化，或者如果两名玩家参加了现金奖励锦标赛，那么智能合约就需要解决。这种方法更适合功能丰富且每个玩家移动频率更高的游戏，如MMORPG和FPS游戏。

这种方法需要高性能的基础设施。一些需求包括快速索引、链上元数据可更新资产标准、用于在链上通信链下状态的数据中继基础设施，以及基于中继数据的链上自动执行。如果没有这些，用户摩擦将会很高，开发者采用率将会很低。

方法3:可选的铸造组件(OCM)