为什么要基于 PixeLAW 开发游戏

从 Solidity 开发者的角度来说，由于 Cairo 语言在安全性和计算性能方面的取舍，加之 Cairo 语言本身尚处早期，学习门槛较 Solidity 高、语言特性不如 Solidity 丰富，完成同样的功能，使用 Cairo 语言开发工作量有可能会更大。

四种智能合约语言对比。图片来源：https://medium.com/scb10x/smart-contract-programming-languages-trade-offs-e2797f0b2968

PixeLAW

PixeLAW 于 2023 年7月在巴黎 ETHGlobal 黑客松期间诞生，并获得 Starknet Best Use 奖项。开发体验方面，除 Cairo 语言的学习门槛外，总体还是很不错的。PixeLAW Book 读起来很流畅，对于想在本地部署 PixeLAW Core、PixeLAW app_template 的开发者来说，整个过程相当丝滑。不过想要基于 PixeLAW 开发游戏的话，可能需要进一步阅读 PixeLAW examples 的源代码以获得更多工程实现上的灵感。

PixeLAW Github 主页：https://github.com/pixelaw/

开发 BRC2048 的体验

沟通流畅

我们基于 PixeLAW 开发全链版 2048 （BRC2048）的过程中，虽然遇到有些特性尚未被支持，也遇到过 PixeLAW 的一些小 bug，但总体上 PixeLAW 提供的功能足以开发我们的游戏。此外，特别值得一提的是，与 PixeLAW 团队沟通总是很顺畅，PixeLAW 团队的回复总是很及时，要知道在跨时区协作的场景下，做到这一点并不容易。这里要特别感谢 PixeLAW 团队的@jk、@syora、@thiscaspar 、@mariz-ov，以及 MetaCat 团队的 @ilhte 。

与 PixeLAW 团队沟通过程。来源：https://discord.com/channels/1134242024409792525/1178127430704189550

工作量更少

之前我们基于 MUD 框架开发过 2048，在基于 PixeLAW 开发 2048 的过程中，明显感觉工作量少了。只需专注智能合约开发，即可完成游戏开发。这是非常神奇的体验，也是全新的开发范式！这很大程度上归功于 PixeLAW 的理念：用最小的组件开始一个世界，并让它与社区一起成长。从一个像素块和最少的规则开始，然后在此基础上添加新规则、新游戏等，并逐步让游戏之间有互操作性。

BRC2048 核心代码局部。来源：https://github.com/themetacat/PixeLAW2048/blob/main/brc2048/src/app.cairo#L135

少即是多

下图是我们基于 PixeLAW 开发的 2048 游戏（也是 PixeLAW 的主界面）。由于组成游戏的最小单元是单个像素块，因此游戏画面呈现上会有所局限，进而导致并非所有游戏类型都适合用 PixeLAW 开发。但对于想要深入探索游戏间互操作性的团队来说，PixeLAW 是很好的试验场。单个像素块是最小的可编程单元、也是最小的互操作性单元，关注核心目标，忽略次要事务，不失为一种明智之举。

BRC2048 游戏界面

写在最后

BRC2048 目前只完成了初步的游戏构建，接下来会进一步完善游戏功能，并与 PixeLAW 团队一起，探索游戏间（比如：贪吃蛇、画图游戏）互操作性的具体实现路径，以及 PixeLAW 在自主世界领域的更多可能性。

让我们以 cellula.live 创始人 Eric 的一句话来结尾：当前处于全链游戏/自主世界的极早期，个体只有追求极致的差异化，才能获得整个赛道的生存机率最大化.