第11章 白皮书速读（进阶）：团队履历、路演与GitHub交叉验证（1 / 2）
请关闭浏览器的阅读/畅读/小说模式并且关闭广告屏蔽过滤功能，避免出现内容无法显示或者段落错乱。
清晨，咖啡的香味在出租屋里浮起来。一世把昨晚那本白皮书重新翻开，合上，又翻开。他叹口气：“张哥，速读四页我会了，可总觉得心里没底——他们写得太漂亮了。”
“漂亮是外皮，可验证才是骨头。”张三在白板上写四个词：履历、路演、代码、交叉验证。“今天教你三把尺子，把白皮书的骨架摸清。”
一、履历尺：从“自述”到“证据链”
“团队履历不是名校名企大串烧，而是可追溯的工作轨迹+可查的过往产出。”张三让一世做倒推：
白皮书写“CTO曾任××交易所资深架构师”。去领英/校友网/招股书找对应履历；若找不到，对应负分。
找早期文章/演讲/代码提交，看技术路线是否一致；
搜索负面记录：是否参与过“换壳/拔网线/跑路”事件；
看投资人/顾问是否只是“挂名”，是否在其它场合亲口表态支持项目。
一世照做，发现这份白皮书里三位核心成员几乎没有完整的公开履历，唯一的社媒主页近一个月才开通，内容多为宣传。
“匿名并非原罪，”张三说，“但匿名要用更强的技术证据来补。没有履历+没有代码，就不是‘神秘’，是空心。”
二、路演尺：从“话术”到“量化承诺”
“看路演，不是听他雄心万丈，而是抓量化承诺：里程碑、上线时间、测试覆盖、审计范围、并发指标。”张三打开项目最近一次AMA：
里程碑只写“大版本Q4发布”，无里程碑拆解；
并发指标以“行业领先”为提法，无数字；
审计称“已完成”，但未给出报告链接/范围。
“可量化=可追责。他们避而不谈数字，你就用脚投票。”
“那如果数字是假的呢？”一世问。
“很好，进入第三把尺。”
三、代码尺：从“仓库数量”到“提交质量”
张三把屏幕切到GitHub：“看五件事：
最近90天提交频率（少量但稳定优于高开低走）；
贡献者结构（是否只有1–2人几乎包办全部核心模块）；
Issue/PR处理（是否及时回应，是否有外部贡献）；
测试覆盖（是否有CI、单元测试；是否有安全相关测试）；
仓库关联（白皮书声称的模块在不在公开仓库里？若闭源，是否给出第三方审计证明与可复现的Deo）。”
他们打开某核心仓库：提交集中在“发布周”，之后几乎停滞；90%代码由一位新号提交；Issue多为“好酷”“什么时候币价涨”，技术问题回应寥寥。
“烟花型提交。”张三点评，“好看、不稳。再看下依赖：大量复制粘贴别的开源仓库的片段，注释未改，甚至保留了原作者署名。”
一世脑门发凉：“这要是线上跑，安全像把钥匙放门口。”
“还没完，”张三说，“你要做交叉验证。”
四、交叉验证：把点连成线
“把三把尺子连起来看：
路演里说‘Q4交付高并发撮合’，GitHub缺并发方向核心代码；
自称审计已完成，没有报告链接；
白皮书说‘多签金库’管理资金，链上合约显示为单签或低门槛多签；
↑返回顶部↑