Crypto OS
Non-Technical Crypto OS第5段階 · Crypto ビジネス

第25章 · Crypto プロジェクトを30分で理解する

初めて聞くプロジェクトでは、何を先に見るべきか?

この章を 3D で体験する →
練習する能力
ResearchSystem Thinking
実践
今日見つけたプロジェクトを 1 つ選び、30 分で 13 マスを埋め、答えが見つからないマスを示す。
AI Lab
まず AI に 13 項目を埋めさせる。各項目の出典を確かめ、根拠のない内容を消す。

現実の問題

月曜の朝、同僚がグループへリンクを送り、「これはすごい。見て」と添えた。

開くと「次世代のモジュラー流動性レイヤー」とあり、三つのアイコン、アニメーション、スローガンが並ぶ。下には「近日公開」「12チェーン対応済み」「コミュニティ18万人」。文書を二十分読み、七、八個の知らない語を覚えた。

同僚がまた聞く。結局、何をするものなのか?

答えられない。頭が悪いからではない。二十分、答えを探さず、資料を読んでいただけだからだ。

毎週何度も起こる。毎日数十の新規プロジェクトが現れ、きれいなサイト、専門的な文書、活発な集団を持つ。本当に必要なのは読み切ることではなく、半時間以内に根拠を説明できる判断を作ることだ。あるいは「まだ分からないが、何が分からないかは分かる」と正直に言うことだ。

課題は、未知のプロジェクトで、何を、どの順に見て、いつ止めるかだ。

Part Aの最初の総まとめとなる。前の二十四章の仕組みを、持ち運べる形式へ収める。第五ステージの残り五章も、すべてこの形式に結び付く。

思考実験

チェーンを離れよう。

知らない商店街へ派遣され、角の店が来年まで生き残るか、半時間で判断する。財務諸表は見られず、街で質問するだけだ。

何を問うか?

訓練なしでも、多くは次を挙げられる。

  • 何を売り、誰のどんな面倒を解くか?
  • 入る人は通りがかりか、目的を持って来たか?
  • 一取引で、誰のポケットからお金が出て、店へいくら残るか?
  • 家賃は誰が、いつまで払うか?
  • 同じ店はほかにいくつあり、なぜここか?
  • 経営者は以前何をしたか?
  • 三か月で工事やチェーン店の出店はあるか?
  • 閉店するとしたら、最もありそうな原因は何か?

八問とも業界知識は不要だ。規則も見える。問いは固定、資料は変わる。 宣伝を読み終えてから考える必要はない。問いを持って見て、見つかる欄を埋める。

さらに大切なことに注意しよう。家賃の負担者を聞き、「言えない」と返されたとする。

どう記録するか?

大きく違う二通りがある。

A:店主が開いたのだから、家賃も本人が払うはず。
B:家賃の負担者――質問したが答えない。空欄。

Aは表を埋め、判断を無効にする。 半時間後には、店主負担を確認した事実と思うが、自分が作ったものだからだ。

Bは見栄えが悪いが、本当の情報を残す。言いたくないことがある。 その街では、答えより価値があることも多い。

街をCrypto、店をプロトコルへ変えても、そのまま成立する。違いは二つ、問いが増えること(Token、ルール、コード権限)と、一部は誰にも聞かずチェーンで照合できることだ。

あなたが決める

同僚のリンクはまだある。半時間をどう使うか?

結果を観察する

四つは同じ結論へ向かう。

理解のボトルネックは情報量ではなく、問いの組織方法だ。

サイト、文書、ブログ、音声、報告、集団記録、取引記録は余り、半時間では十分の一も読めない。希少なのは、固定、非重複、検証可能な問いと、止める基準だ。

各方法には得意がある。

方法得意な問い答えられないもの正しい位置
公式文書自称する姿正誤や抜け主な材料
価格と集団現在の注目量背後の実体一欄だけ
オンチェーン実際の出来事なぜそうなるか検証器
固定表自分の抜け中身自体骨格

