第 25 章 · 如何在 30 分钟理解一个 Crypto 项目
面对一个从没听过的项目,先看什么?
- 练习的能力
- ResearchSystem Thinking
- 动手
- 给一个今天刚看到的项目,用 30 分钟填满十三格,并标出哪几格查不到答案。
- AI Lab
- 让 AI 先填一遍十三格,你只做两件事:查证每一格的来源,划掉没有出处的内容。
一个现实问题
周一早上,同事在群里丢进来一个链接,附一句话:「这个很猛,你看看。」
你点进去。首页上写着「下一代模块化流动性层」,下面是三个图标、一段动画、一句 slogan。你往下滑,看到「即将推出」「已支持 12 条链」「社区成员 18 万」。你打开文档,读了二十分钟,记住了七八个没见过的词。
然后同事在群里又问了一句:「所以它到底做什么?」
你打不上来。不是因为你笨,是因为你刚才那二十分钟没有在找答案,只是在读材料。
这件事每周都会发生好几次。行业每天冒出几十个新项目,每一个都有精美的官网、专业的文档和活跃的社群。而你真正需要的,不是把它们全部读完,是在半小时之内对一个陌生项目形成一个你自己能为它辩护的判断——或者诚实地说出「这半小时之后我还是不知道,而我知道我不知道的是哪几件事」。
所以这一章要解决的问题是:面对一个从没听过的项目,先看什么,按什么顺序看,什么时候可以停。
这是整个 Part A 的第一次收口。前面二十四章讲的是每一块机制怎么运转,这一章开始把它们装进一个能带着走的格式里。第五阶段剩下的五章,全部挂在这个格式上。
思想实验
先离开链上。
你被派到一条陌生的商业街,任务是:用半小时判断街角那家店能不能活过明年。 你不能看它的财务报表,只能站在街上问问题。
你会问什么?
大多数人不需要任何培训就能列出这些:
- 这家店卖什么,解决谁的什么麻烦?
- 现在进店的是什么人,是路过的还是专门来的?
- 一笔生意里,钱从谁的口袋出来,店里能留下多少?
- 房租谁付,付到什么时候?
- 这条街上还有几家一模一样的店,凭什么是它?
- 开店的人以前做过什么?
- 接下来三个月,这条街会不会修路、会不会来一家连锁店?
- 如果它倒闭,最可能是因为哪一件事?
八个问题,没有一个需要行业知识。而且你会发现一个规律:问题是固定的,材料是变的。 你不需要先读完这家店的全部宣传单页再开始想问题——你带着问题去看,看到哪一格填哪一格。
现在请注意一件更重要的事。假设你问「房租谁付」,店员说「这个不方便说」。
你会怎么记?
有两种记法,差别巨大:
记法 A:房租应该是老板自己付的吧,毕竟是他开的店。
记法 B:房租谁付 —— 问了,对方不答。空着。记法 A 让你的表填满了,也让你的判断失效了。 因为半小时后你回头看这张表,你会以为「房租老板付」是你查到的事实,而它其实是你自己编的。
记法 B 难看,但它留下了一个真实的信息:这家店有一件事不愿意说。 而在这条街上,这件事本身通常比答案更值钱。
把商业街换成 Crypto,把店换成协议,这套做法一字不改地成立。区别只有两个:问题要多几个(多了 Token、链上规则、代码权限这几层),以及有些答案可以在链上自己核对,不需要问任何人。
你来决定
同事的链接还在那里。半小时,你怎么用?
观察结果
四个选项指向同一个结论:
理解一个陌生项目的瓶颈从来不是信息量,是问题的组织方式。
材料是过剩的:官网、文档、博客、播客、研报、社群记录、链上记录,半小时根本读不完十分之一。真正稀缺的是一组固定的、不重复的、能被查证的问题,以及一个知道什么时候该停下来的标准。
把四个选项摆在一起看,它们其实各自擅长一件事:
| 做法 | 它擅长回答 | 它答不了 | 正确位置 |
|---|---|---|---|
| 读官方文档 | 它自己说它是什么 | 它说的对不对、有没有漏 | 填格子的主要材料 |
| 看价格与社群 | 现在有多少注意力 | 注意力背后有没有东西 | 一格,不是全部 |
| 看链上数据 | 实际发生了什么 | 为什么会这样 | 验证器,不是起点 |
| 填固定表格 | 我漏了什么 | 格子里的内容本身 | 骨架 |
所以正确的组合是:用固定表格做骨架,用官方材料填内容,用链上数据做验证,用注意力指标做其中一格。
还有一件事必须在这里说清楚,它决定了这张表的可信度。每一格填的东西,来源不是同一个等级的。
| 来源等级 | 它是什么 | 可信度 | 怎么标注 |
|---|---|---|---|
| 一手链上事实 | 合约地址、持有人分布、真实交易、权限地址 | 最高,可自己复现 | 记下你核对的位置 |
| 官方口径 | 文档、博客、公告 | 中,它有动机选择说法 | 标明「官方说法」 |
| 第三方整理 | 数据站、研报、媒体 | 中低,口径未必透明 | 标明来源与口径 |
| 社群与传言 | 群聊、推文、匿名爆料 | 最低 | 标明「未证实」 |
| 你自己的推断 | 上面几条推出来的 | 只是假设 | 必须标明是推断 |
最后一行是这一章的核心风险。把自己的推断写进格子而不标注,是项目速读里最常见、也最贵的一个错误。 半小时后你会记得那张表,但不会记得哪一格是查的、哪一格是想的。
建立模型
十三格
这是整个课程共用的项目速读格式,分析工具箱那一页和统一风险模型放在一起:
它到底在解决谁的什么问题?
今天真正在用它的是哪一类人?
协议层的规则是什么?谁能改?
用户实际看到和操作的是什么?
它在哪个赛道,市场有多大,现在处于周期的哪一段?
有没有 Token?供应、解锁和用途是什么?
协议收入从哪里来,归谁?
谁在做,做过什么,能不能被验证?
谁投了钱,什么价格,什么时候解锁?
社区是用户还是空投猎人?
同一件事还有谁在做,凭什么是它赢?
接下来三个月有什么会改变它的处境?
最可能让它归零的那一件事是什么?
关于这十三格,有三件事要说明。
第一,它不是清单,是坐标系。 十三格的设计目标不是覆盖一个项目的所有信息,而是互相不重叠、且把一个项目的关键结构撑开。你会发现很多信息塞不进任何一格——那通常说明它不重要,或者说明你还没听懂它。
第二,前六格描述「它是什么」,中间四格描述「它靠什么活」,后三格描述「它接下来会怎样」。
| 分组 | 包含哪几格 | 它在回答 |
|---|---|---|
| 是什么 | Problem、User、Protocol、Product、Market、Token | 它在做的事情本身 |
| 靠什么活 | Revenue、Team、Capital、Community | 钱和人从哪里来 |
| 会怎样 | Competition、Catalyst、Risk | 接下来三个月到一年 |
第三,也是最重要的一条:填不满的格子就是风险。
这句话值得展开。一个格子填不上,只有三种可能:
| 填不上的原因 | 它意味着什么 | 你该怎么记 |
|---|---|---|
| 你没找到,但材料里有 | 是你的问题 | 记「待查」,给自己留入口 |
| 材料里确实没有 | 项目方选择不说 | 记「未披露」,这是一条发现 |
| 项目方自己也说不清 | 这件事还不存在 | 记「查不到」,这是最重的一条 |
三种都不要用猜测填上。第三种尤其要警惕:当一个项目在「谁付钱」这一格上给不出具体答案,那不是信息缺失,那是答案本身。
30 分钟怎么分配
半小时不是一个修辞,它是一个约束。时间一长,你会不自觉地从「判断」滑向「熟悉」,而熟悉是一种很容易伪装成理解的东西。
- 先填 Problem 和 User
- 再填 Revenue 和 Token
- 然后补其余九格
- 最后写 Risk 与一句判断
一个可用的时间分配:
| 时段 | 做什么 | 填哪几格 |
|---|---|---|
| 0–5 分钟 | 只找一句话:它让谁的什么事变得更容易了 | Problem、User |
| 5–12 分钟 | 找钱:谁付钱,钱去哪,有没有 Token,Token 干什么 | Revenue、Token |
| 12–22 分钟 | 补其余九格,能查证的顺手查证 | 其余九格 |
| 22–27 分钟 | 逐格标注来源等级,把没有出处的内容划掉 | 全部 |
| 27–30 分钟 | 写 Risk 一句话 + 一句总判断 + 待查清单 | Risk |
第四时段是最容易被跳过、也最不能跳过的一段。它的作用是把「我读到的」和「我以为的」分开,而这件事必须在记忆还新鲜的时候做,过一天就做不了了。
三条红线
填完之后,有三种结果应该直接进入结论,不需要再分析:
- Problem 那一格只能用行业术语填。 如果你无法用一句大白话说出「谁的什么事变容易了」,那么要么你没看懂,要么它没说清。两种情况都是同一个动作:写下你的原话,标记为待澄清。
- Revenue 那一格的答案是「代币激励」。 这不是收入,这是支出。第 17 章的四问在这里直接可用:这笔钱是谁付的。答案如果是「协议自己印的」,那么第 26 章那三个不等式就是你接下来要算的。
- Token 那一格填得比 Product 那一格详细。 一个项目关于代币经济的材料远多于关于产品的材料,这本身是一条强信号。第 20 章讲过怎么读 Tokenomics,第 19 章讲过解锁曲线怎么画——这两件事都该做,但要知道你在做的是哪一件。
从十三格到判断
最后一步,也是很多人漏掉的一步:十三格不是结论,它是形成结论的材料。
半小时结束时,你要写下三句话:
一句话说它是什么: 它让 ___ 的 ___ 变得更 ___ 了。
一句话说它的风险: 最可能让它失效的一件事是 ___。
一句话说你的信心: 这十三格里我有 ___ 格是链上核对过的,___ 格是查不到的。第三句是整套方法的质检。十三格里查不到的格子超过五格,任何判断都不该下——那不是判断,那是猜测穿上了表格的外衣。
它叫什么
用十三个固定问题描述一个 Crypto 项目的格式。
它不是一份介绍,是一份检查表:价值在于它会告诉你漏了什么。所以它的正确用法是每次都用完整的十三格,而不是挑几格顺手的填。
固定格式的第二个好处要到第四周才会显现:当你有了二十张填过的表,它们之间可以直接比较。 同一个赛道的五个项目并排放,哪一个的 Revenue 格是空的,一眼就看得出来。
这个项目让谁的什么事变得更容易、更便宜或者第一次成为可能。
检验标准只有一条:用一句没有行业术语的话说出来。 「提供模块化的流动性抽象层」不是一个问题的描述,「让一笔资金同时在三条链上被用作抵押品」是。
这一格填不上时,剩下十二格填得再漂亮也撑不住。第 1 章开头那个「余额是什么」的问法,就是这一格的原型。
协议赚到的钱,怎样和代币持有人产生关系。
它是 Revenue 和 Token 两格之间的那根连线,而这根连线经常是断的:协议确实在收费,费用确实进了某个地址,但这个地址和持有代币的人之间没有任何机制上的联系。
第 20 章把这件事讲透了。在速读表里,你只需要问一句:协议多赚一块钱,持有人多得到什么? 答不上来就记「未建立」。
接下来三个月里,已经确定会发生、并且会改变这个项目处境的事件。
关键词是已经确定。主网上线日期、一笔大额解锁、一次治理投票的截止日、一项合规审批的答复期限——这些是催化剂。「团队说今年会有大动作」不是。
这一格是十三格里最容易被忽略的一格,也是唯一一格能把静态描述变成时间轴的。解锁那一类催化剂的画法在第 19 章。
最可能让这个项目失效的那一件事。
注意「那一件」。这一格不是让你把第 24 章的十类风险抄一遍,而是逼你排序:如果只能盯一个,盯哪个。
写不出唯一一条,通常说明你对这个项目的理解还停在描述层面。而写出来之后,它会变成你之后每次回看这个项目时的第一个检查项。
一格的正式填法之一,和任何一个实际答案地位相同。
它有三个变体,值得分开记:待查(是我没找到)、未披露(项目方选择不说)、说不清(项目方自己也没有答案)。三者对判断的影响完全不同。
一份速读表的质量,不取决于填满了几格,取决于有多少格诚实地标了这三个词。这是第 24 章那句话在研究层面的同一条规则。
动手
选项目的标准只有一条:今天第一次看到它。 不要选你已经熟悉的项目——熟悉会让你跳过步骤,而这个 Lab 练的恰恰是步骤。
准备一个计时器。三十分钟一到就停笔,哪怕还有格子空着。空着的格子是这个 Lab 的产出,不是它的失败。
0–5 分钟:只找一句话。
打开官网和文档首页,不要往下深读。你要找的只有一句:它让谁的什么事变得更容易了。
找到之后用自己的话重写一遍,不许用它的词。如果重写不出来,把它的原话抄下来,在旁边写「无法用大白话复述」。
这五分钟结束时,Problem 和 User 两格必须有内容,哪怕内容是「说不清」。
5–12 分钟:找钱。
按顺序找三件事:谁付钱、钱去哪、有没有 Token 以及它干什么。
在文档里搜这几个词:费用、收费、fee、revenue、treasury、代币用途、tokenomics。找到之后记下原文出处(第几节、哪一页),不要只记结论。
这一步最常见的结果是:费率写得清清楚楚,但「这笔费用最后进了哪个地址、归谁支配」找不到。这就是一条发现,记「未披露」。
12–22 分钟:补其余九格,顺手核对。
九格里有四格可以直接在链上验证,不要放过:
| 格子 | 链上怎么核对 |
|---|---|
| Protocol | 合约地址在不在链上、是不是代理合约、谁有升级权限 |
| Token | 总量、持有人分布、前十地址占比 |
| Community | 过去 30 天有交互的地址数,对比宣传里的社群人数 |
| Capital | 投资方地址(如果公开)、已解锁与未解锁的比例 |
合约地址从官方文档找,然后在区块浏览器上打开确认——不要从文章或推文里复制。这是第 23 章反复强调过的动作。
22–27 分钟:逐格标来源,划掉没有出处的内容。
这一步只做一件事:给每一格标上来源等级。
[链上] 我自己核对过,位置是 …
[官方] 来自文档第 X 节 / 公告 …
[三方] 来自某数据站 / 某研报,口径是 …
[未证实] 来自社群或传言
[推断] 我自己从别的格子推出来的标完之后,把所有标了「推断」而你又说不出推理依据的内容划掉,改成「查不到」。 这一步会让你的表变得难看很多,这是正常的,也是它开始有用的时刻。
27–30 分钟:写三句话和一份待查清单。
它是什么: 它让 ___ 的 ___ 变得更 ___ 了。
它的风险: 最可能让它失效的一件事是 ___。
我的信心: 十三格里 ___ 格链上核对过,___ 格查不到。
待查清单: 1. … 2. … 3. …待查清单是下一次研究的入口。没有待查清单的速读表是一次性消耗品,有待查清单的速读表是一份可以增量推进的底稿。
一份填好的样例
下面是一份完整的参考答案,用的是一个虚构但自洽的项目,方便你对照自己的密度和标注习惯。项目叫 Northwind,做的是把现实世界的短期应收票据搬到链上,让稳定币持有人为这些票据提供资金。
| 格子 | 填了什么 | 来源 |
|---|---|---|
| Problem | 中小贸易商的票据要等 60–90 天才能收到款;稳定币持有人手里有闲置美元 | 官方,文档第 1 节 |
| User | 供给侧是持有稳定币的个人与小机构;需求侧是通过合作方引入的票据发行商 | 官方;发行商名单未披露 |
| Protocol | 一个资金池合约 + 一个链下审核流程。参数可由多签调整 | 链上,核对过合约与多签地址 |
| Product | 一个网页应用:存入稳定币,拿到一个凭证代币,随时可申请赎回 | 官方,自己点过界面 |
| Market | 链上真实资产赛道。同类项目至少六个,规模差异很大 | 三方,某数据站的分类页 |
| Token | 有治理代币,尚未上线交易。总量与分配已公布,解锁时间表未披露 | 官方 + 未披露 |
| Revenue | 按存款规模收年化 0.5% 管理费,另收票据方一次性手续费。费用进哪个地址、归谁支配,文档里没写 | 官方(费率)+ 未披露(去向) |
| Team | 三位创始人有姓名和过往履历,其中两位的履历可在公开渠道核对,一位查不到 | 官方 + 部分可核对 |
| Capital | 公布了两轮融资与四家投资方名称,金额与价格未披露 | 官方 + 未披露 |
| Community | 宣传称社群 4 万人。链上过去 30 天与主合约交互的独立地址约为三位数 | 官方 vs 链上,两者差两个数量级 |
| Competition | 同赛道六家,差异点在于是否自己承担坏账。Northwind 声称不承担 | 三方 + 官方 |
| Catalyst | 三个月内两件确定的事:治理代币上线;一项合规审批有答复期限 | 官方公告 |
| Risk | 最可能失效的一件事:链下票据方违约,而链上没有任何机制能追偿。 这是一条纯粹的对手方风险,和代码质量无关 | 推断,依据是上面 Protocol 与 Competition 两格 |
三句话:
它是什么: 它让持有稳定币的人把钱借给做贸易的公司,赚到票据的贴现收益。
它的风险: 链下的票据方违约,链上完全无法追偿,而协议声称自己不承担坏账。
我的信心: 十三格里 3 格链上核对过,4 格标了未披露,1 格是推断。
待查清单: 1. 费用最终进哪个地址 2. 解锁时间表 3. 坏账发生时的赔付顺序注意这份样例的两个特征。第一,它有四格标了「未披露」,而这四格恰好集中在钱和权限上——这个分布本身就是结论的一部分。第二,Risk 那一格明确标了「推断」,并写出了推理依据。 推断不是不能写,不标注才是问题。
AI Lab
先把上一个 Lab 自己做一遍,再来做这个。顺序反了,你将无法判断它给的东西对不对。
这个任务的性质很特别:模型在这件事上又快又好,同时又非常危险。 快好在它能在两分钟内把一份文档压成十三格;危险在于它填空的能力远强于它承认空白的能力——一个格子没有答案时,它倾向于写一个读起来很像答案的东西。
请按下面十三格整理这个项目:<项目名称与官网链接>
格子:Problem / User / Protocol / Product / Market / Token /
Revenue / Team / Capital / Community / Competition / Catalyst / Risk
每一格输出三部分:
1. 内容(Problem 那一格必须用不含行业术语的一句话)
2. 出处(具体到文档的第几节、哪个页面、哪个地址;没有出处就写「无出处」)
3. 来源等级(链上 / 官方 / 三方 / 未证实 / 推断,五选一)
额外要求:
- Revenue 那一格,必须分开写「谁付钱」和「这笔钱最后归谁支配」两件事。
- Community 那一格,如果只有宣传数字而没有链上数据,明确写出来。
- Catalyst 那一格,只写已经确定日期或期限的事件,传言不要写。
- Risk 那一格,只写一条,写出你认为最可能让它失效的那一件事,并说明推理依据。
规则:
- 查不到的一律写「查不到」,并说明是「待查」「未披露」还是「说不清」。
- 不要为了填满格子而给一个看起来合理的内容。
- 任何数字都要带取数时间。拿到之后,第一件事是把所有「无出处」的格子全部划掉,然后再去核对剩下的。
这类任务上模型有四个高频错误,按危险程度排序:
- 用宣传语填 Problem 格。 它会把官网的 slogan 改写成一句更顺的话,读起来像解释,实际上没有增加任何信息。检验方法:把这句话拿给一个完全不懂 Crypto 的人,他能不能复述。
- 把代币激励写进 Revenue 格。 这是整个课程里最贵的一类混淆,第 26 章会用一整章处理它。
- 把传言写成 Catalyst。 「团队暗示下季度会有重要合作」这种句子会被它当作催化剂写进去,而它没有日期,也无法验证。
- Risk 格写成通用清单。 「智能合约风险、市场波动风险、监管风险」——第 24 章讲过,这段话放在任何项目下面都成立,所以它不提供信息。
进阶做法:把你自己填的表和它填的表并排放,做一张三列的对照——我填了它没填的、它填了我没填的、同一格我们答案不同的。第三列最有价值,因为那里一定有一方搞错了,而找出是哪一方,就是这半小时真正的收获。第 31 章会把这个对照做成一条固定流程。
AI 说完之后,你必须自己验证
- 它给的每一格,有没有附出处?没有出处的一律划掉,不要因为看起来合理就留下
- 它给的合约地址和代币合约,你在区块浏览器上打开过吗——格式正确不等于存在
- Problem 那一格,它是用大白话写的,还是把官网的 slogan 换了个说法
- Revenue 那一格,它写的是收入还是代币激励——这两件事它极容易混
- Community 那一格,它用的是宣传数字还是链上活跃地址
- Catalyst 那一格,它写的事件是「已经确定的」还是「据说会有的」
- Risk 那一格,它是列了一堆通用风险,还是指出了唯一一条最可能的
- 最关键的一条:它有几格写了「查不到」?一格都没有,说明它在用合理的内容补空
真实案例
一个中等规模的协议,文档里把费率写得非常清楚:每笔交易收多少、按什么比例分给流动性提供者、协议留多少。看起来是一份透明度很高的材料。
但往下追一层就断了:协议留下的那部分,进了哪个地址?谁有权动它? 文档里没有,博客里没有,治理论坛里有人问过,没有回复。
这不需要任何阴谋论来解释——很多团队只是没想过要写。但对研究者来说,结果是一样的:Revenue 这一格只能填一半,后半格写「未披露」。
而这个「未披露」会一路影响别的格子:Token 那一格的价值捕获无法确认,Risk 那一格要多一条「金库支配权不明」。一格的空白会传导,这是十三格互相不独立的证据。
一个项目在材料里写「社区成员超过四万」。这个数字来自几个社交平台的成员数之和。
用第 23 章的方法查一下过去 30 天与主合约有过交互的独立地址数,得到一个三位数。
两个数字都是真的,它们衡量的是完全不同的东西:一个是有多少人听说过,一个是有多少地址用过。 前者属于 Community 格里的注意力部分,后者属于 User 格。
把它们填进同一格,是这张表最常见的一处失真。正确的做法是两个数字都记,并且把差距本身写进去——两个数字差两个数量级这件事,比任何一个数字都更有信息量。
一份写得很用心的项目分析,十三格里十二格填得详实,Catalyst 那一格写着「团队计划在今年推进生态合作」。
三个月后,这个项目的价格出现了一次剧烈变化。回头看,原因是一笔早在融资时就公布过的大额解锁到期了——信息一直是公开的,只是没有人把它填进 Catalyst 那一格。
这就是为什么 Catalyst 的定义里要强调「已经确定日期」。第 19 章教过画解锁曲线,那条曲线上的每一个台阶都是一个 Catalyst。画一次曲线只要十分钟,而漏掉它的代价可以是全部。
一份看起来非常专业的第三方研报,十三格对应的内容全部填满,没有一处「查不到」。
逐条去核对,会发现其中好几条的依据是「据业内人士透露」「预计」「有望」。它们在文本里和其他事实混在一起,读起来毫无区别。
这份研报没有造假,它只是没有区分事实与推断。而这个区分一旦缺失,读者就失去了判断该信多少的能力。
这也是为什么标注来源等级那五分钟不能省。 一份标了四处「查不到」的速读表,比一份全满的研报更值得依赖——不是因为它知道得更多,是因为你知道该在哪里打折扣。
改一个变量
十三格会填得更满,这是真实的收益。但有两件事会同时发生,而它们的方向是相反的。
好的一面:Protocol、Capital、Competition 这几格需要时间,三小时能查到很多半小时查不到的东西。
坏的一面:你会开始和这个项目产生熟悉感。读得越多,越容易把「我理解它的说法」当成「我认同它的说法」,而且越舍不得把三小时的投入判成「查不到」。
所以正确的做法不是放弃长时间研究,而是把两件事分开:先做一次严格计时的三十分钟速读,把判断和待查清单锁定下来,再用三小时去处理待查清单。顺序反过来,那份判断就会被熟悉感污染。
十三格里有五格会自动变成「尚未存在」:Product、Revenue、Community、Competition 里的实证部分,以及链上可核对的那几项。
这不一定是坏事,早期项目本来就是这样。但它改变了这张表的用法:剩下的八格必须承担全部的判断重量,而其中最关键的变成了 Problem、Team 和 Token。
有一个具体的检查动作:看 Token 那一格和 Product 那一格的详细程度之比。一个还没有产品、却已经把代币经济设计到小数点后两位的项目,它在优先处理的是哪一件事,这个分布自己会说话。 第 30 章会把这件事讲透。
这一格不算查不到,它有一个明确的答案,而且这个答案需要追问两层。
第一层:不收费是暂时的还是设计上的?有些协议留了费用开关但没有打开,有些协议的设计里根本没有收费的地方。这两件事的区别写在合约里,可以核对。
第二层:那它现在靠什么运转?如果答案是融资和金库,那么 Capital 那一格就不再是一个背景信息,而是它的生命线——需要跟着问金库里是什么资产、够用多久。第 26 章的最后一部分就是处理这个问题的。
这个变量还会改写 Risk 格:对一个不收费的协议来说,最可能让它失效的那件事经常不是攻击,是钱烧完了。
这时候要做的不是继续查,是停下来,因为这个分布本身已经是结论了。
先看这八格集中在哪里。如果集中在 Team、Capital、Revenue 上,那是一类信号:这个项目在关于钱和人的事情上选择不说。如果集中在 Protocol、Product 上,那是另一类:这个项目可能还不存在。
然后写下一句话的判断:「这个项目在我能查证的范围内无法评估。」
这句话听起来像失败,它其实是这套方法最有价值的输出之一。它把一个模糊的「看不太懂」变成了一个明确的、有依据的、可以写进报告的结论。 而且它是可证伪的:三个月后项目披露了更多信息,你可以回来重填。
带走的问题
这一问是十三格的第一格,也是唯一一格有硬性格式要求的:必须用一句不含行业术语的话写出来。
给自己一个检验:把这句话发给一个完全不懂 Crypto 的朋友,他能不能复述给第三个人听。复述不出来,说明你还没答出这一问,只是记住了项目的说法。
速读时这一问有一个三十秒的版本:把这个项目里的链换成一个公司的数据库,哪一步会崩?
崩在「谁来保管资产」这一步,说明它需要的是托管的替代品;崩在「凭什么相信这条记录」这一步,说明它需要的是可验证的账本;一步都不崩,那么 Protocol 那一格就该记一句「链的必要性未建立」,并把它带进 Risk 格。
十三格里的 Risk 只让你写一条,而这一条的选法就是这一问:出事的时候,谁先亏钱。
写不出一个顺序,说明这个项目的结构你还没看懂。第 24 章那十类风险在这里不是用来抄的,是用来排序的——十类里挑出最可能的那一类,再往下追一层「损失落在谁头上」。
这一问在这一章有一个很具体的答案:AI 在项目速读里降低的是「把材料压成结构」的成本,而不是「判断这个结构对不对」的成本。
压缩这件事它做得比人快十倍,核对这件事它做得比人差。所以正确的分工是固定的:让它填格子,你划掉没有出处的内容。 这条分工线会在第 31 章被扩展成一整条研究流水线。
本章自测
因为空格有三种性质完全不同的成因,而其中两种本身就是结论:
- 待查:材料里有,是你没找到。这是你的问题,记下来继续查。
- 未披露:材料里确实没有,项目方选择不说。这是一条发现。
- 说不清:项目方自己也给不出答案。这是最重的一条。
第二和第三种都不是「信息不全」,它们是关于这个项目的真实信息。一个在「费用归谁支配」上给不出答案的项目,这个沉默就是答案。
而如果你用猜测把格子填上,这三条信息会全部消失,换来一张看起来完整、实际上无法辩护的表。
Problem 和 Revenue 两格之间的那条线。
Problem 回答「它让谁的什么事变容易了」,Revenue 回答「谁为这件事付钱」。 两格都填得上、而且能连起来,这个项目就有了最基本的商业骨架;任何一格是空的,剩下十一格填得再满也撑不住。
具体怎么连:找到那个变容易了的人,看他是不是就是付钱的那个人。如果不是,那么付钱的是谁、他图什么、他还能付多久——这正是第 17 章的四问。
一个常见的结果是:变容易的是用户,付钱的是协议自己(用代币激励)。这种结构能不能持续,是第 26 章和第 28 章要回答的。
因为一张表里的内容来自五个可信度差别巨大的地方:链上事实、官方口径、第三方整理、社群传言、你自己的推断。
写下来之后它们在视觉上完全一样。半小时后你会记得这张表,但不会记得哪一格是查的、哪一格是想的。
不标注的具体后果有三个:你会把自己的推断当成查到的事实;你无法判断该在哪几格打折扣;别人无法复核你的结论。
标注只需要五分钟,而且有一个额外的好处——标的过程本身会逼你发现哪几格其实没有依据。 很多人是在标注那一步才意识到自己编了三格。
Revenue 和 Risk。
Revenue 是模型最容易出错的一格:它倾向于把代币激励写成收入,也倾向于把「用户支付的费用」直接叫成「协议收入」。这两个错误都会让一个亏损的协议看起来在赚钱。检查方法是要求它分开写「谁付钱」和「这笔钱最后归谁支配」。
Risk 是模型最容易空转的一格:它会给你一段放在任何项目下面都成立的通用风险描述。检查方法是只允许它写一条,并要求写出推理依据。
除此之外还有一个整体性的检查:数一数它写了几格「查不到」。 一格都没有,基本可以确定它在用合理的内容补空。
没有标准答案,检查这几件事:
- 你是严格计时的吗?超时的那部分是在查证,还是在读更多材料?
- Problem 那一格,你写的是大白话,还是把官网的说法换了个词?
- Revenue 那一格,「谁付钱」和「钱归谁支配」你是分开写的吗?
- 你有没有做标来源那一步?标完之后划掉了几格?
- Catalyst 那一格里的事件,有没有确定的日期或期限?
- Risk 那一格,你写了一条还是一堆?
- 你标了几格「查不到」?一格都没有,几乎肯定说明你用猜测补了空。
一个经验值:第一次认真做,十三格里标三到五格「查不到」是很正常的,而且这几格通常集中在钱和权限上。这不是失败,这是一份诚实的速读应有的样子。
真正的检验在四周之后:把连续四周的四张表并排放,你会开始看出同一赛道里哪些格子所有人都答不上来——那通常是这个赛道本身的结构性问题。
一句话带走
先把 Project Canvas 十三格填完,再下判断;填不满的格子就是你的风险。