暗号資産デューデリジェンス: トークンを信頼する前の7つのチェック

目的は完璧な資産を見つけることではありません。Cryptoにはそのようなものはありません。目的は、弱い前提が高くつくミスになる前に見つけることです。

このチェックリストは、チームを信頼する、ウォレットを接続する、資金をbridgeする、またはポジションを構築する前に、トークンを実務的に確認する方法を示します。CoiraのSTRICTスコアリングフレームワークと組み合わせて使えますが、プロジェクトが新しすぎてフルスコアを付けられない場合の素早い手動レビューにも使えます。

ユースケースと供給量を最初に見る

チェック1: 本当の問題から始める。 すべてのプロジェクトは、基本的な問いに答える必要があります。このトークンは、非トークンの代替手段よりも優れた形で、どの痛みを伴う問題を解決するのでしょうか。

良い答えは具体的です。Lending protocolなら、利用率、collateralの厚み、借り手の需要、リスク管理を示せます。Oracle networkなら、integration、稼働率、nodeの多様性、保護している価値を示せます。「community-owned AI infrastructure」のような曖昧な答えは、ユーザー、収益、そしてトークンが価値を捕捉する理由をプロジェクトが示せない限り、不十分です。

ユースケースを一文で書き出してください。次に、そのユースケースにトークンが必要かを問います。もし製品がdatabase、points system、またはstablecoinでよりうまく機能するなら、そのトークンは持続的な資産というより、資金調達のための包装に近い可能性があります。

チェック2: ストーリーより先に供給量を確認する。 トークン供給量は、良いナラティブがしばしば崩れる場所です。強気のスレッドを読む前に、circulating supply、total supply、unlock schedule、insider allocation、market maker wallet、treasury reserveを確認してください。

重要な問いは「何枚のトークンが存在するのか」だけではありません。「誰が、いつ、なぜ売れるのか」です。優れた技術を持つプロジェクトでも、薄い流動性に大きなunlockが当たれば苦戦する可能性があります。小さなfloatは、将来供給量の一部だけを市場が評価しているため、初期の値動きを誤解させることもあります。

最初の確認では、3つのbucketに分けます。

• Circulating supply: すでに取引可能なトークン
• Locked supply: チーム、投資家、grant、またはecosystem incentive向けに予定されたトークン
• Treasury supply: governance、foundation、またはmultisigが管理するトークン

次に、それらのbucketを実際の需要と比較します。Emissionが高い一方でユーザーが増えていない場合、保有者はその支出が機能している明確な証拠なしに採用拡大の資金を負担していることになります。

収益とセキュリティはプロダクトシグナル

チェック3: 収益と利用状況を検証する。 収益は、volume、TVL、dashboardに表示されたfee、またはユーザーに支払われたincentiveとは同じではありません。本物の収益は、短期的なrewardがなくても存在する需要から来るべきです。

DeFiでは、protocol fee、net interest margin、liquidation income、sequencer revenue、validator revenue、そして価値がトークンに帰属するのか、applicationだけに帰属するのかを確認してください。Infrastructureでは、有料顧客、integration、service-levelの必要性、renewal behaviorを確認します。Meme coinについては正直になりましょう。主な需要ドライバーはcash flowではなくattentionです。

ここでは、Bitcoin、Ethereum、Ondo Financeのようなプロジェクト別ページが役立ちます。Coiraはsustainability、transparency、revenue、innovation、community、tokenomicsを分けています。なぜなら、ある領域の強いスコアが、別の領域の弱いスコアを打ち消すわけではないからです。

チェック4: セキュリティをプロダクト品質として扱う。 セキュリティのデューデリジェンスはsmart contract auditだけではありません。admin key、upgrade control、bridge dependency、oracle design、frontend hosting、signing flow、developer operationも含まれます。

2026年には、攻撃者がcrypto team周辺のsoftware supply chainをますます標的にしているため、これはより重要です。Proofpointは2026年6月に、UNK_DeadDropキャンペーンがGitHub deliveryとdeveloper workflowの悪用を使い、cryptocurrencyとcredentialの窃取を狙ったと報告しました。教訓はシンプルです。トークンが運用セキュリティの弱い小規模チームに依存しているなら、ユーザーはそのリスクを引き継ぎます。

資本を接続する前に、次の項目を確認してください。