正しい組合せは、表を骨格、公式を内容、チェーンを検証、注目を一欄にすることだ。

信頼性を決める点もある。各欄の出典は、同じ等級ではない。

等級内容信頼度表示
一次オンチェーン事実アドレス、分布、実取引、権限最高で再現可能照合場所
公式の説明文書、ブログ、告知中。選ぶ動機がある公式説明と示す
第三者の整理データ、報告、報道中〜低。定義が不透明かも出典と定義
集団と噂チャット、投稿、匿名情報最低未確認
自分の推定上記から導くもの仮説のみ推定と明記

最後が核心のリスクだ。推定を無表示で埋めるのは、最も多く、高くつく誤りだ。 半時間後、表は覚えても、調査か想像かは覚えていない。

モデルを作る

十三の欄

共通の速読形式で、分析ツール箱では統一リスクモデルと並ぶ。

Problem

それは誰のどんな問題を解決しているのか?

User

今、実際に使っているのはどんな人たちか?

Protocol

プロトコル層のルールは何か?誰が変えられるか?

Product

ユーザーは実際に何を見て、何を操作するか?

Market

どの分野に属し、市場はどれほど大きく、サイクルのどの段階にいるか?

Token

トークンはあるか?供給量、ロック解除、用途は?

Revenue

プロトコル収益はどこから来て、誰のものになるか?

Team

誰が行い、何を行い、検証できるか?

Capital

誰がいくらで投資し、いつロック解除されるか?

Community

コミュニティは利用者なのか、エアドロップ狙いなのか?

Competition

同じことをしているのは誰か?これが勝つ理由は何か?

Catalyst

今後 3 か月で、その状況を変えるものは何か?

Risk

価値をゼロにしそうな出来事は何か?

三点を説明しよう。

第一に、リストではなく座標系だ。 全情報ではなく、重複せず、主要構造を広げるのが目標だ。入らない情報は、通常重要でないか、まだ理解していない。

第二に、最初の六欄が何か、次の四欄が生きる源、最後の三欄が今後を説明する。

群欄答えること
何かProblem、User、Protocol、Product、Market、Token活動そのもの
生きる源Revenue、Team、Capital、Communityお金と人の出所
今後Competition、Catalyst、Risk三か月〜一年

第三に、最重要として、埋まらない欄はリスクだ。

原因は三つだけだ。

原因意味記録
資料にあるが探せない自分の問題要調査で入口を残す
資料に本当にない公開しない選択未開示。発見だ
相手自身も説明できないまだ存在しない見つからない。最も重い

どれも推測で埋めない。第三には特に注意する。誰が払うか答えられないのは、情報不足ではなく答え自身だ。

30分の配分

半時間は比喩ではなく制約だ。長くなると判断から親しみへ滑り、理解に見せかけやすい。

  1. ProblemとUserを先に
  2. RevenueとTokenを次に
  3. 残る九欄を補う
  4. Riskと判断一文を書く
順序は任意ではない。最初の二欄が決まらなければ、ほかが埋まっても意味はない。

使える配分だ。

時間作業欄
0–5分誰の何が楽になるか、一文を探すProblem、User
5–12分支払人、行き先、Tokenの有無と用途Revenue、Token
12–22分残りを埋め、可能な照合をする残る九欄
22–27分出典等級を付け、根拠のないものを消す全部
27–30分Risk、総判断、要調査を書くRisk

第四は最も飛ばされ、最も飛ばしてはいけない。読んだものと思い込んだものを分けるためで、記憶が新しいうちに行う。一日後はできない。

三つの境界線

次は追加分析せず、直接結論へ入れる。

  1. Problemを専門語でしか書けない。 誰の何が楽になるか平易に書けなければ、自分か相手が説明できていない。原文を残し、要明確化とする。
  2. Revenueがトークン報酬だ。 収入ではなく支出だ。第17章の四問で誰が払うかを問う。自己発行なら、次は第26章の三不等式を計算する。
  3. TokenがProductより詳しい。 商品より経済設計の資料が多いこと自体が強い信号だ。第20章の読み方と第19章の解除曲線を使うが、何をしているかを知ろう。

