随着《黑神话：悟空》的现象级爆红，圈内又出现一股唱衰Web3游戏的声音，在最近已经非常低迷和自我怀疑的市场舆论环境下，又叠加了一层 debuff。
是Web3人不热爱游戏么？诚然，在市场的早期泡沫阶段，浓厚的投机气氛不可避免，但很多 builder 依然是抱着要做出一款好游戏、一款真正属于玩家的游戏涌入这个行业的，而Web3想要实现真正的 mass adoption，游戏也是绕不过去、最能深入下沉市场的路径。
但现实是骨感的。当人们想要细数Web3一线的游戏的时候，发现有质量的游戏数量极少，大部分游戏乏善可陈，既没有给玩家提供好的用户体验，也远远达不到 mass adoption 的预期。大量Web2有着成功实战经验的游戏团队折戟Web3，究其原因，我目前理解下来主要有两点：
1. 相较于传统游戏，Web3游戏很难提供持续的游戏内容更新
2. 由于受众不同，Web3游戏需要比传统游戏考虑更多游戏性以外的游戏经济学问题
游戏内容的更新困境
一款游戏要保持长久的生命力，更新打补丁必不可少；否则，一来是 bug 无法修复，二来玩家的新鲜感也难以持久。在传统游戏开发中，如果数据结构没有发生改变但游戏逻辑发生改变，一个简单的程序逻辑补丁就可以完成相关升级。
但是，区块链的不可篡改性给这一份看似简单的实现平添了难度。以 Solidity 游戏开发为例，一份上了线的游戏合约往往决定了游戏的整体数据结构，由于游戏逻辑本身是数据状态的迁移，游戏逻辑的修改往往需要配合合约的升级。
合约升级后，却又无法延续性复用升级前合约的数据，为了完成游戏逻辑的升级，只有两个选择：
1 迁移
2. 在合约设计的初始就把数据层和逻辑层分离
第二种选择会增加合约调用的 gas 消耗，所以高频次的游戏内容升级往往在Web3难以做到，这就伤害了一款有潜力游戏的持续获客能力。
不做数据接口的逻辑升级
做了数据接口的逻辑升级
要解决这个问题，首先是要解决数据复用问题和数据升级问题。当游戏的逻辑修改，我们仍然希望原来的数据可以原封不动被保留。这里的最佳零成本解决方案，是独立的 App As A rollup。因为在 App rollup 中，原先数据的默克尔根可以直接复用，而对逻辑的修改只需要体现在代码逻辑中。
直接跑在虚拟机中的逻辑升级
数据复用和逻辑升级问题得到解决后，数据结构升级问题依然会对游戏升级带来一定挑战。普通的链上数据迁移，往往是需要通过预言机，将数据根据一个既定脚本进行改动后再次录入到链上，会耗费大量的时间。
在 App As A rollup 架构中，数据迁移审计后，可以运行在 zkVM 中，从而做到迁移逻辑完全可验证。由于数据迁移在很多场景下是数据重组，计算逻辑较少，如果每个叶子节点的再组织所涉及的代码在 1000 行左右，那么一百多万个叶子节点所需要的执行 trace 大约可以在 1000* 100 w 左右。目前普通的 zkVM 每一百万行 trace 的证明时间是 9-15 秒，所以整体的 zk 数据迁移时间依然是一个可控的数字。
正是由于 Application Rookup 的数据独立性，给Web3游戏内容迭代带了了新的方法论。
而由于其他链上 app 的复杂性和对于更新的迫切性远远不如游戏，zkVM 会给全链游戏，或者说可验证游戏带来新的机会。
经济学和利益分配的困境
游戏项目开发是一件复杂综合且又非常琐碎的工作, 如果一个高质量的游戏不能带来切实的经济收益，那么相较于传统游戏领域，Web3对于开发者的吸引力就会日趋下降。
目前，游戏项目和公链之间的关系经常以流量关系为主，收益关系为辅。而流量关系的中游戏项目往往依赖公链提供的平台流量和初始流量，公链则通过吸纳好的游戏项目，在游戏上线的中期享受游戏带来的公链用户增量。
收益关系会更为复杂，且隐藏着更深层次的利益分配问题：一方面，用户行为会产生收益，包括链的 gas 收益，游戏内容消费收费；另一方面，游戏流量和消费带来了币价增值，有交易量的游戏通过发行游戏代币产生了资产收益，同时也给链带来了繁荣的生态效应，进一步增加了公链的代币估值预期。
在这种复杂的利益关系下，用户实际支出究竟该如何分配才算合理，其实远没有一个清晰的界定。游戏的冷启动需要大量资金，而用户的第一笔收入又往往以支付给链的 gas 费率为主，这使得游戏创作者得到正反馈的周期非常的长，有时候甚至存在游戏开发团队自行刷量到达链的 DAU 基础值之后，靠微薄的 grant 回血的情况。这让游戏不得不在早期依靠 token 预期来吸引玩家支付 gas 进行交互。这部分 gas 负担对于一个游戏玩家来说已经不能被忽视，以至于链游在引导用户消费自己的 token，也就是购买游戏 token 环节变得较之于传统游戏更加困难。
由于游戏充值是游戏正反馈的最核心步骤，gas 负担对于游戏充值的延缓极大伤害了游戏获客的能力。但由于链游需要负担传统意义上的上链义务，即使是在 layer 2 上，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 费用较高：其本质是得益于通过 layer 3 的独立性将 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游戏也终将迎来自己“直面天命”的时刻，并带动整个行业一起度过大规模应用的漫长前夜。