基础设施是游戏发展的关键(一):何为链上游戏?

作者:ShanavKMehta&DevBharel

编译:Leia

背景

一直以来,游戏都被视为加密货币潜在的核心应用场景。它围绕着原生数字资产构建,面向全球的受众,因此,游戏在很多方面都非常适合利用可验证的链上证明、所有权以及全球支付通道。然而,同任何新创新一样,第一代产品往往有很多不足之处。可想而知,最初的一批游戏笨拙难玩、充满噱头,不是一件稀奇的事情,并且由于过度金融化的体验,让很多真正的游戏玩家望而却步。

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

多链 DeFi 数据基础设施 Kylin Network 赢得第 25 轮波卡平行链竞拍:8月25日消息,多链 DeFi 数据基础设施 Kylin Network 以锁定 15 万枚 DOT 的成绩赢得第 25 轮波卡平行链竞拍。[2022/8/25 12:46:44]

尽管加密原生用户和游戏玩家对链上游戏仍然保持着一定程度的怀疑态度,但令人兴奋和引人入胜的链上游戏所需的条件已经具备。最后所需的要素是健全的基础设施,只有健全的基础设施才可能让用户的链上游戏体验,和今天的传统游戏体验一样丝滑流畅。

我们将推出一系列的文章进行全面介绍,从链上游戏的类型,到实现各类链上游戏所需的基础设施。此系列一共包含4篇文章,分别是:

第一篇:GamingInfrastructurePart1:DefiningOn-chainGaming

第二篇:GamingInfrastructurePart2:IntroductiontoARC

第三篇:GamingInfrastructurePart3:BenefitsofBuildingGamesOn-Chain

a16z致信美国政府:支持基建法案修正案,提议构建具有参与性和包容性的基础设施:8月5日消息,硅谷风投机构Andreessen Horowitz (a16z)致信美国国会参议院多数党领袖Schumer和少数党领袖McConnell,表示支持由美国参议员Wyden、Lummis和Toomey针对基建法案的修正案,并称目前关于加密货币交易征税的条款过于宽泛,将席卷非中介机构,如网络验证者和软件开发者,并会通过对这些团体施加不可行的申报要求来扼杀创新。加密货币世界的范围远超出其金融起源,包括艺术品、社区发展和组建组织的新方式,随着整个新经济体建立在去中心化的协议上,这些用例只会继续增长,不同的加密货币用途适用于不同的监管规则。a16z强调,如果该法案未按照修正案跟更新,这将与此基础设施目标背道而驰。国家可以提供一个替代方案,即构建具有参与性和包容性的基础设施。[2021/8/5 1:36:00]

第四篇:GamingInfrastructurePart4:CommunicationInfrainanARCWorld

郑磊:区块链基础设施纳入“新基建”将促进新型数字经济发展等:香港国际新经济研究院数字经济研究中心主任郑磊表示,“区块链技术主要应用于具体产品或服务方面,比如产品溯源、金融支付等。国家将区块链基础设施纳入“新基建”范畴,将夯实区块链应用的坚实基础,进一步加大区块链技术在实体经济和社会治理方面应用的深度、广度和速度,对于促进新型数字经济发展、推动产业和企业数字化转型具有显著作用。”(证券日报)[2020/4/25]

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

链上游戏类型

广义上讲,“链上游戏”一词已被用来描述一系列游戏类型,游戏上链程度可以从每一步的状态更新到一次性可选资产铸造等不同程度范围。以下是对游戏类型的一个粗略概述。

方法#1:完全上链

工信部高级工程师:区块链成为基础设施首先要解决技术普及:工信部电子五所高级工程师相里朋认为,区块链成为基础设施,首先要解决技术普及尤其是关键技术攻关。此外,他强调,区块链需要与实体产业特别是传统实体产业的深度融合,只有解决区块链应用落地难题,才能最终构建起以区块链为引领的现代产业体系,赋能实体经济转型升级,并在提升政府治理能力、提升智能制造、改善民生服务方面发挥作用。(金融时报)[2020/4/23]

近期关于链上游戏的讨论中,全链游戏成为了大多数人关注的焦点。在这种方式下,区块链被用作集中式游戏服务器的替代品,所有玩家在链上共享状态中进行索引和写入数据。

共享状态不仅捕捉与资产相关的数据,还捕捉与游戏状态相关的所有方面。例如,在一场国际象棋比赛中,链上共享状态将记录每位玩家移动后黑白双方棋子的位置等细节。这种方法使得游戏具有持久性、抗审查性和社区所有的开发等特点。

虽然这种方法可以创建新的游戏类型,但目前仅适用于某些回合制游戏的子集,因为每一步都必须作为一个交易提交到区块链上,并且必须经过共识并达到最终状态,然后才能进行下一步移动。具体而言,这种方法适用于每个会话中状态更新相对较少的游戏,无论是由于玩家较少还是每个玩家每个会话的移动次数较少。成功采用这种方法的游戏示例包括DarkForest和0xMonaco。例如18xx系列,已经在AllianceDAO博客中详细记录,也非常适合这种方法。

