戏内容的更新困境 一款游戏要保持长久的生命力，更新打补丁必不可少；否则，一来是bug无法修复，二来玩家的新鲜感也难以持久。在传统游戏开发中，如果数据结构没有发生改变但游戏逻辑发生改变，一个简单的程序逻辑补丁就可以完成相关升级。 但是，区块链的不可篡改性给这一份看似简单的实现平添了难度。以Solidity 游戏开发为例，一份上了线的游戏合约往往决定了游戏的整体数据结构，由于游戏逻辑本身是数据状态的迁移，游戏逻辑的修改往往需要配合合约的升级。 合约升级后，却又无法延续性复用升级前合约的数据，为了完成游戏逻辑的升级，只有两个选择： 1 迁移 2. 在合约设计的初始就把数据层和逻辑层分离 第二种选择会增加合约调用的gas消耗，所以高频次的游戏内容升级往往在Web3难以做到，这就伤害了一款有潜力游戏的持续获客能力。 不做数据接口的逻辑升级 做了数据接口的逻辑升级 要解决这个问题，首先是要解决数据复用问题和数据升级问题。当游戏的逻辑修改，我们仍然希望原来的数据可以原封不动被保留。这里的最佳零成本解决方案，是独立的App As A rollup。因为在App rollup 中，原先数据的默克尔根可以直接复用，而对逻辑的修改只需要体现在代码逻辑中。 直接跑在虚拟机中的逻辑升级 数据复用和逻辑升级问题得到解决后，数据结构升级问题依然会对游戏升级带来一定挑战。普通的链上数据迁移，往往是需要通过预言机，将数据根据一个既定脚本进行改动后再次录入到链上，会耗费大量的时间。 在App As A rollup 架构中，数据迁移审计后，可以运行在zkVM中，从而做到迁移逻辑完全可验证。由于数据迁移在很多场景下是数据重组，计算逻辑较少，如果每个叶子节点的再组织所涉及的代码在1000行左右，那么一百多万个叶子节点所需要的执行trace大约可以在1000*100w左右。目前普通的zkVM每一百万行trace的证明时间是9-15秒，所以整体的zk数据迁移时间依然是一个可控的数字。 正是由于Application Rookup 的数据独立性，给Web3游戏内容迭代带了了新的方法论。 而由于其他链上app的复杂性和对于更新的迫切性远远不如游戏，zkVM会给全链游戏，或者说可验证游戏带来新的机会。 经济学和利益分配的困境 游戏项目开发是一件复杂综合且又非常琐碎的工作, 如果一个高质量的游戏不能带来切实的经济收益，那么相较于传统游戏领域，Web3对于开发者的吸引力就会日趋下降。 目前，游戏项目和公链之间的关系经常以流量关系为主，收益关系为辅。而流量关系的中游戏项目往往依赖公链提供的平台流量和初始流量，公链则通过吸纳好的游戏项目，在游戏上线的中期享受游戏带来的公链用户增量。 收益关系会更为复杂，且隐藏着更深层次的利益分配问题：一方面，用户行为会产生收益，包括链的gas收益，游戏内容消费收费；另一方面，游戏流量和消费带来了币价增值，有交易量的游戏通过发行游戏代币产生了资产收益，同时也给链带来了繁荣的生态效应，进一步增加了公链的代币估值预期。 在这种复杂的利益关系下，用户实际支出究竟该如何分配才算合理，其实远没有一个清晰的界定。游戏的冷启动需要大量资金，而用户的第一笔收入又往往以支付给链的gas费率为主，这使得游戏创作者得到正反馈的周期非常的长，有时候甚至存在游戏开发团队自行刷量到达链的DAU基础值之后，靠微薄的grant回血的情况。这让游戏不得不在早期依靠token预期来吸引玩家支付gas进行交互。这部分gas负担对于一个游戏玩家来说已经不能被忽视，以至于链游在引导用户消费自己的token，也就是购买游戏token环节变得较之于传统游戏更加困难。 由于游戏充值是游戏正反馈的最核心步骤，gas负担对于游戏充值的延缓极大伤害了游戏获客的能力。但由于链游需要负担传统意义上的上链义务，即使是在layer2上，gas依然不留情面地走在了第一次充值游戏原生token之前。所以，Web3 并不存在真正意义上的“先玩后氪”的游戏体验。 游戏物品交易被认为是区块链游中后期最有魅力的一环。通过氪金或者是长期交互努力换来的高价值游戏物品，经过流通和收藏后不断升值，不论是对游戏玩家或者是设计者来说都是激动人心的体验。但是，游戏物品作为游戏衍生品，其流通交易所带来的溢价又大部分被其他链上产品瓜分：游戏nft的交易费可能被nft交易所瓜分，游戏token的交易又被defi瓜分。好的游戏创造出来的价值，并不能有效地回流到游戏中去支持游戏团队。 Token的价值波动会导致动态放大的游戏内产出。游戏token的价值被低估时，游戏费率偏低，游戏产出和实际游戏token的投入往往正相关导致token低价，消耗相同游戏token所需代价较低，产出反而更高。而在游戏币高企的时候，过高的游戏token价值阻挠了游戏内的消费冲动。这样的放大效应让游戏token的价值起伏受到场外和场内产出的双重影响，增大了代币经济学设计相关的挑战。 App As A rollup + zkVM：一个可能的出路 在列举了这一系列挑战时候，我们意外地发现，Application As Rollup的架构能够适当有效地缓解相关问题。 首先，自有的rollup的真实gas 会较全链游戏显著降低到1/20 甚至更少。这可以让项目方完全在游戏初期免除gas fee 干扰，提供真正的free to play的游戏体验，给游戏初期聚量冷启动创造更好的环境。 其次，Application As Rollup 可以提供一键式的借贷平台，在游戏的初期以用USDC 借贷游戏内部Token的方式，鼓励用户在游戏中尝试付费功能。由于游戏的正向期望产出往往大于消费，用户在产出大于消费之后，完全可以赎回当初借贷用的USDC抵押品。 在流通环节，Application As a Rollup 可以有效地充当游戏资产的跨链桥。当我们需要转移在不同链上的资产时，只需要Deposit 到游戏中，然后再去另一条链上Withdraw即可。这种原生的跨链功能，让游戏衍生品交易的一部分价值被游戏本身获取。 更为激进的是，游戏可以提供deposit 稳定币功能来做借贷，让以前只有链才能捕获的TVL价值如今可以被游戏本身捕获。最后，Application Rollup 可以提供通过在游戏的中引入对氪金玩家的类似gas费的机制，最终将传统的链gas费用捕获。这种机制一个较为可能的设计就是在token价值较高时gas费用较低，而token价值较低时gas费用较高：其本质是得益于通过layer3的独立性将gas价值和token价值绑定缓解token价值波动。 当然这一切都不会在一夜之间发生，Delphinus Lab zkWASM作为将zkVM推向游戏应用的早期玩家，最近发布了zkWASM Mini Rollup。这是一个用于快速开发和部署ZK Rollup应用的工具包。它允许开发者编写Rust代码，将其编译为WebAssembly，然后在Node.js环境中运行。这个SDK处理交易、生成零知识证明，并与区块链交互。 其核心流程是：接收交易、在WASM虚拟机中处理交易、使用zkWASM云服务生成证明，最后将证明提交到区块链进行验证和结算。整个过程保证了交易的隐私性和安全性,同时大大提高了区块链的扩展性。开发者只需关注应用逻辑,而不必深入理解复杂的零知识证明技术细节。它还包含了一个Rollup监控系统，可以使用证明和交易数据触发链上结算,通过存储Merkle根和verify API来验证证明，确保按照链上Merkle根的顺序进行结算。此外,该SDK还简化了本地开发环境的搭建,只需启动MongoDB和Redis，运行dbservice，然后在ts目录下执行npm run server即可启动完整的本地服务。 zkWASM Mini Rollup SDK的出现为Web3游戏面临的双重挑战提供了一个极具潜力的解决方案。通过Application As A Rollup的架构,它不仅简化了游戏内容的更新流程,还为游戏经济模型的优化提供了新的可能性。 这种创新方法首先是利用WASM的兼容性，让大量传统开发者得以使用他们最熟悉的编程预言如Rust来编写游戏代码；其次是允许游戏开发者更容易地实现数据复用和逻辑升级,大大降低了gas费用,甚至可能实现真正的“0 gas畅玩”“先玩后氪"体验。同时,它为游戏项目提供了更多捕获价值的机会,包括跨链资产转移、借贷功能等,有助于建立更加可持续的游戏经济体系。 使用zkWASM一键发rollup，意味着我们可以在开发者侧和用户侧的mass adoption都迈出坚实的一步。虽然这一技术还在早期阶段，Web3游戏也在这个周期面临着圈内圈外的双重不信任，在质疑中艰难前行，但它为解决当前Web3游戏面临的核心问题指出了一条路。 随着更多游戏开发者采用这种技术，越来越多的游戏运营方和借贷协议愿意参与到前文所建言的这种经济模式中来，我们有理由相信，Web3游戏将逐步克服现有困境。我们并不奢望会拥有自己的黑神话悟空或使命召唤，但是做难而正确的事，朝着最终目的不懈努力而不是投机取巧，Web3游戏也终将迎来自己“直面天命”的时刻，并带动整个行业一起度过大规模应用的漫长前夜。 来源：金色财经lg...
北美站
