GameFi等趣味金融2.0构想:高性能的去中心化方案
本文通过解析GameFi领域的数据表现及现状,提出了一套无中心化服务器,完全由智能合约控制的高性能GameFi解决方案。
近期,DeFi灵魂人物Andre Cronje宣布退圈,导致相关项目的Token 价格和TVL暴跌,以及美国呼吁对俄罗斯实施制裁后,不少加密/Web3公司开始禁止俄罗斯人使用相关服务等事件,让外界对加密领域是否真正去中心化打上了问号。
而在战争阴云笼罩的2022年,部分GameFi项目不仅没受到紧张的国际环境影响,还脱离美股和A股走出了一波独立行情。而目前GameFi项目存在的共同问题,即过度中心化导致的两个关键问题为抗风险和持续性,其实这类项目本质依然是传统游戏,只是进行了简单的上链和经济模式的配置。而对于完全去中心化,目前行业普遍的认知是效率不可用。
本文Geekcartel通过解析GameFi领域的数据表现及现状,提出了一套无中心化服务器,完全由智能合约控制的高性能GameFi解决方案供读者讨论。
多纬度数据解析GameFi现状
GameFi、元宇宙以及场景化、游戏化的DeFi平台均是属于去中心化趣味金融(Decentralized Leisure Finance),既包括加密猫、土地拍卖等,也涵盖近期市场火热的StarSharks和Defi Kingdoms等游戏,这些领域均有一个共同属性:趣味性
为了方便讨论,本文将这些细分领域均归类于DLF,因为在此次分析报告中,会将GameFi、元宇宙等概念通过其共同点统一且辩证地进行归纳。在DLF领域的项目,GameFi类型占比最大,且包含游戏功能。因此这部分将对多维度带你了解游戏市场。
2021年是GameFi迎来爆发的一年,包括以下多方面原因:一是相比传统游戏,Axie Infinity等GameFi游戏的走红,让P2E创新模式展现出链游领域更多可能性和爆发力;二是全球疫情之下人们的生活、娱乐方式等发生改变, 元宇宙概念开始流行,GameFi在虚拟世界的经济收益开始愈发受到关注;三是除了以太坊,伴随着在交易速度、手续费等方面更具优势的新公链崛起,也为GameFi的日渐多样化埋下种子。
根据链上数据分析平台Footprint Analytics统计显示,截至3月24日,过去一年GameFi项目数量从689个增长至最高1384个(不包含各种土狗以及昙花一现的项目),日活用户也从8.2万到极值151万,足足增长了超17倍。虽然GameFi领域超150万的日活看似很高,但相比加密行业其他细分领域的占比仍相对较低,例如当前以太坊的总地址数已超1.9亿、BSC总地址数量已超1.4亿等。可以说, GameFi在整个加密行业里仅是刚刚崭露头角。
纵观GameFi整体发展,虽然早期项目大部分集中于以太坊上,但受其网络拥堵及高Gas费等方面影响,较差的用户体验使其发展步伐放缓,取而代之的是BSC、Polygon、WAX和Roin等链上游戏活动增多。Footprint Analytics 显示,各链上的游戏数量在从去年 7 月后开始飙升,截至3月23日已达 1383家。其中,以太坊占比达 37.3%,BSC为31.5%,其他公链占比均低于 10%。由此来看,虽然其他新公链在一定程度上瓜分了以太坊的市场份额,但后者仍占据市场的主导地位。
不过,从上图近一年各链上游戏项目的增长速度来看,虽然以太坊游戏数量始终保持首位,但却并未出现明显的增量。反而,BSC上游戏项目的增长量位列第一,从以往的15个增长至如今的436个,且数量已接近以太坊;增量排名第二则是 Polygon,近一年内增长了80个游戏项目;增长量第三的是WAX,过去一年增加了63个。从此项数据来看,除了以太坊,BSC、Polygon和WAX更受开发团队喜爱。
而从GameFi近一年用户活跃度来看,近期公链游戏日活用户排名第一的是Hive,占比为30.7%,其次是WAX的占比为30.1%,而Polygon以15.3%位列第三。与此同时,每日跨链的 GameFi 用户数也在不断增加,其中表现最为突出的是WAX,自去年4月快速增长以来,其用户数保持在30至35万之间。此外Hive 和 BSC用户数也曾在去年8月至12月期间出现大幅增长,且一度超过WAX,不过BSC进入2022年以来出现不小幅度的下滑。
GameFi热度走高的同时,融资也在持续流入。Footprint Analytics数据显示,自2021年9月开始,受到整体市场行情影响,GameFi领域的融资事件开始明显增多。如上图所示,GameFi项目所获融资大部分来源于种子轮融资,其次是前种子期融资,而这种现象背后主要在于优质游戏的开放周期往往需要几个月甚至几年的时间。
浅谈DLF当下问题及解决方案
DLF项目可大致分为两种:相对中心化和高度去中心化。其中,高度去中心化的项目存在的问题是界面可交互性差,无法承载开放世界游戏应用;相对中心化项目则在画面与游戏性设计上具有一定优势,但无法解决存在中心化服务器和数据库的问题。而当下用户的纵容使得GameFi项目方可以以中心化的形式开发和运营项目,这不仅剥夺了用户的实际决策权,也使市场上频发盗窃、跑路等系统性风险问题。
例如,近期受中心化监管机构的影响,MetaMask、OpenSea等项目对部分地区用户停止服务。无独有偶,Andre Cronje的退圈也导致与其相关的的代币暴跌,甚至Chainlist等项目也被迫关停。由此来看,去中心化永远 是加密领域的核心诉求,且任重道远。
那么,面对如此窘境,有何去中心化高性能DLF解决方案呢?其实,效率与去中心化并非不可兼得,市场需要做到的是以下几点:
可升级智能合约将会是合约开发人员的必修课
Solidity、Rust、Go这些计算机语言本身不是问题,问题在于已经部署在区块链上的智能合约在每次重新部署后地址都会发生变化,这就会导致用户的流失及不信任情绪的产生。目前,基于Solidity的可升级智能合约已经有了大致雏形,但其他语言智能合约开发者仍摸不到头绪,实际上可升级智能合约的核心逻辑在于数据和逻辑分离。具体为,数据合约保持稳定,逻辑保存在另外一个合约里,逻辑合约是可以重新部署的。每次升级修改的都是逻辑合约,该思路在各条链上均可适用。这样的话,不仅在保持合约地址不变的前提下可对合约的功能、逻辑、安全性进行升级,或增加新的插件合约,也可通过多链智能合约来探索多链间形成更优深度的流动池,还可能成为下个阶段的风口。
此外,合约的去中心化也是关键,如果智能合约只是由一个管理员地址控制,那么也毫无意义,鉴于行业内已有众多去中心化治理方案,这里不再赘述。
客户端即服务端
一般的HTTP/FTP下载,发布文件仅在某个或某几个服务器,下载人数太多,服务器的带宽很容易不胜负荷,变得很慢。而BitTorrent协议下载的特点是,下载人数越多,提供的带宽也越多,下载速度越快。同时,拥有完整文件的用户亦会越来越多,使文件的“寿命”不断延长。这种方法同样可以应用在去中心化游戏中,目前的链游以回合战斗、养成为主,并不需要延迟低至毫秒级的响应速度,基于该现状项目方完全可以放弃使用。当用户数量增长过快中心化服务器就会不堪重负,因此项目方可选择:
基于复杂游戏的“Play is Earn”,玩家进行游戏即挖矿。在玩家进行游戏时会向临近用户(节点)广播自己的坐标和行为让其他玩家获取该用户位置及行为,并获得奖励;
基于简单的区块链网络游戏转变为单机游戏+区块链,即客户端开源+合约开源。用户本地运行客户端选择区块链公共节点-访问项目方智能合约。
这种分布式游戏系统可以像波卡一样,进行插槽拍卖,提供插槽为需要算力支撑的公链提供算力。而用户可以因此获得算力收入,从而解决现有市场上GameFi零和游戏的现状。
基于UGC、可“自我进化”的DLF
未来的去中心化趣味金融项目一定是用户产生内容的。项目方要做的是搭建一个开放、透明、自由的平台,且更重要的是,允许并激励用户自由创作、让用户发挥最大才能,这样就能绽放出无限的活动和生命力。
其实基于UGC的传统游戏已有不少用户接触,例如:
Mod支持强大的游戏(例:骑马与砍杀、上古卷轴5:天际)
基础创作类游戏(例:我的世界,马里奥制造)
需要持续不断新内容的游戏(例子:WOW等MMORPG)
与这些现有的GameFi相比,基于UCG内容创作的趣味金融(Leisure Finance)不会被现有框架限制,可以完成几乎所有内容的热更新,具有更大的可能性。
总结
虽然GameFi和元宇宙场景化等趣味金融平台的出现时间不长,但在客观上已吸引了大量新用户的入场,他们的入场在为加密行业注入活力的同时,也为用户增长带来了新答案。
回顾2021年,牛市入场掘金的GameFi创业团队对于去中心化的理解和技术深度大都差强人意,因此本文认为在下一阶段,真正去中心化会成为一般链游团队与游戏大厂差异化竞争的主要优势,也会和用户数量以及游戏制作水平等方面一样成为鉴别链游价值的重要评估项。
而从2022年初至今的百余DLF项目来看,目前的解决方案大都仅停留在简单的传统游戏+ Token上链,或是NFT拍卖和FOMO模型上,潜在的创造力问题令人担忧。不过,GameFi等趣味金融的发展远不仅限于一个传统游戏简单上链,且生硬配置所谓的经济模型创新上,Geekcartel相信GameFi等趣味金融的未来将是由一套可高性能运营的去中心化解决方案开启真正的2.0时代。
作者:Geekcartel
编辑:PANews
[注:本文部分图片来自互联网!未经授权,不得转载!每天跟着我们读更多的书]
互推传媒文章转载自第三方或本站原创生产,如需转载,请联系版权方授权,如有内容如侵犯了你的权益,请联系我们进行删除!
如若转载,请注明出处:http://www.hfwlcm.com/info/282538.html