同一个赛道,两种命运:我跟踪的五个区块链项目里,三个已经没人说话了

· 资讯

去年我建了个表格,专门记录自己深度跟踪的区块链项目。一共五个,赛道不同,但有个共同点——团队都在做事。一年后再打开这张表,三个项目的官方推特停更超过四个月,两个还在周更。活下来的那两个,有个细节让我印象很深:他们的周报里从来不写“即将上线”“重磅合作”,只写“本周修了哪几个bug”“哪个节点掉了又拉起来”。

三个停更的项目,死法几乎一样

先说结果。停更的三个项目,一个做跨链桥,一个做链上数据工具,一个做NFT交易市场。它们的死亡时间线高度重合:

  • 第1-3个月:周报正常,社区活跃,Discord每天几百条消息
  • 第4个月:周报变成双周报,理由写“团队专注开发”
  • 第5个月:推特一周发一条,内容全是转发
  • 第6个月:彻底静默

我回头翻聊天记录,发现一个共同信号:这三个项目都在第2个月左右宣布过“重大合作伙伴关系”,但合作内容全是“探索”“意向”“框架协议”这种词。说白了,没有一条能落到具体数字上。比如那个跨链桥项目,公告写的是“与某公链达成战略合作”,我私信问团队要具体数据——支持哪几条链、日处理量多少、手续费怎么分——对方回了一句“细节还在敲定”。

敲定到项目死了都没敲出来。

活下来的两个,做对了什么

活下来的两个项目,一个做钱包,一个做节点服务。它们的周报有个特点:每期都有可验证的数字。

钱包项目每周公布:新增地址数、活跃地址数、平均交易笔数、Gas消耗分布。节点服务项目每周公布:在线节点数、平均出块时间、异常重启次数、客户投诉处理时长。

这些数字看着枯燥,但有用。去年9月,钱包项目的周报里新增地址数连续三周下滑,从每周4200掉到2800。社区有人问怎么回事,团队直接回:上周安卓版本更新出了个兼容问题,部分机型闪退,已经定位到是某个依赖库的版本冲突,下周修复。第二周数字回到3900。

这就是区别。 停更的项目遇到问题选择沉默,活下来的项目把问题写进周报,附上修复时间表。

一个具体操作:怎么判断项目是不是在硬撑

我现在的习惯是,看一个项目先翻它过去半年的公告,找三类信息:

第一类,融资公告。 只看两个数字:融资金额和估值。如果估值比上一轮涨了五倍以上,但产品数据没翻倍,大概率是硬撑。我跟踪的一个DeFi项目,2023年3月估值1.2亿,9月宣布新一轮估值8亿,但TVL从3400万掉到1900万。三个月后团队解散。

第二类,合作公告。 看有没有具体交付物。写“集成某协议”的,去链上查合约调用记录;写“上线某交易所”的,去查交易对和深度。查不到就是空气合作。

第三类,代码提交。 GitHub的commit频率可以造假,但有个细节藏不住:看commit的时间分布。正常开发的commit集中在工作时段,造假的多是凌晨批量提交。我见过一个项目,连续三个月每周日凌晨两点提交20次commit,点进去全是改README的错别字。

实战里踩过的坑

说个我自己的教训。2022年底,我重仓了一个Layer2项目,理由是团队背景漂亮、融资阵容豪华、测试网数据好看。投完之后我才发现一个问题:测试网数据和主网数据是两套逻辑。

测试网阶段,团队可以人为刷交易量。那个项目测试网日活钱包数一度冲到8万,主网上线第一个月掉到6000。我当时没查一个关键指标:测试网交易的平均Gas消耗。正常用户交易和脚本刷量的Gas消耗分布完全不同——脚本刷量集中在低Gas区间,真实用户分布更分散。这个数据链上浏览器就能拉,我当时懒得看。

后来那个项目代币上线即破发,我割在-60%。

资讯怎么读才有用

现在我看区块链资讯,养成几个习惯:

看到“TVL突破X亿”,先查是不是同一笔钱在循环。 有些项目通过激励措施吸引存款,用户存进去借出来再存进去,TVL虚高。查方法是看独立存款地址数和TVL的比值,比值低于0.1的基本是刷的。

看到“日活突破X万”,先看链上交互类型。 如果80%以上交互是转账和授权,没有合约调用,大概率是空投猎人。真实用户会有swap、借贷、质押这些复杂操作。

看到“与某机构合作”,去查该机构官网。 我见过一个项目公告说“与某知名基金达成投资意向”,我去那家基金官网翻了三遍,没有这笔投资记录。发邮件问,对方回:只是聊过,没签任何文件。

说到底,区块链资讯的含水量比传统行业高得多,因为链上数据虽然公开,但解读门槛不低。团队知道大部分人不会去查合约、不会去拉地址分布、不会去对比测试网和主网数据。这个信息差就是他们操作的空间。

我的建议很简单:把每个项目当成一个需要做尽职调查的标的,而不是一条需要转发的快讯。 周报里没数字的,减分。公告里没交付物的,减分。代码提交时间诡异的,减分。减到不及格,直接从表格里划掉。

那张表格我现在还在更新,五个项目变成了七个。新加的两个,一个刚发第一份周报,里面写了具体的节点在线率和故障恢复时间。另一个还没发周报,但GitHub上过去30天有47次commit,时间分布在周一到周五的上午十点到下午六点之间。

这两个我先留着观察。