Crypto OS

分析ツールボックス

十八の問い、Project Canvas の十三項目、共通のリスクモデル。新しいプロジェクトに出会うたびに使える問い。

72 章を学び終えたとき、最も大切なのは覚えた知識の量ではありません。新しいプロジェクトに出会うと、一連の問いが自然に浮かぶようになることです。このページに、その問いをまとめます。

十二の問い

Crypto プロジェクトを見たら、まずこの十二の問いを使います。各章の最後にある「持ち帰る問い」も、ここから選んでいます。

  1. 1どんな問題を解決するか?
  2. 2なぜブロックチェーンが必要なのか?
  3. 3なぜトークンが必要なのか?
  4. 4ユーザーは誰か?
  5. 5誰が支払っているか?
  6. 6収益はどこから生まれるか?
  7. 7トークンはどう価値を取り込むか
  8. 8誰が流動性を提供するか?
  9. 9誰がリスクを負うか?
  10. 10インセンティブは何か?
  11. 11トークン価格がゼロになっても、プロダクトは動くか?
  12. 12補助金が止まってもユーザーは残るか?
問い何を確認するか主に練習する章
1 どの問題を解決するか?現実の人が実際に困っているか第 1、13、25 章
2 なぜ Blockchain が必要か?データベースに置き換えると何が変わるか第 2、3、9 章
3 なぜ Token が必要か?Token を取り除いても成り立つか第 10、20、30 章
4 ユーザーは誰か?本当の利用者か、水増しやエアドロップ目的の人か第 23、28 章
5 誰が支払うか?どの人の財布からお金が出るか第 17、26 章
6 収入はどこから生まれるか?手数料、金利差、補助金のどれか第 17、26 章
7 Token はどう価値を取り込むか?プロトコルの収益と保有者がどう結びつくか第 19、20 章
8 誰が流動性を提供するか?実際の資金で取引の相手側に立つ人がいるか第 14、15 章
9 誰がリスクを負うか?問題が起きたとき、誰が最初に損をするか第 16、18、24 章
10 インセンティブは何か?ルールはどんな行動を促すか第 20、28 章
11 Token がゼロになっても動くか?製品と投機対象を区別する第 26、30 章
12 補助金が止まってもユーザーは残るか?実際の需要と買った需要を区別する第 17、28 章

第 11、12 問は特に厳しい問いです。多くのプロジェクトはここで行き詰まります。Token の価格が下がるとインセンティブを配れなくなり、ユーザーがすぐ消え、それを「市場が悪い」と説明します。

AI に関する六つの問い

AI が加わったら、さらに六つの問いを追加します。

  1. 13ここで AI が下げるコストは何か?
  2. 14AI に本当にブロックチェーンは必要か?
  3. 15なぜエージェントにウォレットが必要なのか?
  4. 16エージェントにはどんな権限があるか?
  5. 17AI が間違えたとき、損失を負うのは誰か?
  6. 18どの判断に人の関与を残すべきか?

第 17、18 問は最も見落としやすく、代償も大きい問いです。自動実行できるシステムでは、問題が起きる前に誰が責任を負うかを明確にしなければなりません。

Project Canvas の十三項目

プロジェクトを 30 分で理解するための、決まった形式です。埋められない項目が、リスクのある場所です。推測で埋めず、「確認できない」と記録してください。

Problem

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

User

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

Protocol

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

Product

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

Market

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

Token

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

Revenue

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

Team

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

Capital

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

Community

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

Competition

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

Catalyst

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

Risk

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

使い方は第 25 章で扱います。全項目を一度埋めるのに、およそ 30 分かかります。一時間を超えても半分も埋まらなければ、プロジェクト自体が自分の活動を明確に説明できていない可能性があります。

共通のリスクモデル

どんなプロトコルにも、この十種類を当てはめてください。実際の事故では、複数が同時に発生します。オラクルの操作が連鎖的な清算を引き起こし、清算が流動性を枯渇させ、その結果、担保を売れなくなることがあります。

Smart Contract Riskコードは監査済みか?アップグレード権限は誰にあるか?
Liquidity Risk退出したいとき、プールにまだお金はあるか?
Oracle Risk価格はどこから来るのか?操作できるか?
Bridge Risk移ってきた資産の裏付けは実際に何か?
Custody Risk資産は誰が保管するか?秘密鍵は誰の手にあるか?
Counterparty Risk取引相手が逃げたら、手元に何が残るか?
Governance Riskたった 1 回の投票で資金を持ち去れるか?
Leverage Risk価格が 30% 下がると、連鎖清算はいくつ起こるか?
Token Riskロック解除と追加発行で誰が希薄化されるか?
Operational Riskマルチシグ、秘密鍵管理、運用で間違いが起きる確率はどれほどか?

使い方は第 24 章で扱います。調査報告書のリスクの節も、この十項目に沿って一つずつ書いてください。書けない項目には「未評価」と明記します。

全体を使う例:新しい高利回りプール

上の三つのツールをつなげて、一度使ってみましょう。

まず第 5、6 問で、誰が支払うか、収入はどこから来るかを確認します。

文書を開き、取引手数料、融資の利息、Token の補助金という三つの収益源を探します。それぞれの割合を計算してください。補助金が 80% を占めるなら、その後の分析はすべて「補助金はいつ止まるか」を中心に進めます。

次に第 8 問で、誰が流動性を提供するかを確認します。

プールの厚みと LP のアドレス分布を調べます。流動性の大部分をプロジェクト自身や二、三個のアドレスが提供しているなら、「いつでも退出できる」とは言えません。

リスクモデルを一通り確認します。

特に、コントラクトの監査、オラクルの価格取得方法、アップグレード権限、清算パラメータの四つを確認します。文書で分からなければ、結論は「リスクが不明」であって、「リスクがない」ではありません。

最後に第 11、12 問を確認します。

Token の価格が 80% 下がり、補助金がすべて止まったら、プールには何が残るでしょうか。「何も残らない」なら、それは収益商品ではなく、補助金を配るプログラムです。

この四つの手順には、およそ 40 分かかります。利益は保証できませんが、どのリスクを、なぜ引き受けているかをはっきり理解できます。

AI でこの流れを速くする方法

AI に任せられるのは、文書のフィールドの抽出、比較表の作成、検証待ちリストの作成、監視ルールの生成です。

任せられないのは、データの照合、出典の信頼性の判断、最終結論を出すこと、結果に責任を負うことです。

詳しくはCrypto OS における AI の位置づけとCrypto の最新知識を追う方法を参照してください。

このページの内容