如何将传统游戏开发中的经验应用到区块链游戏中？由ECS架构所启发，JumpCrypto提出了一种新框架ARC，为全链游戏和资产上链的游戏提供了高效、可重用、易扩展和跨链互操作的支持，让Web3游戏开发更加轻松。
概述
在上一篇文章中，我们讨论了三种链上游戏类型，分别是：完全上链，资产上链，和可选资产铸造。回顾一下，由于目前缺乏支持FOC和OCA的基础设施，大多数游戏工作室选择了OCM方法，以避免给用户带来太多的阻力。在接下来的几篇文章中，我们将重点介绍一些可能支持FOC和OCA的基础设施，以及每个部件在实际应用中可能的设计方案。
首先需要的基础设施是——一个能够高效管理链上资产和游戏状态的系统。定义资产在链上的操作方式对资产可编程性有着实质性的影响。为了更好地了解这样的系统可能会是什么样子，我们决定自己开发一个链上游戏。同时，我们很快发现，当游戏的规模扩大时，基于面向对象编程的传统方法会遇到可扩展性的挑战，因为资产依赖关系会随着游戏规模的扩大呈现出线性的增长。
因此，我们决定尝试使用数据驱动的设计模式，这些模式在传统游戏开发中已被广泛使用，但在链上的实践很少。通过这个过程，我们在Solana上尝试了一个名为ARC的框架，我们认为这是管理链上资产和游戏逻辑最有效的方法之一。传统游戏开发中常用到一种数据驱动的架构模式是实体组件系统（EntityComponentSystem,ECS)，ARC正是由ECS所启发构建的。
Web3基础设施协议Ankr：Polygon和Fantom RPC服务已完全恢复:据官方消息，Web3基础设施协议Ankr表示，其Polygon和Fantom RPC服务已完全恢复，目前所有服务运行顺利。此次事件是由于第三方供应商的违规行为，Ankr的域名主机被更改，影响了用户对免费的独立Fantom和Polygon公共RPC的一些访问。
此前消息，Web3基础设施协议Ankr的Polygon和Fantom RPC服务疑遭劫持。[2022/7/2 1:45:36]
在本文中，我们将介绍ECS的工作原理、它在传统游戏中为什么如此重要、如何将这种理念扩展到构建类似ARC的框架，以及可能的底层架构。
我们的目标是为开源研究做出贡献，并帮助推动链上游戏基础设施的发展。秉着这种精神，我们决定开源ARC参考实现，并欢迎社区给予任何反馈。
ARCGitHub链接：
传统游戏开发中的ECS是什么？
ECS是近年来广泛应用于视频游戏的一种架构。与经典的面向对象编程相比，ECS可以将数据与行为分离，因此在视频游戏领域具有一定优势。在传统的Web2游戏中，它可以帮助提高游戏性能，同时在开发游戏本身时，也能更好地控制游戏逻辑。
区块链基础设施联盟宣布投资Coow NFT的创新Gamefi平台:据官方消息，Coow NFT是一个综合性的新平台，集成了NFT质押、发布、gamefi和其他功能，已获得区块链基础设施联盟（Blockchain Infrastructure Alliance）的投资，其成员包括Polygon、Avalanche、Alchemy Pay、NEAR和Algorand。BIA的第一轮融资从其成员那里筹集了5000万美元。
区块链基础设施联盟是由Alchemy Pay构想创立，自2021第4季度成立以来，已有许多实体加入该联盟。[2022/4/1 14:31:40]
了解传统OOP方法在面对多个依赖关系时的局限性，可以更好地帮助理解ECS的优势。
OOP面临的挑战-钻石继承问题
假设我们正在构建一个非常简单的游戏，具有以下属性：
三个实体：i)Mammal，ii)Fish，iii)Amphibian
Mammal可以在陆地上呼吸，但不能在水里呼吸
Fish可以在水里呼吸，但不能在陆地上呼吸
Amphibian既可以在水里呼吸，也可以在陆地上呼吸
在传统的OOP中，Mammal可以作为一个实体，继承自基类LandBreather，Fish可以作为一个实体，继承自基类WaterBreather。在这里，我们遇到了Amphibian的挑战，它既具有LandBreather的属性，又具有WaterBreather的属性，但不能同时继承两者。在经典的面向对象编程中，这被称为“钻石继承问题或菱形继承问题”。这个问题在游戏中比其他应用更为普遍，因为游戏角色、物品和资产的数量随着特征和依赖关系的增加而增加。虽然存在一些变通方法，但对于游戏来说，我们认为ECS是最优雅的解决方案。
Bitstamp：正执行基础设施升级 暂停部分服务两小时:加密货币交易所Bitstamp官方发推特称，我们已经开始执行计划中的基础设施升级。将限制Bitstamp服务部分服务，预计持续时间不超过两个小时。[2020/9/23]
ECS作为一种解决方案
基于ECS的游戏具有以下特性：
Entity-组件的唯一标识或容器
Component-不具备行为的纯数据类型，可以“挂载”到实体上
System-与具有一定组件集合的实体匹配的函数
实体可以包含零个或多个组件。通过使用系统，实体可以动态地添加/删除/修改其组件。
为了了解ECS如何解决游戏中OOP面临的限制，我们可以使用ECS解决上面举例遇到的问题。在ECS模式下，我们会创建两个组件：LandBreather和WaterBreather。系统LandBreatherSystem处理具有LandBreather组件的任何实体的移动，而系统WaterBreatherSystem处理具有WaterBreather组件的任何实体的移动。实体可以如下所示：
Mammal：
Fish：
报告：区块链在金融行业中已显示出重构底层基础设施的巨大潜力:算力智库近日发布了《数字经济时代的区块链金融场景应用报告》，报告称，在数字经济的浪潮下，越来越多传统金融机构开始重视金融科技，借助新兴的技术作为金融创新的主要抓手，并从信息、信用、 风险三个角度寻求转变。从产业区块链的角度来看，区块链在金融行业中已显示出重构行业逻辑与底层基础设施的巨大潜力。金融的外在表现是价值的流通，与区块链技术的“价值互联网”存在天然的契合。
报告同时指出，目前“区块链+金融”的应用更多是以联盟链的方式切入，聚焦于支付结算等领域的小范围探索，在真正落地前还需要面对金融监管、商业模式、风险管理和技术安全等多方面的挑战，因此，区块链在金融领域的探索仍处于比较早期的阶段。
报告总结了2020年“区块链+金融”场景应用整体发展趋势，看好三大发展机遇：首先，区块链作为金融基础设施升级的核心技术，金融机构对其投入增速预计将高于其他金融科技；其次，金融场景的数据安全性，将倒逼隐私计算技术迅速发展；第三，在大规模企业级应用中，BaaS平台将作为基础级设施在金融机构推广区块链的道路上发挥重要作用。（中国金融新闻网）[2020/4/10]
Amphibian：
然后，您可以动态地为实体添加更多组件，例如Fly或Fight，并且也可以在它们下面创建具有不同组件的更多实体。
动态 | Bitcoin ABC计划实施基础设施融资计划 矿工捐赠比例改为5％:1月22日，江卓尔发布文章《比特币现金的基础设施融资计划（IFP）》，并于2月1日更新关于矿工捐赠的计划。2月15日，Bitcoin ABC发文称，根据社区的反馈，已创建更新版本的基础设施融资计划，Bitcoin ABC打算在节点软件中实施该计划，将在即将发布（5月15日）的0.21.0版本中包含此实施。更新后的IFP在以下方面与原始版本不同:
1. 该计划仅在矿工通过BIP 9触发后才会生效。
2. 金额减少为区块奖励的5％。
3. 资金可以转到多个项目，也可以转到白名单中的几个项目之一。
此前报道，在江卓尔最初发布的版本中，矿工捐赠比例设定是12.5%。江卓尔在2月1日的更新版本表示，12.5%的比例是其它矿池的意见，在他看来这个比例过高，考虑到2020~2021/22年牛市中，BCH的价格将有大幅的上涨，因此他认为在2020年中或年底时，2-3%的捐赠比例已经足够，2021年时说不定1%的捐赠比例也足够。[2020/2/16]
什么是ARC？
ARC是一个受传统ECS架构启发的链上信息组织框架。与ECS一样，ARC有用于组件的无数据容器——实体，以及可以“挂载”到实体上的无行为的纯数据类型——组件。
与ECS不同的是，ARC有可以针对特定组件执行的“操作”，而不是“系统”。主要区别在于，传统ECS中的系统是围绕传统游戏中使用的基于循环的架构构建的，而ActionBundles则考虑到了区块链架构是基于推送的。这里概述的ARC的具体实现是针对Solana生态系统的，但其他生态系统中也可以使用类似的架构。ARC的基本架构是一个分为三层的洋葱架构。首先，要有负责维护注册表和实体的核心层。其次，有各种注册表合约，它们负责维护组件和操作的注册表以及治理功能。最后，需要有游戏或修改组件的操作合约。
核心层
核心层负责以下三件事：
初始化新的注册表实例
以NFT或独立实体PDA的形式铸造新实体
维护与实体相关的SerializedComponents
链上只需要存在一个核心程序，因为通过注册表实例，我们可以将不同的组件、实体和规则进行分桶。在EVM链上，这种方法可能行不通，因为每个合约的合约存储有限，所以最好启用多个核心。
具体在Solana中，实体结构类似于为每个MetaplexNFT生成的Metaplex元数据。一个显著的区别是在给定代币上的每个注册表实例都有一个新的实体映射。这意味着一个代币，理论上可以有多个实体，只要它们属于不同的注册表。
这种行为模式是否“优于”一个代币一个实体，这是一个尚待解答的问题。因为核心只处理序列化组件，所以它不需要担心如何反序列化任何东西。这意味着所有反序列化逻辑可以推给游戏或操作层。
注册表实例是赋予注册表及其实例ID的唯一标识。不同的实例有助于在同一核心中实例化不同的“游戏”，从而允许在给定的一组组件和操作中重复使用相同的注册表管理代码——只允许实体不同的实例化。
注册表
注册表程序基本上是一个治理合约。它记录以下内容：
通过SchemaURL注册的组件。
可以修改给定注册表实例的特定组件的已注册操作。
创建新注册表实例的能力。
例如，它可能规定只有管理员才能创建新的注册表实例，或者将该权限交给DAO。
同样适用于用其注册的任何组件。例如，假设给定的游戏X中，存在一个移动操作，允许玩家以每秒1个格子的速度将棋子从一个格子移动到另一个格子。另一个团队来创建“Portals”，在这个注册表中允许更快的移动。要允许Portals操作能够修改单位上的“位置”组件，需要注册表的治理来投票决定是否允许这种规则的改变。例如，它们可能允许特定的注册表实例。
组件的更新权限在注册表这里，因为Actions只是向注册表提交其建议的更改，然后注册表检查治理，将更改提交给核心来修改实体。关键的是，Actions不需要是链上游戏。它们可以是链下游戏基础设施，如预言机，向游戏DAO控制的链上资产层提交更改。
TheActionBundles
Actions是链上或链下代码，具有以下能力：
读取实体PDA并反序列化它们认为有价值的组件。
修改并提交更改后的序列化组件给到注册表，以便与实体一起更新。
特定于应用程序的Actions代码允许游戏的“分层”。例如，可能存在“目标：山丘之王”和“目标：击败”两个Actions，可能可以玩三种游戏。可以实例化一个注册表实例，该实例仅允许第一个Action、第二个Action或两者都处于活跃状态并允许对组件进行更改。
ARC对链上游戏的帮助
对于FOC和OCA类型的游戏来说，ARC具有几个优点，包括：
模式更改的同时，保持向后兼容性。
由于实体可以容纳动态组件，因此可以同时维护组件的v1和v2版本。
这允许旧应用程序可以进行查询，而不会丢失操作支持。
效率-由于实体的大小由它们所拥有的组件决定，因此它们的大小只有在需要时才会变大。
可重复性-由于基础实现非常简单，因此可以在各种生态系统中轻松使用相同的实现。
熟悉性-Web2游戏公司对这个框架也会更加熟悉。
模块化-随着需求的变化，可以模块化地添加新的属性/行为。
可扩展性-链上资产层对于那些使用链上资产的混合游戏以及全链游戏都很有用。
跨链可访问性-简单的跨链序列化框架和跨链身份框架可以简化应用程序向其他链的移植。接下来的文章中将详细介绍。
总结
总的来说，ActionRegistryCore是一个用于管理游戏链上资产层的框架，支持全链游戏和利用链上资产的游戏。这种架构提供了可扩展性，随着游戏资产数量和相互依赖性的增加，可以避免面向对象编程方法可能带来的技术债务。在接下来的文章中，我们将深入探讨基于ARC的链上游戏后端的使用情况，并探索完成堆栈所需的其他基础设施。
作者：DevBharel&ShanavKMehta
编译：Leia
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。