说倒就倒,一个单日7.2亿流水Dapp凉了

2024-04-26 21:48
文章标签 流水 dapp 7.2 单日

本文主要是介绍说倒就倒,一个单日7.2亿流水Dapp凉了,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

640?wx_fmt=jpeg


来源:DappReview 作者:DR小伙伴


导语:在刚刚过去的3月份,一个打破Dapp交易额纪录的游戏、一个团队无比自信的游戏——888TRON和TronCrush——用生命演奏了一曲“眼看他起高楼,眼看他宴宾客,眼看他楼塌了”的开发者悲歌。虽然他们在国内没有掀起太大波澜,但这两款游戏分别对应着一个典型问题,前者的背后,是大户之间在非零和博弈中的囚徒困境;后者则暴露了开发者的技术缺陷和对金融市场的夜郎自大。有些悲剧本可避免,后来者应引以为戒。


本文仅以第三方研究机构的角度剖析Dapp的数据和发展历程,不做为任何投资及投机的参考依据

1

Dapp单日交易额的巅峰 - 888TRON


有一个名为888TRON的Dapp,在春节前后上线,整个二月里表现平平,没有太过亮眼的成绩,时间到了三月初,大量的玩家和资金慢慢涌入,交易额和分红池呈指数式爆炸增长,该Dapp每48小时进行一次分红,下面是3月份的几次分红数据截图。

640?wx_fmt=png


从3月10号的1300万 TRX到3月16日达到Dapp历史上最高分红的2.56亿 TRX分红用了不到一周的时间。翻译成更加容易理解的数字,3月15-16日的48小时里,该游戏分给玩家约 5000万人民币价值的TRX


而这一切在3月16日之后怦然崩盘,下图是888TRON交易数据,在3月16日达到峰值单日36亿TRX流水(约7.2亿RMB,也是Dapp历史上最高值)之后遭遇断崖式崩盘,目前游戏已经凉凉,仍有少量(被套牢的)“信仰者”还在苦苦坚持。

     

640?wx_fmt=png


从爆发到崩盘,我们来看看这个项目的前世今生。


888TRON在3月初的爆发主要是以下两个原因的综合作用:


1.高House edge(赌场佣金)高分红:大部分Dice类游戏的House Edge平均在1.5%左右,888TRON的House Edge相当之高,达到了3.5%,也就是说在同样交易流水的情况下,888能够给玩家的分红是其他类Dapp的2.3倍,虽然挖矿成本随之攀高,但从用户角度,高分红的吸眼球能力不言而喻。


2.Dapp真空期Smart Money(聪明钱)涌入:现在Dapp的圈子就像股票二级市场的一个缩影,投机者需要一个可以炒作和投机的标的。在二月的春节期间,Dapp市场相对平稳,没有什么特别的亮点项目以及创新模式,TRON生态中的老大哥TRONbet的暴利期早已是历史,已经成功的完成了从挖矿模式软着陆成为平台币的转型。部分矿工带着Smart Money在寻找下一个标的,标的选择的标准不外乎:A还在早期,B分红喜人,C技术到位。作为基本满足以上条件的标的,888顺理成章地进入了Smart Money的雷达范围中。


在这样的背景下,888的交易额和分红在3月初开始低调增长,逐渐进入越来越多用户的视野,“48小时分红即能回本25%”很快传遍了TRON Dapp用户的圈子。大量用户开始涌入投机,一切开始爆炸式增长。


爬得越高,跌的越痛,3月14日分红高达8000万TRX之后,888TRON的社群中破亿分红的叫嚣声不绝于耳。在疯狂挖矿的背后一颗定时炸弹早已埋好,在北京时间3月16日晚8点,2.56亿分红分给了2000万个888Token,平均一个Token获得12.8个TRX,Smart Money早已已做好大撤退的准备:


640?wx_fmt=jpeg


巨量卖盘将888 Token价格从30+砸到15 TRX以下,自此888TRON一路阴跌,直到今天稳定在4TRX左右。


888的挖矿成本在当时约30TRX左右,如果二级市场价格远低于挖矿价格,理性的玩家如果想持有888 Token一定是从二级市场购买,而不是以更高的成本去挖矿获取,这样一来挖矿用户减少,给分红池贡献的用户减少,分红降低,代币的价值大打折扣,如此恶性循环,代币价格自然进一步降低,游戏不可避免的凉凉。


那么为什么Smart Money要在天量分红之后砸盘?几个关键原因:


交易所提供流动性:这句话听起来是废话,但实际上,888TRON并没有上币的打算,Kiwi交易所(去中心化交易所)率先在3月13号强行上币,给了用户一个交易的场所。而大多数挖矿代币其实并不希望在让早期获利用户快速的卖掉筹码离场,锁住代币的流动性等更好的保证大多数持币者的利益,没有二级市场价格的干预让挖矿本身为代币定价。


