如何讀懂一份白皮書：我的五步驟篩選法
How to Read a Whitepaper: My Five-Step Filtering Method
ホワイトペーパーの読み方：私の5ステップ選別法
白皮書是項目的靈魂，五步驟框架幫你快速識別真實價值與危險信號。
A whitepaper reveals a project’s soul. This five-step framework helps you spot real value and red flags fast.
ホワイトペーパーはプロジェクトの本質。5ステップで真の価値と危険信号を素早く見抜く方法を解説。
這是《加密貨幣投資者的一年：從入門到實戰的365天旅程》系列第 29 篇，共 50 篇。
上一篇我提到開始認真研究一個小市值項目。研究的第一步，就是打開它的白皮書。那是一份長達 47 頁的 PDF，充滿技術術語和圖表。我曾經的做法是從第一頁讀到最後一頁，結果讀完什麼都記不住。後來我發展出一套五步驟篩選法，讓閱讀白皮書變得有效率、有重點。
This is Part 29 of 50 in the series A Year as a Crypto Investor: A 365-Day Journey from Beginner to Practitioner.
In the last post, I mentioned starting to seriously research a small-cap project. The first step was opening its whitepaper — a 47-page PDF packed with technical jargon and diagrams. My old approach was reading cover to cover and remembering almost nothing. Over time I developed a five-step filtering method that makes reading whitepapers focused and efficient.
これは「暗号資産投資家の一年：入門から実践までの365日の旅」シリーズ第29回（全50回）です。
前回、小型キャップのプロジェクトを本格的に調査し始めたことをお伝えしました。その第一歩は、ホワイトペーパーを開くことでした。47ページにわたるPDFで、専門用語と図表が満載です。以前は最初から最後まで読んでいましたが、読み終えても何も頭に残りませんでした。そこで、効率よくポイントを押さえられる5ステップの選別法を編み出しました。
第一步：先看摘要與問題定義Step 1: Start with the Abstract and Problem Statementステップ1：要約と問題定義から読む
好的白皮書在前兩頁就能清楚說明：這個項目解決什麼問題、為什麼現有方案不夠好、以及他們的解法是什麼。如果摘要含糊其辭、充滿行銷語言卻沒有具體問題描述，這本身就是第一個紅旗。問題定義越清晰，項目的方向感通常越強。
A solid whitepaper makes three things clear within the first two pages: what problem it solves, why existing solutions fall short, and what their approach is. If the abstract is vague, full of marketing language, and light on specifics, that’s your first red flag. The clearer the problem definition, the stronger the project’s sense of direction tends to be.
優れたホワイトペーパーは最初の2ページで3つのことを明確にします。どんな問題を解決するか、既存の解決策がなぜ不十分か、そして自分たちのアプローチは何か。要約が曖昧でマーケティング用語ばかりで具体性がない場合、それが最初の危険信号です。問題定義が明確なほど、プロジェクトの方向性はしっかりしている傾向があります。
第二步：評估技術可行性Step 2: Assess Technical Feasibilityステップ2：技術的実現可能性を評価する
你不需要是工程師才能判斷技術部分的可信度。重點是看：技術描述是否具體？有沒有引用已有的研究或協議？有沒有說明技術限制與取捨？一個誠實的項目會承認自己的技術邊界，而不是聲稱「完美解決所有問題」。如果技術章節只有概念圖而沒有任何實作細節，要特別謹慎。
You don’t need to be an engineer to judge the credibility of the technical section. The key questions are: Is the technical description specific? Does it reference existing research or protocols? Does it acknowledge limitations and trade-offs? An honest project admits its technical boundaries rather than claiming to perfectly solve everything. If the technical chapter is all concept diagrams with zero implementation detail, be cautious.
技術セクションの信頼性を判断するためにエンジニアである必要はありません。重要なのは、技術的な説明が具体的かどうか、既存の研究やプロトコルを参照しているか、制限やトレードオフを認めているかどうかです。誠実なプロジェクトは「すべての問題を完璧に解決する」と主張するのではなく、技術的な限界を認めます。技術の章がコンセプト図だけで実装の詳細がまったくない場合は注意が必要です。
第三步：審查代幣用途與分配Step 3: Scrutinize Token Utility and Distributionステップ3：トークンの用途と配分を精査する
代幣經濟學是白皮書中最容易藏貓膩的地方。我會重點看三件事：代幣在生態系統中有沒有真實用途（不只是「治理」這種空洞功能）、團隊與早期投資者的鎖倉期是否合理、以及代幣總量與流通量的比例。如果團隊持有超過 30% 且沒有明確鎖倉安排，這是一個嚴重的警示信號。
Tokenomics is where whitepapers most often hide problems. I focus on three things: whether the token has genuine utility within the ecosystem beyond vague governance rights, whether team and early investor lock-up periods are reasonable, and the ratio of total supply to circulating supply. If the team holds more than 30% with no clear vesting schedule, that’s a serious warning sign.
トークノミクスは、ホワイトペーパーで最も問題が隠れやすい部分です。私が注目するのは3点です。トークンがエコシステム内で「ガバナンス」という曖昧な機能以上の実質的な用途を持っているか、チームと初期投資家のロックアップ期間が合理的か、そして総供給量と流通量の比率です。チームが30%以上を保有しているにもかかわらず、明確なベスティングスケジュールがない場合は深刻な警告サインです。
第四步：核查路線圖的現實性Step 4: Check the Roadmap for Realismステップ4：ロードマップの現実性を確認する
路線圖應該有具體的里程碑，而不是「Q3 完成主網上線」這種沒有任何前提條件的空白承諾。我會對照項目的 GitHub 或公開進度，看看過去的里程碑有沒有如期完成。一個持續跳票的項目，未來的承諾也很難讓人信服。同時，過於激進的路線圖（六個月內完成所有事）反而是不成熟的表現。
A roadmap should have concrete milestones, not blank promises like ‘mainnet launch in Q3’ with no preconditions. I cross-reference the project’s GitHub or public progress updates to see whether past milestones were actually met. A project that consistently misses deadlines is hard to trust going forward. Equally, an overly aggressive roadmap — everything done in six months — signals immaturity rather than ambition.
ロードマップには具体的なマイルストーンが必要です。「Q3にメインネットローンチ」のような前提条件のない空約束ではいけません。プロジェクトのGitHubや公開された進捗情報と照らし合わせて、過去のマイルストーンが実際に達成されたかどうかを確認します。締め切りを繰り返し守れないプロジェクトは、将来の約束も信頼しにくいです。また、6ヶ月以内にすべてを完了するような過度に積極的なロードマップは、野心ではなく未熟さを示しています。
第五步：搜尋白皮書以外的驗證Step 5: Seek Validation Beyond the Whitepaperステップ5：ホワイトペーパー以外での検証を探す
白皮書是項目自己寫的，天然帶有偏向。最後一步是走出白皮書，去找第三方的評估：有沒有獨立的技術審計報告？社群討論中有沒有有深度的批評聲音？有沒有真實用戶在使用這個產品？這些外部信號往往比白皮書本身更能說明問題。一份精美的白皮書配上一個空蕩蕩的 Discord，是我見過最常見的組合之一。
五步驟不能保證你找到下一個十倍幣，但它能幫你快速過濾掉大多數不值得深入研究的項目，把時間留給真正有潛力的機會。
下一篇（第30篇）：團隊、技術、代幣經濟學：評估一個項目的三個核心維度
A whitepaper is written by the project itself, so it’s inherently biased. The final step is to go beyond it and look for third-party validation: Is there an independent technical audit? Are there substantive critical voices in community discussions? Are real users actually using the product? These external signals often reveal more than the whitepaper itself. A polished whitepaper paired with a ghost-town Discord is one of the most common combinations I’ve encountered.
The five steps won’t guarantee you find the next 10x coin, but they’ll help you quickly filter out most projects that don’t deserve deeper research — saving your time for opportunities that actually have potential.
Previous: July: I Started Seriously Researching a Small-Cap Project
Next (Part 30): Team, Technology, Tokenomics: Three Core Dimensions for Evaluating a Project
ホワイトペーパーはプロジェクト自身が書いたものなので、本質的に偏りがあります。最後のステップは、ホワイトペーパーを超えてサードパーティの検証を探すことです。独立した技術監査レポートはあるか？コミュニティの議論に深みのある批判的な声はあるか？実際のユーザーがこの製品を使っているか？これらの外部シグナルは、ホワイトペーパー自体よりも多くのことを明らかにすることがよくあります。洗練されたホワイトペーパーとガラガラのDiscordの組み合わせは、私が最もよく見かけるパターンの一つです。
5つのステップは次の10倍コインを見つけることを保証するものではありませんが、深く調査する価値のないほとんどのプロジェクトを素早く除外し、本当に可能性のある機会に時間を使えるようにしてくれます。
前回：7月：小型キャップのプロジェクトを本格的に調査し始めた
次回（第30回）：チーム・技術・トークノミクス：プロジェクト評価の3つのコア次元