十三欄から判断へ

最後も見落とされる。十三欄は結論ではなく、結論の材料だ。

三文を書こう。

何か:       ___の___を、より___にする。
リスク:     最も失敗させそうな一つは___。
自信:       十三欄の___は照合済み、___は見つからない。

第三が品質検査だ。見つからない欄が五つを超すなら、判断を下すべきではない。表を着た推測にすぎない。

何と呼ぶか

プロジェクト速読表Project Canvas

十三の固定した問いで説明する形式。

紹介ではなく検査表で、抜けを知らせるのが価値だ。楽な欄だけでなく、毎回全部を使う。

第二の利点は四週目に見える。二十枚あれば直接比較できる。 同分野を五つ並べ、Revenueの空欄が一目で分かる。

問題Problem

誰の何が楽に、安く、初めて可能になるか。

基準は一つ、専門語のない一文にする。「モジュラー流動性抽象層」ではなく、「一資金を三チェーンで同時に担保にする」だ。

埋まらなければ、ほかの十二欄が美しくても支えられない。第1章の残高の問いが原型だ。

価値獲得Value Capture

稼ぐお金を、保有者へどう結び付けるか。

RevenueとToken間の線で、よく途切れる。徴収してアドレスへ入っても、保有者への仕組みがない。

第20章で詳しく学んだ。速読では、一単位多く稼ぐと、保有者は何を多く得るかと問う。答えがなければ未構築だ。

触媒Catalyst

三か月内に確定して起こり、状況を変える出来事。

確定が鍵だ。主ネット公開日、大口解除、投票締切、規制承認の回答期限など。「今年大きな動きがある」は違う。

最も忘れられる欄で、唯一静的説明を時間軸へ変える。解除の描き方は第19章だ。

リスクRisk

最も失敗させそうな一つ。

一つが重要だ。第24章を写さず、順位付けさせる。一つだけなら何を見るか。

書けなければ理解が描写にとどまる。書けば、その後毎回の最初の検査項目になる。

見つからないNot Found

正式な記入方法の一つで、実答と同等だ。

要調査(自分が見つけない)、未開示(相手が公開しない)、説明不能(相手にも答えがない)を分ける。影響はまったく違う。

質は埋まる数ではなく、正直に三語を示す数で決まる。第24章と同じルールだ。

実践

実践今日初めて見たプロジェクトを30分で十三欄へ整理し、答えのない欄を示す公式サイトと文書 + ブロックエクスプローラー + オンチェーンデータサイト0円。読むだけ。接続、署名、体験のための入金は不要

選ぶ基準は、今日初めて見ることだけだ。 知っているものは親しみで手順を飛ばし、この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日の独立交流アドレスは三桁公式対チェーン。二桁差
Competition六社。自ら不良債権を負担するかが差。Northwindはしないと主張第三者 + 公式
Catalyst三か月内に公開と規制承認の回答期限という二つの確定事項公式告知
Risk外部の手形発行者が不履行し、チェーンに回収手段がない。 コードと無関係な相手方リスクProtocolとCompetitionからの推定

三文だ。

何か:     保有者が貿易会社へ貸し、手形の割引収益を得る。
リスク:   外部発行者の不履行を回収できず、プロトコルも負担しないと主張する。
自信:     三欄を照合、四欄を未開示、一欄を推定と表示。
要調査:   1. 最終受取アドレス  2. 解除日程  3. 不良債権時の補償順序

二つの特徴を見る。第一に、四つの未開示が、お金と権限に集中する。分布自体が結論の一部だ。第二に、Riskは推定と明示し、根拠も示す。推定は禁止ではなく、表示しないことが問題だ。

AI Lab

AI LabAIに十三欄を埋めさせ、出典の確認と根拠のない内容の削除だけを行うLevel 2 · AI Copilot

前のLabを自分で行ってから使う。逆なら正誤が判断できない。