没有代币解冻时间:这是888项目方最愚蠢的设计。在大部分挖矿游戏中,玩家需要冻结代币才能获得分红,如果需要解冻大多设置了24小时的解冻时间,也就是说分红结束后,需要等待24小时之后才能拿到代币进行操作,在以往的例子中,这个设计使得玩家不能再分红后立刻出售代币,在这24小时之内,如果分红池足够有人,持币者可能会选择不解冻继续冻结吃下一轮的分红,能够有效的降低用户的离场意愿。而888并没有这个限制,用户可以随时冻结随时解冻。


那么有意思的事情就来了,在3月16日的分红之前,已经可以看到分红池能够以一个888Token分得12.8个TRX,另一部分Smart Money发现了这里的套利空间,在分红前以30左右的价格购买888代币,吃分红,立刻解冻代币,交易所卖掉,那么只要卖出的价格大于18.2,那么收益为正,套利成功。事实上,对比同时间Ante的币价,我们认为有不少Ante的持币者卖掉Ante来套利,套利完成后,再买回Ante。见下图:

640?wx_fmt=png

市场资金规模触达天花板:对于挖矿类代币,每一次的分红如果要超过之前的一次,则需要更多的入场资金,在3月15日-3月16日两天的流水总计78亿TRX,按照House Edge 3.5%,总共锁住了2.7亿TRX的资金在分红池合约之中,而市场上的Dapp玩家容量有限,2.7亿TRX的资金规模已经触达了Dapp玩家可用资金的天花板,下一次的分红大概率不可能超过这样一个天量金额。这一点大户最心知肚明,因为他们最清楚自己打出了多少子弹。


大户的囚徒困境:在理解了上述三层逻辑的基础上,对于大户们来说,分红日就面临了砸盘还是不砸的囚徒困境:有套利盘去交易所砸盘;下一次分红大概率不会比这一次更高;Smart Money已经通过过去四次分红回本,代币0成本。


在收益见顶、看空预期的加持下,大户A不知道大户B会不会砸盘,你要是砸了,我还持有的话那我就完了。那么唯一的解决办法就是“砸”。


只有砸。

才能局部利益最大化。

     

640?wx_fmt=png


值得一提的是,DappReview在3月13日与888TRON的沟通邮件中已经提醒了“没有代币解冻时间”的问题,然而项目方并没有做出任何改变。直到代币被砸盘到10 TRX之下,大部分用户流失之后,才在telegram里面进行投票关于代币解冻时间的提议,但一切都晚了。


下面再讲下另一个案例。


2

虎头蛇尾的TronCrush


这是一个上线前被大量TRON Dapp KOL宣传力推的项目,在第一次分红之前,被Kiwi进行上币交易,其无奈之下,主动联系TRON生态下头部的去中心化交易所Trontrade进行上币。


640?wx_fmt=png


之前由于做足了预热,3月26号首日挖矿流水惊人的突破了12亿TRX,由于挖矿的狂热,该项目方多次暂停游戏进行维护,27-28日的交易量受此影响有所下滑,来到第一个分红日29号12点前夕。TronTrade突然暂停了代币TCC的交易,似乎出现了一些问题,TronCrush官方声称似乎代币TCC的智能合约存在bug,正在检查中,但是尚未暂停游戏。

640?wx_fmt=png

    

与此同时,没有暂停交易的Kiwi上出现了巨量卖单砸盘。价格从6-7左右一直砸到2以下,按理说本次分红已经接近1:2.8,如果以2.8TRX以下的价格购买TCC,立即冻结,首次分红便可以回本。市场上的巨量低价卖单必然有猫腻,后来根据多方消息验证,发现TCC代币合约存在致命漏洞,在Transfer函数中并没有判断是否给自己转账,这使得如果你手里有100TCC,给自己转账50个,你会拥有150个TCC。也就是可以无限零成本进行造币


640?wx_fmt=png

存在致命bug的Transfer函数


注:除了Transfer函数的bug,该合约所有的运算都没有使用SafeMath,旧代币TCC和新代币TCT的合约代码可以在项目方的一个Github仓库查看——https://github.com/TronCrush


该Bug最早由TronTrade群中某热心网友发现,并告知TronTrade团队,TronTrade立即暂停代币交易并通知TronCrush项目方,然而项目方既没有及时暂停游戏,也没有及时联系Kiwi停止交易。造币者凭空创造了超过15w个TCC代币,在Kiwidex上疯狂抛售


在此之后,游戏暂停,开发者更换了新的代币合约TCT,并按照之前TCC的冻结余额空投给用户新的代币。但这一切也都晚了,在这一系列事件之后,大多数用户丧失了信心选择割肉出局。游戏仅仅在一周之内,宣告凉凉。


640?wx_fmt=png


在27号下午TCC的交易对在Kiwi上开通之时,DappReview提醒了开发者这么早上交易所代币价格在第一次分红会被砸到4以下,但开发者迷之自信,认为自己的游戏不需要太担心交易量


