第11章 白皮书速读（进阶）：团队履历、路演与GitHub交叉验证（2 / 2）
请关闭浏览器的阅读/畅读/小说模式并且关闭广告屏蔽过滤功能，避免出现内容无法显示或者段落错乱。
成员履历不可验证。
四条合力=强红旗。结论：远离或仅做观察样本，不投入。”
“那有没有正面案例？”一世问。
张三打开另一个项目：
白皮书明确列出版本里程碑与指标；
AMA中直接给出QPS数据与压力测试方法；
GitHub有持续提交与多贡献者，自动化测试跑绿；
审计报告链接可下载，范围清晰；
团队关键成员履历可查，过往项目可追溯。
“这类，哪怕不一定暴涨，也是可配小仓的研究对象。别把彩票当投资。”
爽点：群里“技术最懂”的被事实反杀
晚上，海豚哥转发“技术核弹级突破”的路演剪辑，吆喝“今晚十倍”。一世把审计报告没有链接、GitHub烟花提交、单签金库的截图摆上去，不多话。
几小时后，项目被问爆“金库为何单签”，官方改口“临时方案”。第二天，价格高开低走。群里之前吹得最凶的“技术粉”悄悄删了消息。
张三只发来六个字：“证据，不用吼。”
五、把进阶速读写入SOP
《SOP_v1.6·白皮书进阶速读》新增清单：
履历：领英/校友/过往产出；负面记录；顾问是否亲口背书；
路演：里程碑拆解、并发指标、审计范围与链接；
代码：90天提交、贡献者结构、CI/测试、外部贡献；
交叉：多签与资金流、白皮书宣称与代码实现一致性；
结论：四合一为强红旗→不碰；三项合格→小仓研究样本。
一世在纸角写下一句：“漂亮≠可靠；可验证才可靠。”
章末·课后小抄
三把尺子：履历可追溯、路演可量化、代码可验证。
交叉验证：白皮书宣称×GitHub实现×链上资金与多签。
烟花提交要小心：集中刷提交、长期停滞、单人独大。
证据＞吵架：截图与链接会比任何辩论有力。
可执行表·白皮书进阶速评卡
团队履历：核心成员可验证□负面记录□顾问亲口背书□
路演量化：里程碑拆解□并发指标__审计报告链接□
代码健康：90天提交__次；主要贡献者__人；CI/测试□外部贡献□
链上对应：多签__of__；金库地址__；近期进出__笔
交叉结论：强红旗__项；合格__项→决策：不碰□观察□小仓□
复盘与更新：__
↑返回顶部↑