モデルはこの作業で速く優秀で、同時に非常に危険だ。 二分で文書を十三欄へ圧縮するが、空白を認めるより埋める能力が強い。答えがなくても、それらしく書く。

次のプロジェクトを十三欄で整理してください:<名前と公式リンク>

Problem / User / Protocol / Product / Market / Token /
Revenue / Team / Capital / Community / Competition / Catalyst / Risk

各欄に三つを出す。
1. 内容(Problemは専門語のない一文)
2. 出典(具体的な節、ページ、アドレス。なければ「出典なし」)
3. 等級(チェーン / 公式 / 第三者 / 未確認 / 推定から一つ)

追加要件:
- Revenueは支払人と、最後の支配者を分ける。
- Communityが宣伝数だけでチェーンデータがなければ明記。
- Catalystは日付か期限が確定したものだけで、噂は除く。
- Riskは最も失敗させそうな一つだけと、推定の根拠。

ルール:
- 見つからなければそう書き、要調査、未開示、説明不能を区別する。
- 埋めるために、妥当そうな内容を出さない。
- 全数字に取得時刻を付ける。

最初に出典なしの欄をすべて消し、残りを照合する。

危険度順に四つの誤りがある。

  1. Problemを宣伝で埋める。 より自然に言い換えても、情報は増えない。完全な初心者に言い直せるか試そう。
  2. 報酬をRevenueへ入れる。 最も高くつく混同で、第26章で一章かけて扱う。
  3. 噂をCatalystにする。 来期の重要提携をほのめかす文には、日付も検証可能性もない。
  4. Riskを一般リストにする。 コントラクト、市場、規制リスクは、第24章のとおり、すべてに成立して情報がない。

応用では双方を並べ、自分だけが記入、AIだけが記入、同じ欄で答えが違うの三列を作る。第三が最も有用で、どちらかに誤りがあり、探すのが半時間の本当の収穫だ。第31章で固定手順にする。

AI の回答後、自分で必ず検証すること

  • 各欄に出典があるか。なければ妥当そうでも消す
  • コントラクトとトークンのアドレスを開いたか。書式は存在を保証しない
  • Problemは平易か、公式スローガンの言い換えか
  • Revenueは収入か報酬か。非常に混ざりやすい
  • Communityは宣伝数か、アクティブアドレスか
  • Catalystは確定か、起こるらしいことか
  • Riskは一般的な山か、最もありそうな一つか
  • 最重要として、見つからない欄はいくつか。ゼロならもっともらしく補っている

実例

費用の帰属が分からないプロトコルよくある状況

中規模のプロトコルが、取引の率、流動性提供者と自身の比率を明確に書く。透明に見える。

一層下で途切れる。取り分はどのアドレスへ行き、誰が動かせるか? 文書、ブログにもなく、フォーラムの質問も返信がない。

陰謀は不要だ。書こうと思わなかっただけのチームも多い。ただし研究者の結果は同じで、Revenueは半分だけ、後半は未開示だ。

未開示はほかへ伝わる。Tokenの獲得を確認できず、Riskへ支配権不明が加わる。空欄が伝播し、独立でない証拠だ。

宣伝は四万人、チェーンは三桁いつでも検証可能

四万人以上という数字は、複数SNSの人数の合計だ。

第23章で過去30日の独立交流アドレスを調べると三桁になる。

両方とも本当で、違うものを測る。聞いた人数と、使ったアドレス数だ。前者はCommunityの注目、後者はUserだ。

同じ欄へ入れるのがよくあるゆがみだ。両方と差を書く。二桁違うことは、どちらの数字より情報が多い。

三か月後に思い出される解除日繰り返し発生

丁寧な分析で十二欄は詳しく、Catalystだけ「今年、エコシステム提携を進める予定」だった。

三か月後、価格が大きく変わる。資金調達時から公開された大口解除の期限だった。ずっと公開されていたが、誰も欄へ入れなかった。

