当前位置:首页 行业动态 正文

Play to Earn 还是 Play to Ponzi?

2025-04-28

编者按:「随着持续两年的大牛市在近期以异常惨烈的方式落下帷幕,许多在本轮周期中被创造与热捧的概念与项目也开始逐渐冷却。那么,这些曾经的明星产品真的一无是处吗?他们成功亦或是失败的经历,又将给这个行业留下哪些宝贵的经验?

近期,本人计划用 3 到 4 篇文章的篇幅,来回顾并重点反思本轮周期中几个重点赛道或商业模式。」

自 Axie Infinity 的 Play to earn 以及由其衍生的 X to earn 模式诞生以来,其普惠大众的理想与外界对其庞氏骗局的质疑便如影随形。在刚刚过去的这轮牛市中,我们也目睹了一个个采用 X to earn 模式链游项目的快速爆发与消亡。

那么,X to earn 模式是否真的如这些项目的代币价格那样不可持续?X to earn 究竟是 Web3 领域的伟大创新,还是又一个不可持续的庞氏骗局?如果 X to earn 模式在本轮周期中被最终证伪,那么区块链游戏的未来又在哪里?

本篇文章我们希望从更底层的逻辑出发,详细审视区块链游戏发展的功过成败。

如何简单分辨庞氏项目?

在我们开始正式讨论 Play to earn 模式之前,其实有必要再来重新回顾下庞氏的基本定义。

根据目前行业内所形成的最广泛共识,分辨一个项目是否为庞氏,关键在于判断其有没有为外部社会创造新的价值,也就是是否产生了「正向的外部性」。如果一个系统没有创造正向外部性,那么一切价值其实只是在系统内部进行零和博弈与重新分配,并必将在一段时间后走向崩盘。

但是在 Web3 领域中,由于许多项目往往还结合了货币、共识机制、经济模型等等其他复杂概念,这就导致对庞氏骗局的识别变得更为困难。

那么,普通用户有没有比较简单的办法可以快速识别庞氏项目吗?

1. 观察系统有无外部收入

对于庞氏最简单的一个判断手段,便是观察其是否能够产生外部收入。

由于在正常的经济系统中,绝大多数能够产生正向外部性的经济组织,都不会向社会免费提供产品和服务。就像你为公司工作一定要获得报酬,商家向你销售商品一定要获得收入一样,一个健全的市场总能为这些正外部性进行合理定价,并促进交易的发生。

所以,识别是否具有外部收入,就成了识别一个经济体是否具有正外部性最简单的方式。

那么对于一个链游来说,判断其是否为庞氏,其实也并不需要我们深入研究链游内部的复杂博弈机制。而是只需要将链游视为一个整体,观察其能否从外部获取收入就可以了。

不过这里需要特别强调的一点是,如果我们想要回答的是某个链游是否具有外部性,那么观察的对象也一定只能是这个链游整体,而不能是链游系统内某个局部的内部组件。

我们可以看到,目前许多链游取得的所谓「收入」,其实都来源于链游内部 NFT 交易市场的手续费收益。但由于这类内部市场所服务的全部是游戏玩家,属于典型的内部收益,因此也并没有为整个链游产生外部价值。

这就像虽然博彩行业是典型的零和博弈,但博彩公司依然可以赚钱一样。他们取得的收入完全来自博彩行业的内部,因此这些收入并不能证明整个博彩行业为社会产生了价值。

当然我们也可以看到,有些链游团队如 StepN 其实很早就认识到了这个问题,甚至通过设立「首席收入官」的岗位,希望通过品牌联名、广告等方式获取真正的外部收入。这些显然都是方向非常正确的尝试,也是值得鼓励的行为。

2. 判断参与者支出资金的属性:投资 or 消费

除了观察系统整体有无外部收入以外,链游的参与者还可以通过判断自己资金支出的属性,来分辨一个系统的庞氏程度。

如果一个链游的参与者大都抱着消费的心态将资金投入系统,那么这些支出便构成了链游系统的主要收入。这也从侧面证明链游提供了某种外部性(好玩),以促使人们消费并为这种外部性买单。

但如果一个链游的绝大部分参与者都是抱着投机的心态来参与游戏,并且主要目标是为了获利而不是娱乐,且极为重视回本周期等指标,那么这个系统便更接近一个庞氏骗局。

毕竟,投资属性的资金,其最终的目标都是获利离场。因此在系统没有足够多真实收入来填补他们收益缺口的时候,系统就必然会走向借新还旧的庞氏模型。

那么如何才能更好地吸引更多消费型用户进入系统?

答案当然是创造真正的价值,提高链游产品的游戏性,而不是去刻意引导用户心态。由于链游的底层采用了区块链技术,因此整个游戏也必然是个开放经济体。因此一个设计良好的链游,必须能够接受并容纳各种类型的用户参与其中。一个游戏不能假设,自然也更不能要求用户一定以某种心态使用自己的产品,也更没必要故意排挤某种类型的用户。

就像比特币从来没有预先假定人性的善良,而是通过设计合理的博弈机制以保护系统不受恶意参与者的攻击。如果一个链游的经济系统出现投机氛围过重,消费需求过低的现象,那么首先应该反思的是游戏本身的设计问题,而不是直接将责任推给用户,