目前该游戏每天交易额约300万TRX,是峰值时的0.25%,日活跃用户仅剩100余人。


3

迷之自信的项目方?


以上两个案例,除了技术问题和游戏的机制设计之外,更本质的暴露出了项目方对于市场的无知。目前的Dapp大多带有金融属性,而金融的本质是信息不对称,Smart Money并不在乎你的产品逻辑和游戏机制,在乎的是如何利用信息不对称赚取超额收益,如果开发者不懂市场,也不敬畏市场,还去开发金融属性的游戏,在市场的黑暗森林里,可能很难存活。


640?wx_fmt=png

640?wx_fmt=jpeg

640?wx_fmt=jpeg

合作 | 约稿 | 加入团队(实习/全职)

杨达豪(微信号:yangdh007)

这篇关于说倒就倒,一个单日7.2亿流水Dapp凉了的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/938737

相关文章

物联网之流水LED灯、正常流水灯、反复流水灯、移动流水灯

MENU 硬件电路设计软件程序设计正常流水LED灯反复流水LED灯移动流水LED灯 硬件电路设计 材料名称数量直插式LED1kΩ电阻杜邦线(跳线)若干面包板1 每一个LED的正极与开发板一个GPIO引脚相连,并串联一个电阻,负极接GND。 当然也可以选择只使用一个电阻。 软件程序设计 正常流水LED灯 因为要用到多个GPIO引脚,所以最好把所有的GPI

OpenStack Victoria版——7.2计算节点-Neutron网络服务组件

7.2计算节点-Neutron网络服务组件 更多步骤:OpenStack Victoria版安装部署系列教程 OpenStack部署系列文章 OpenStack Victoria版 安装部署系列教程 OpenStack Ussuri版 离线安装部署系列教程(全) OpenStack Train版 离线安装部署系列教程(全) 文章目录 一、安装相关软件二、配置公共组件三、配置网络

批量生成编号(A~Z+3位流水编号)

/*** 批量生成编号* @param num* @param warehouseId* @return*/public synchronized List<String> generatCodeList(int num,long warehouseId){MesRack rack = this.getCurrentRack(warehouseId);String oldRackCode;Lis

git 学习的流水log

git命令联系 配置以及修改全局user信息 git config --global user.name 'you_name' git config --global user.email 'you_email@qq.com' 现有设备中的所有配置 git config --list 现有设备中的所有配置 git config --list --local/--global/--syste

群晖7.2.1 半洗白后安装AME

1. 群晖打开SSH 2. Xshell登录群晖 用管理员账户登录,然后使用sudo -i 获取root权限,sudo -i是要再次验证管理员密码 sudo -i SA6400还需要运行这个命令 /usr/syno/etc/rc.sysv/apparmor.sh stop # DSM7.2 AME版本3.1.0-3005强制解锁激活命令 curl -skL https://m

【C++ Primer Plus习题】7.2

问题: 解答: #include <iostream>using namespace std;#define MAX 10int input(float* grade, int len){int i = 0;for (i = 0; i < len; i++){cout << "请输入第" << i + 1 << "个高尔夫成绩(按0结束):";cin >> grade[i];if

EmguCV学习笔记 VB.Net 7.2 特征点检测

版权声明:本文为博主原创文章,转载请在显著位置标明本文出处以及作者网名,未经作者允许不得用于商业目的。 EmguCV是一个基于OpenCV的开源免费的跨平台计算机视觉库,它向C#和VB.NET开发者提供了OpenCV库的大部分功能。 教程VB.net版本请访问:EmguCV学习笔记 VB.Net 目录-CSDN博客 教程C#版本请访问:EmguCV学习笔记 C# 目录-CSDN博客 笔者的

流水灯 附 超炫20模式带拖尾LED流水灯码

1.0 基础系列 1.1函数 #include <reg52.h> #include <intrins.h> #define uchar unsigned char #define uint unsigned int void delay (uint x) { uint i; for(i=x;i>0;i--); } void main () { int i=0xfe; while(1) {

Ascend C算子性能优化实用技巧01——流水优化

Ascend C是CANN针对算子开发场景推出的编程语言,原生支持C和C++标准规范,兼具开发效率和运行性能。使用Ascend C,开发者可以基于昇腾AI硬件,高效的实现自定义的创新算法。 目前已经有越来越多的开发者使用Ascend C,我们将通过几期“Ascend C算子性能优化”专题分享,围绕开发者最为关心的算子性能优化环节,介绍Ascend C算子常用的优化技巧,帮助开发者自主构建出更优

EOS智能合约与DApp开发入门

# EOS智能合约与DApp开发入门 EOS智能合约与DApp开发入门,并最终完成一个基于React和 EOS的便签DApp。 ## 终端使用建议 - 1#终端用于nodeos运行 - 2#终端用于keosd运行 - 3#终端用于cleos和DApp代码运行 ## 预置代码运行 进入章节代码目录,参考其README文件中的说明。 ## nodeos异常退出的处理 如果需要保留历史数据