確定日を強調する理由だ。第19章の解除曲線の各段差がCatalystとなる。描くのは十分ほど、抜けの代償はすべてかもしれない。

全欄の埋まった報告業界の日常

専門的な第三者報告に、見つからない欄が一つもない。

照合すると、「関係者によれば」「推定」「期待される」が根拠のものがある。事実と混ざり、見た目では分からない。

捏造ではなく、事実と推定を分けないだけだ。しかし読者は信頼の程度を判断できなくなる。

出典を付ける五分を省けない理由だ。 四つの空欄の表のほうが頼れる。多く知るからではなく、どこを割り引くか分かるからだ。

変数を一つ変える

もし30分を3時間へ延ばす

より埋まるという実際の利益がある。同時に逆方向の二つが起きる。

良い面:Protocol、Capital、Competitionは時間が必要で、追加で多く見つかる。

悪い面:親しみが生まれる。読むほど「説明を理解する」を「同意する」としやすく、三時間の投入を見つからないと判定しにくくなる。

長い研究をやめず、二つを分ける。先に厳密な三十分で判断と要調査を固定し、三時間でそのリストを処理する。逆なら親しみで汚染される。

もし商品がなく、文書とロードマップだけがある

Product、Revenue、Community、Competitionの実証部分、チェーンで照合する部分の五つが、まだ存在しないとなる。

初期は普通で、悪いとは限らない。ただし残る八欄が判断の全重量を負う。Problem、Team、Tokenが最重要になる。

詳細の比を確認しよう。商品がなくても経済設計が小数点以下二桁まであるなら、何を優先するかは分布が語る。 第30章で詳しく扱う。

もしRevenueは現在無料と答える

不明ではなく明確な答えで、二層の追問が要る。

第一:一時的か設計上か? 料金スイッチを開かないものと、課金場所自体がないものは違い、コントラクトで確認できる。

第二:今の運転資金は何か? 調達とトレジャリーならCapitalは背景ではなく生命線だ。資産の種類と持つ期間を問う。第26章の最後で扱う。

Riskも変わる。無料なら、最もありそうな失敗は攻撃ではなく資金切れのことが多い。

もし十三欄の八つが見つからない

続けず止める。分布自体が結論だ。

Team、Capital、Revenueへ集まれば、お金と人を公開しない信号だ。Protocol、Productなら、まだ存在しないかもしれない。

判断を一文で書く。自分が検証できる範囲では、このプロジェクトは評価不能だ。

失敗に聞こえても、最も価値ある出力の一つだ。曖昧な分からなさを、根拠があり、報告に書ける明確な結論にする。 反証もでき、三か月後に公開が増えれば戻って埋められる。

持ち帰る問い

1
どんな問題を解決するか?

第一欄で、唯一厳密な形式がある。専門語なしの一文にする。

完全な初心者の友人が第三者へ言い直せるか試そう。できなければ、答えず説明を覚えただけだ。

2
なぜブロックチェーンが必要なのか?

三十秒版がある。チェーンを一企業のデータベースへ変えると、どこが壊れるか?

保管者で壊れれば保管の代替、記録を信じる理由で壊れれば検証可能な帳簿が必要だ。どこも壊れなければ、必要性は未構築とProtocolへ書き、Riskへ持ち込む。

9
誰がリスクを負うか?

Riskは一つだけで、選ぶ問いは、事故時に誰が先に失うかだ。

順序が書けなければ理解不足だ。第24章を写さず順位付けし、最もありそうな種類から負担者へ一層追う。

13
ここで AI が下げるコストは何か?

答えは具体的だ。AIが下げるのは資料を構造へ圧縮する費用で、構造の正誤判断の費用ではない。

圧縮は十倍速く、照合は人より劣る。埋めさせ、自分が出典のないものを消すのが固定の分担だ。第31章で全工程へ広げる。

章末チェック

要点

判断する前に Project Canvas の 13 マスを埋める。埋められないマスがリスクだ。

この章の実践課題を終えたらチェックしてください進捗をすべて見る

このページの内容