• Contractはblock explorerでverifyされていますか。
• Auditは最近のもので、公開されており、認知されたfirmによるものですか。
• Adminはdelayなしでcontractをupgradeできますか。
• 公開bug bountyはありますか。
• Bridge、oracle、custodianは明確に名指しされていますか。
• Teamはincident historyを開示していますか。

Developer側のリスクのより詳しい例については、TrapDoor supply chain attackの分析を読んでください。

規制と流動性が境界を決める

チェック5: 規制を設計上の制約として読む。 規制はheadline riskだけではありません。Distribution、exchange access、stablecoinのbacking rule、staking product、そしてinstitutionが資産を保有する方法を変える可能性があります。

Stablecoinは、なぜこれが重要かを示しています。2026年6月22日、Bank of Englandはpolicy statementとdraft rulesを公開しました。対象はポンド建てのsystemic stablecoinです。同行はまた、systemic regimeは、主にcryptoassetの売買に使われFCA監督下に残るnon-systemic stablecoinとは別であることを明確にしました。

この区別はトークンリサーチに役立ちます。プロジェクトがscaleした場合、どのregulatorが関心を持つかを問います。Payments token、yield product、privacy coin、derivatives venue、governance tokenは、同じ道筋に直面するわけではありません。Teamが規制を後回しにしているなら、市場は後でそれを価格に織り込むかもしれません。

チェック6: 悪条件で流動性をテストする。 誰もが一斉にexitを必要とするまでは、流動性は問題ないように見えます。2026年6月のrisk-off session中、CoinDeskはBitcoinが63,000ドルを下回って取引され、主要トークン全体で弱さが広がったと報じました。

トークンを信頼する前に、次を確認してください。

• Centralized venueとdecentralized venue全体の日次volume
• Bid priceとask priceのspread
• 現在価格から1-2%以内のdepth
• 流動性が1つのexchangeまたはpoolに依存しているか
• トークンが複数chainで取引される場合のbridge route

流動性が低いからといって、特に初期のinfrastructureでは、そのプロジェクトが自動的に悪いわけではありません。ただし、position sizing、slippage、exit planningがより重要になることを意味します。

インセンティブが誰がリスクを負うかを決める

チェック7: インセンティブの整合性を探す。 最後の暗号資産デューデリジェンスチェックはインセンティブです。Team、investor、validator、liquidity provider、user、token holderは、全員が異なるものを望む可能性があります。

強いプロジェクトは、それらのインセンティブを可視化します。Treasury reportを公開し、grant goalを定義し、unlockを開示し、governance voteを説明し、すべてのstakeholderが同じtime horizonを持つふりを避けます。弱いプロジェクトは、vote、unlock、またはmarket downturnが対立を露呈するまで、sloganの裏に隠れます。

4つの問いを立ててください。

• Teamはuserが勝つ場合にのみ勝ちますか。
• Insiderには長いvesting scheduleがありますか。
• Governanceは実際のparameterを管理していますか、それとも見た目だけですか。
• Incentiveは持続的な需要を生んでいますか、それとも一時的なactivityですか。

答えが不明瞭なら、速度を落としてください。トークンは、強いbrandingと弱いalignmentを同時に持つことがあります。

シンプルなスコアリング

最初のレビューに複雑なモデルは必要ありません。各セクションを0から2で採点します。

0から7点なら、そのプロジェクトが信頼に値するにはさらに調査が必要です。8から12点なら、より深いリサーチに値する可能性があります。13から14点でも安全になるわけではありませんが、基本が整っていることを示唆します。

デューデリジェンスでできないこと

デューデリジェンスは避けられるミスを減らします。Market risk、smart contract risk、governance risk、custody risk、または良いプロジェクトでも割高である可能性を取り除くことはできません。

このチェックリストはfilterとして使い、buy signalとして使わないでください。Volatileな市場では、最良のedgeはしばしば忍耐です。弱いトークンを素早く退け、有望なものについてはメモを残し、price、liquidity、fundamentalsがそろうまで待つことです。

免責事項: この記事は情報提供のみを目的としており、金融助言を構成するものではありません。Cryptocurrency投資には重大なリスクが伴います。投資判断を行う前に、必ずご自身で調査し、資格を有する金融アドバイザーに相談してください。