动态 | 冰岛正利用矿场基础设施建立其他产业:据btcmanager援引彭博社7月4日的报道,与此前对该行业的阻力相反,冰岛正在接受比特币矿场和计算机的设置。冰岛没有很多商业网点,主要依靠旅游业,渔业和铝业来获取收入。现在,该国正在利用比特币矿工所依赖的基础设施来为难懂的技术创造应用和产品。冰岛电厂HS Orka为多家比特币矿场供电,其业务主管Johann Snorri Sigurbergsson认为加密货币的前景不容乐观。但是,随着新矿业中心的建立,冰岛将被定位为数据动力库,在此之上可以建立出新的产业。[2018/7/5]

随着游戏复杂性的增加,无论是同时进行的游戏还是每个会话中更频繁的状态更新,所需的状态转换可能会扩展到不仅包括玩家的输入,还包括一些琐碎的游戏机制。因此,这些游戏机制所需的持续“crank”限制了实际的游戏设计空间。考虑到当前的区块链架构状况,这些游戏类型可能更适合采用链上/链下混合的方法。

方法#2:资产上链

这种模式下,用户资产存储在链上,而游戏循环在链下进行。游戏服务器在会话开始时对链上资产状态进行索引,状态转换在链下的游戏服务器上进行记录。只有在游戏会话结束或游戏循环结果对资产状态产生实质性影响时,游戏服务器才会将状态回传至链上。例如,用户可以选择“保存状态”并支付相关的gas费用。这种方法在速度和性能方面取得了优势,但在可信度方面进行了妥协。

让我们考虑一个类似《街头霸王》?的PvP格斗游戏。用户可以在链上拥有自己的游戏角色,并证明他们的所有权以启动一个链下的游戏会话。然而,与第一种方法不同,每一步之后的状态将仅保留在游戏服务器本地。只有当决出胜者并且对链上资产产生影响时,状态才会在链上更新。例如,如果角色实现了升级,需要更改NFT元数据,或者如果两个玩家参加了一个有奖金的比赛,需要执行智能合约。这种方法更适合功能丰富的游戏,玩家操作较为频繁,如MMORPG和FPS。

这种方法需要高性能的基础设施,包括快速索引、链上可更新元数据的资产标准、用于将链下状态传递到链上的数据中继基础设施,以及基于中继数据的自动链上执行。如果没有这些,用户难以操作,开发者的接纳度也会很低。

方法#3:可选资产铸造

采用这种方法的游戏,看起来与现在的游戏没有什么区别,游戏资产的所有权和状态更新记录在链下游戏数据库中。唯一的不同之处在于,如果他们愿意的话,用户可以选择将当前版本的角色资产铸造为链上NFT,并进行交易。此外,游戏可能还有某种忠诚度/赛季通行证,作为链上NFT存在,基于所有权在游戏内实现访问控制。在为方法#1和#2构建适当的基础设施的同时,对玩家来说,这种方法可能是最容易接受的,因为它所带来的阻力可能是最小的。

结论

上述每种方法解决了不同的问题,例如:

方法#1解决了游戏服务器的信任问题。通过对链上共享状态进行索引和写入,此方法绕过了游戏服务器的需求。这为全链游戏开辟了新的设计空间,并可能非常适合某些回合制游戏的子集。

方法#2解决了可验证资产所有权和资产可编程性问题。这种方法将无信任要求限制在资产层面,而不是游戏状态的所有方面。通过在二次销售中引入无信任机制,这种方法可以创建可验证的游戏资产经济体。

方法#3解决了用户体验问题。在当前的基础设施状态下,上述两种方法为玩家带来了太多的阻力,因此链上组件应该是可选的且有限的。

我们认为,有了合适的基础设施,方法#1和#2可以提供与方法#3类似的用户体验,同时还具有将游戏状态的不同部分放在链上的附加优势。这将需要一些标准,使得通信、库存管理和状态转换自动化无缝进行。

在接下来的文章中,我们将重点介绍一些相关的基础设施,以及一些潜在的设计约束和决策,以使得这种基础设施具有更高的性能。例如,在下一篇文章中,我们将探讨一个名为ARC的可更新的链上资产框架,它是建立在传统游戏中ECS的架构模式之上的。

敬请关注!

原文:GamingInfrastructurePart1:DefiningOn-chainGaming

来源:JumpCrypto

郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。

银河链

比特币行情ZK rollups 中的“证明溢出”问题探究

在Scroll,我们正在开放构建zkEVM,并希望将我们正在构建的协议的所有方面保持公开透明。这篇文章中描述了我们称之为“证明溢出”的问题—?一个由于ZKrollups中执行和证明生成分离而引起的问题.

[0:46ms0-1:422ms