プロジェクトテンプレート
注：この文書は英語の原文からの自動翻訳です。
[Project Name] — 暗号資産プロジェクトの参照カード：製品が何を行うか、プロジェクトの主要な主張がどの程度検証可能か。また — 分散型人工知能（Decentralized AI）テーゼ（DecAI Fit）との整合性。
[Project Name] — [chain] 上の [category] プロジェクト、トークン（シンボル：[ticker]）。
免責事項（全文）
重要： このページはプロジェクトの参考概要です。DecAIHub内では、AIテーゼ内のオープンソースに基づく検証（真のAI/オンチェーンとは何か/なぜトークンなのか、そしてこれがどのソースに基づいているのか）を別途記録しています。
これは財務上のアドバイスではなく、いかなる資産の売買/保有を推奨するものでもありません。私たちは価格、リターン、または参入/退出のタイミングを評価しません。
結論は、検証日時点で発見された公開されている資料に基づいています。確認がとれないことは、技術が存在しないことを意味するものではありません。
TL;DR（AIに詳しくない読者向け）
- それが何か： [簡単な目的] のための [プロトコル/アプリ/ネットワーク/マーケットプレイス]。
- 誰向けか： [主なユーザー：ユーザー/開発者/チーム/企業]。
- なぜオンチェーン/トークンか： [AI用語を含まない一文：支払い/アクセス/インセンティブ/セキュリティ/会計]。
仕組み（非常に簡潔に）
- ユーザーが行うこと： [アクション]。
- システムが行うこと： [内部で何が起こるか]。
- ユーザーが得るもの： [結果/利益]。
- ブロックチェーンの場所： [正確には何がオンチェーンか：決済/会計/保証/所有権]。
- トークンの役割（もしあれば）： [なぜトークンが必要か；なければ — "トークンなし"]。
クイックリンク： AIテーゼの適合性
プロジェクトパスポート（短い事実、リンクなし）
| フィールド | 値 |
|---|---|
| プロジェクト名 | [ ] |
| 別名 (aliases) (同義語/ティッカー/綴り) | [ ] |
| ロゴ (logo) (リンク/ファイル) | [ ] |
| トークンシンボル (ticker) (または — トークンがない場合) | [ ] |
カテゴリ (1–3つのラベル；例：AI/Compute | AI/Inference | AI/Agents | Infra | DeFi | …) |
[ ] |
| プライマリチェーン (chain) | [ ] |
| タイプ (EVM / non‑EVM / Appchain) | [ ] |
| ネットワークのステータス (mainnet / testnet / beta) | [ ] |
| コンセンサス (consensus) (PoS/PoW/…) | [ ] |
| ローンチ日 (launch_date) (YYYY または日付) | [ ] |
| プロジェクトのステータス (status) (アクティブ / 開発中 / 閉鎖) | [ ] |
| トークン（標準） (ネイティブ / ERC‑20 / SPL / CW20 / なし) | [ ] |
| トークンコントラクト (アドレス または —) | [ ] |
| トークンモデル (token_type) (ユーティリティ / ガバナンス / 手数料メカニズム / …) | [ ] |
| 最大供給量 (max supply; トークン供給のパラメータ) | [ ] |
| 発行 (固定 / インフレ / バーン / —) | [ ] |
| トークノミクス (tokenomics, brief) (1–2つの事実) | [ ] |
| ガバナンス (DAO / マルチシグ / 企業 / —) | [ ] |
| 管理者/キー (放棄 / タイムロック / マルチシグ / —) | [ ] |
| 監査 (Audit) (はい/いいえ/—；リンクは links_ または Evidence に記載)* | [ ] |
| バグバウンティ (Bug bounty) (はい/いいえ/—；リンクは links_ または Evidence に記載)* | [ ] |
| チーム (team) (短い/—) | [ ] |
| 資金調達 (investors/funding) (助成金/ラウンド/ファンド；確認済み/—) | [ ] |
| AIコンポーネント (ai_component) (3–10 語) | [ ] |
| ユースケース (use_case) (3–10 語) | [ ] |
| DecAI Fit — AIテーゼの適合性 (X/6 + レベル) | [ ] |
| DecAI Fitコンポーネントの要約 (ai_score / onchain_score / token_score / evidence_score) | [ ] |
| 最終検証 (YYYY‑MM‑DD) | [ ] |
リンク (links_*)
| タイプ | リンク |
|---|---|
| Website | [ ] |
| Docs | [ ] |
| GitHub | [ ] |
| Releases / Changelog | [ ] |
| Whitepaper | [ ] |
| Roadmap | [ ] |
| Security advisories | [ ] |
| Explorer | [ ] |
| X | [ ] |
| Discord | [ ] |
| Telegram | [ ] |
| Medium | [ ] |
| Audit report(s) | [ ] |
| Bug bounty | [ ] |
| CoinGecko | [ ] |
| CoinMarketCap | [ ] |
プロジェクトの全体概要
[詳細かつわかりやすい言葉で（上のTL;DRを繰り返さない）：プロジェクトとは何か、どんな問題を解決するのか、誰のためのものか、どのような形態（プロトコル/アプリ/ネットワーク）をとっているか。]
機能/モジュール
- [主な製品モジュール/コンポーネント（リストとして）。]
- [最も重要なこと / ユーザーにとってユニークなこと。]
典型的なシナリオ
- シナリオ 1: [誰が何をする → どんな結果]
- シナリオ 2: [誰が何をする → どんな結果]
- シナリオ 3: [オプション]
はじめに（ウォレット/ネットワーク）
- 必要なもの: [ウォレット/アカウント/最小要件]
- ネットワーク/チェーン: [どのネットワーク、どこで切り替えるか]
- 手数料: [どの手数料が適用され、どこで発生するか]
アーキテクチャ/テクノロジー（非AI）
- コンポーネント: [コントラクト/ノード/クライアント/インデクサー/バックエンドなど]
- 参加者の役割: [ユーザー/バリデーター/プロバイダー/オペレーターなど]
- ロジックが実行される場所: [L1/L2/アプリチェーン/オフチェーン + 何がどこで実行されるか]
- 依存関係: [オラクル/DA/ブリッジ/RPCプロバイダー/ストレージなど]
トークン/経済（拡張、予測なし）
- トークンのユーティリティ: [ユーザーが何に対して支払い / 何を得るか]
- プロトコルの必要性の推進要因: [誰が何のためにトークンを使用するか、そしてなぜトークンなしでは機能しないのか]
- 誰が手数料を支払うか: [ユーザー/プロバイダー/第三者]
- 手数料の行き先: [バリデーター/プロバイダー/トレジャリー/バーン]
- 発行/バーン: [モデル + リンク/パラメータ]
- セキュリティ/インセンティブメカニズム: [ステーキング/スラッシング/その他；はい/いいえ、条件、リスク]
- 分配とトークン発行スケジュール: [ベスティング/ロック解除；誰がどれだけ得るか/スケジュール/リンク；中央集権化/インセンティブを評価するため]
- トレジャリー: [誰が管理しているか / どのように使われるか / リンク]
ガバナンス
- 誰が意思決定を行うか: [DAO/チーム/財団/マルチシグ]
- プロトコルパラメータの変更方法: [プロセス/投票/アップグレード]
- どこで意思決定が議論/行われるか: [フォーラム/リポジトリ/スナップショット/リンク]
- キー/マルチシグ: [署名者/しきい値/リンク]
セキュリティとインシデント
- 監査: [誰が/いつ/リンク]（多数ある場合は下に表を配置）
- バグバウンティ: [はい/いいえ、リンク]
- インシデント: [ハッキング/停止/ハードフォーク/ポストモルテム]
- 脅威モデル: [主なリスクとセキュリティの前提]
プロジェクトのステータスとタイムライン
- 現在のステータス: [メインネット/テストネット/ベータ/…]
- 主要なリリース/マイルストーン: [日付/バージョン]
- ロードマップ: [現在構築中のもの + リンク]
エコシステム/統合
- 統合: [ウォレット/ブリッジ/インフラ/ツール/取引所（該当する場合）]
- パートナー: [確認済みのパートナーがいる場合]
- 実際に使用されている場所: [統合の例/ユースケース + リンク]
プロジェクトのAIコンポーネント
- ここでの本物のAIとは何か？ [1–2 文]
- 本当にオンチェーンなのは何か？ [1–2 文]
- なぜトークンが必要なのか？ [1–2 文]
- 危険信号（Red flags）: AI‑washing / onchain‑washing / token‑washing [ ]、再確認すべきこと [ ]、主要なAI‑washingリスク [ ]。
DecAI Fitコンポーネントの要約
- DecAI Fit: [X/6 — 分散型AIテーゼとの低い/中程度/高い整合性]
| Component | レベル | Score |
|---|---|---|
| AI reality | [低い/中程度/高い] | [0–3] |
| Onchain necessity | [低い/中程度/高い] | [0–3] |
| Token necessity | [トークンなし/低い/中程度/高い] | [0–3] |
| Evidence | [Tier‑1 存在/不在] | [0–3] |
詳細
AI reality
AI_0 — AIの意図（Tier‑1 ロードマップ）(1/0)
- AI_0 (decision): [1/0/—]
- Claim (1行): [どのTier‑1ロードマップ/声明がAIの意図を宣言しているか]
- Evidence: Tier‑1 — [link]
- Why sufficient / why not (1行): [なぜこれが機能するAIの証明ではなく、意図であるのか]
- Conflict note (もしあれば): [ ]
AI_1 — AIが何をするか (1/0)
- AI_1 (decision): [1/0/—]
- Claim (1行): [AIが実際に何をするか]
- Evidence: Tier‑[1/2] — [link], [link]
- Why sufficient / why not (1行): [なぜこれが1に十分なのか、またはなぜ0/—なのか]
- Conflict note (もしあれば): [ ]
AI_2 — デモ/例 (1/0)
- AI_2 (decision): [1/0/—]
- Claim (1行): [どのようなデモ/例が存在し、何を説明しているか]
- Evidence: Tier‑[1/2] — [link], [link]
- Why sufficient / why not (1行): [なぜこれが1に十分なのか、またはなぜ0/—なのか]
- Conflict note (もしあれば): [ ]
AI_3 — 指標/品質 (1/0)
- AI_3 (decision): [1/0/—]
- 指標: [ ]
- コンテキスト (バージョン/日付/測定方法): [ ]
- Evidence: Tier‑[1/2] — [link], [link]
- Why sufficient / why not (1行): [なぜ指標が有効/十分なのか、またはなぜ0/—なのか]
- Conflict note (もしあれば): [ ]
AI_4 — 技術説明/アーキテクチャ/バージョン (1/0)
- AI_4 (decision): [1/0/—]
- Claim (1行): [何が文書化/説明されているか]
- Evidence: Tier‑[1/2] — [link], [link]
- Why sufficient / why not (1行): [なぜこれが1に十分なのか、またはなぜ0/—なのか]
- Conflict note (もしあれば): [ ]
Onchain necessity
OC_1 — コントラクト/アドレス/チェーン (1/0)
- OC_1 (decision): [1/0/—]
- チェーン (Chain): [ ]
- アドレス/識別子: [ ]
- Evidence: Tier‑[1/2] — [link], [link]
- Why sufficient / why not (1行): [なぜこれが1に十分なのか、またはなぜ0/—なのか]
- Conflict note (もしあれば): [ ]
OC_2 — 単なるトークンを超えたオンチェーン (1/0)
- OC_2 (decision): [1/0/—]
- オンチェーンにはどのような有用なロジックがあるか: [ ]
- Evidence: Tier‑[1/2] — [link], [link]
- Why sufficient / why not (1行): [なぜこれが1に十分なのか、またはなぜ0/—なのか]
- Conflict note (もしあれば): [ ]
OC_3 — オンチェーンが重要 (1/0)
- OC_3 (decision): [1/0/—]
- 「ブロックチェーンの置き換え」テスト: オンチェーンがないと何が壊れるか: [ ]
- Evidence: Tier‑[1/2] — [link], [link]
- Why sufficient / why not (1行): [なぜテストが証明されたのか、またはなぜ0/—なのか]
- Conflict note (もしあれば): [ ]
Token necessity
TK_0 — トークンなし (1/0)
- TK_0 (decision): [1/0/—]
- Claim (1行): [プロジェクトにはトークンがない]
- Evidence: Tier‑[1/2] — [link], [link]
- Why sufficient / why not (1行): [なぜこれで十分なのか、またはなぜ—なのか]
- Conflict note (もしあれば): [ ]
TK_1..TK_4 (1/0)
TK_1 — サービスに対する支払い (1/0)
- TK_1 (decision): [1/0/—]
- Claim (1行): [ユーザーはトークンで何に支払うか]
- Evidence: Tier‑[1/2] — [link], [link]
- Why sufficient / why not (1行): [なぜこれが証明されたのか、またはなぜ0/—なのか]
- Conflict note (もしあれば): [ ]
TK_2 — インセンティブ/担保/ペナルティ (1/0)
- TK_2 (decision): [1/0/—]
- Claim (1行): [どのようなインセンティブ/担保/ペナルティが存在し、その理由は何か]
- Evidence: Tier‑[1/2] — [link], [link]
- Why sufficient / why not (1行): [なぜこれが証明されたのか、またはなぜ0/—なのか]
- Conflict note (もしあれば): [ ]
TK_3 — ガバナンス (1/0)
- TK_3 (decision): [1/0/—]
- Claim (1行): [トークンがガバナンスにどのように使用されるか]
- Evidence: Tier‑[1/2] — [link], [link]
- Why sufficient / why not (1行): [なぜこれが証明されたのか、またはなぜ0/—なのか]
- Conflict note (もしあれば): [ ]
TK_4 — トークンは交換可能 (1/0)
- TK_4 (decision): [1/0/—]
- Claim (1行): [なぜトークンが交換できる/できないのか]
- Evidence: Tier‑[1/2] — [link], [link]
- Why sufficient / why not (1行): [なぜこの結論が支持されるのか、またはなぜ—なのか]
- Conflict note (もしあれば): [ ]
Evidence (表)
重要な主張に対してTier-1ソースがないが、Tier-2/3の言及がある場合は、それらを表に含め、明示的なメモ行を追加します。
Tier‑1 | — | 主張Xに対するTier-1ソースは見つかりませんでした。
（Tier-2/3単独ではスコアは上がりません。Tier-1が存在するまではコンテキスト/マーケティングです）。
| Tier | ソース | 何を証明するか |
|---|---|---|
| Tier‑1 | [link] | [ ] |
| Tier‑2 | [link] | [ ] |
| Tier‑3 | [link] | [ ] |
No comments to display
No comments to display