不可能变为可能：让全链游戏开发在闪电网络上的成为现实

作者：Infinitas

引入

“全链游戏指完全在区块链上运行的游戏和 NFT 生态集合体，吸引着各路游戏巨头和投资机构的纷纷布局和尝试。”当前全链游戏在保证安全性、隐私性和去中心化的基础上，可扩展性始终没有找到最优解决方案。例如最热门的全链游戏引擎 Mud 和 Dojo，致力于帮助全链游戏实现更高的 TPS，但玩家每次操作仍需要 2 秒以上的缓冲。事实上，当前区块链上最高 TPS 的全链游戏可实现峰值在几千 TPS左右，与数十万级 TPS 的传统 Web2 3A 游戏存在巨大差距。在追求不损失区块链优势的前提下，全链游戏以克服的可扩展性。

所以“全链游戏之春” 终究无法实现吗？未必。本文由区块链底层基础设施项目 Infinitas 与游戏平台 CrystalFun合作，以其旗下Outerverse 原生4款游戏为例子，探讨比特币生态如何让全链游戏的落地和大规模普及成为可能。

闪电网络和RGB协议如何帮助解决全链游戏困境？

在全链游戏中，游戏的核心逻辑、规则和游戏内交互过程完全在区块链上（fully on-chain），通过智能合约实现规则的执行和验证。游戏资产和虚拟物品也以区块链的形式存在，玩家可以直接拥有、交易和转移这些资产，而无需依赖传统游戏公司的中心化服务器。游戏核心逻辑和游戏内资产的完全去中心化为玩家赋予更高的自主权和安全性。

闪电网络作为建立在比特币区块链网络之上的第 2 层扩展解决方案，通过将交易移至链外，扩展了链上游戏的设计空间，同时保留区块链的底层安全性和透明度，从而实现快速、廉价的交易。

闪电网络有助于在平衡区块链三角去中心化和可扩展性前提下，将游戏扩展到更多用户和使用范围。借助闪电网络进行全链游戏开发可以更好实现游戏内交易速度提升，改善游戏内用户体验。

但即使闪电网络解决了可扩展性问题，一些核心游戏逻辑仍然需要在链上进行，例如将不可变记录的最终结果或状态更改写入智能合约。闪电网络还未解决智能合约的问题，因此，闪电网络只是链上交互的补充，而不是完全替代。

RGB 则是在比特币生态系统第 2 层和第 3 层上运行的客户端验证状态和智能合约系统。抽象的来讲，RGB 在比特币区块链的基础上建立了一个由用户自管的合约管理系统，用户自行验证和执行状态变更，包括资产和合约。当用户发起交易并调用一个合约逻辑时，合约执行和资产状态的变更并不会全网共识，而是在交易双方之间验证并达成共识即可实现交易。

通过与闪电网络配合使用，RGB 协议在比特币交易链之上运行，但无比特币时间链拥塞的问题：交易仅保留相同状态承诺，无需额外链上存储。无论是来自比特币区块链还是闪电通道（或任何其他类型的状态通道），RGB 都可以在比特币之上作为第 2 层解决方案工作，也可以在闪电网络之上作为第 3 层解决方案工作。

助力全链游戏辅助工具

区块链本身作为一个链上资源珍贵的状态机，很难去单独处理游戏这类高频互动场景下的冗余调用需求。所以除了结合比特币二层闪电网络，要使游戏真正运行起来，还需要将游戏逻辑和资产写在比特币生态智能合约中，因此一些补充链上交互的辅助的技术栈和工具必不可少。

Ephemeral chain（临时链）

临时区块链可以定义为不会永远存在的区块链，一旦区块链的目的实现（例如记录交易），或者一旦其状态永久存储在其他地方，它们就会被销毁。临时链存储的终止状态只是有关临时链相关终止事实的数据，因此将所有内容压缩了相当大的数量级。临时链主要受区块链上交易延迟和吞吐量限制。

临时链 VS 状态通道

就临时链而言，由于公共链上有状态，我们最终将拥有大量用户。需要插入公链的状态会通过剪枝/压缩/差异提取来减小大小，然后定期而不是不定期地保存在公链上。RGB 状态通道的设置有可能绕过临时链的性能约束，实现和临时链相同的功能。

状态通道迄今为止是为少数用户设计的。最值得注意的是，状态通道主要用于两个用户之间同时进行大量的链下交易而构建的。每个 RGB 智能合约由智能合约发行者（或者简单地说，发行者）创建，和以客户端验证形式保存的数据共同以“创世状态”存储在区块链上或闪电网络交易/通道状态内。该状态被称为“给未使用的比特币交易输出”（Unspent Bitcoin Transaction Outputs，简称 UTXO），过程被称作“一次性密封”。RGB 协议状态转换过程将状态分配给一组已定义的一次性密封件。每个智能合约可以维护不同形式的状态，并使用不同的验证规则定义不同类型的一次性密封件。除此之外，状态转换可能包含不同的元数据和脚本，这也是业务逻辑的一部分。

App-specific blockchains（特定应用程序区块链）