Skip to main content

DecAI Fit Metric

注:この文書は英語の原文からの自動翻訳です。

DecAI Fitは、暗号資産プロジェクトが分散型人工知能(DeAI)の原則とどの程度一致しているかを示す複合指数(0から6のスケール)です。この指標は、提供される証拠の質によって厳密に制限され、AIウォッシングやオンチェーンウォッシングなどの操作に耐えるように設計されています。

計算アルゴリズム

プロジェクトプロファイルにはバイナリ(0/1)フラグが設定され、固定の公式を使用して最終スコアを計算するために使用されます。

1. コンポーネントスコア(各0〜3ポイント)

A) AIの現実性(AI Reality) — AI統合の深さ:

  • AI_0: Tier-1のAIの意図の宣言(ロードマップ/公式アップデート)はあるが、プロトコルレベルで機能するAIコンポーネントの証拠はない(1/0)
  • AI_1: AIが正確に何をしているかを説明している(1/0)
  • AI_2: 機能するデモ/例がある(1/0)
  • AI_3: 指標/ベンチマーク/品質評価がある(1/0)
  • AI_4: 技術的説明/アーキテクチャ/モデルバージョンがある(1/0)

$a = \min(3, AI_0 + AI_1 + AI_2 + AI_3 + AI_4)$

B) オンチェーンの必要性(Onchain Necessity) — ブロックチェーンへの依存度:

  • OC_1: スマートコントラクト/アドレス/ネットワークがある(1/0)
  • OC_2: オンチェーン = 単なるトークンではなく、有用なロジック(アクセス/会計/ルール/DAO)を持っている(1/0)
  • OC_3: オンチェーンが不可欠である(ブロックチェーンがないと製品が機能しない)(1/0)

$o = \min(3, OC_1 + OC_2 + OC_3)$

C) トークンの必要性(Token Necessity) — トークンの有用性:

  • TK_0: トークンが存在しない(1/0)
  • TK_1: トークンがサービスの支払いに使用される(1/0)
  • TK_2: トークンがインセンティブに必要(報酬/ステーキング/スラッシング)である(1/0)
  • TK_3: トークンがガバナンスに必要(投票)である(1/0)
  • TK_4: トークンが代替可能である(意味を失うことなくUSDC/サブスクリプションに置き換えることができる)(1/0)

もし TK_0 = 1 の場合、$t = 2$ となる。 それ以外の場合、$t = \text{clamp}_{[0,3]}(TK_1 + TK_2 + TK_3 - TK_4)$ となる。

D) 証拠(Evidence)(ティア別): 主要ブロックにおけるTier-1証拠の存在:

  • E_AI_T1 (1/0)
  • E_OC_T1 (1/0)
  • E_TK_T1 (1/0)
  • E_only_T3: ソースが完全にTier-3のみである(1/0)

$e = \min(3, E_AI_T1 + E_OC_T1 + E_TK_T1)$

2. 基本インデックス

コンポーネントの予備的な合計:$S = a + o + t + e \in {0, \dots, 12}$

基本スコア($B$)は1-6のスケールにマッピングされます:

  • 0–2 → 1
  • 3–4 → 2
  • 5–6 → 3
  • 7–8 → 4
  • 9–10 → 5
  • 11–12 → 6

3. ガバナンス上限(Governance Caps)

数学的な集計によって根本的なギャップ(例:強力なトークンメカニズムがあるが、検証可能なAIがゼロである場合など)が隠されないようにするため、厳格な上限(Caps)が基本スコアに順番に適用されます。各ルールは最終スコアを下げることしかできません。

  • R0(AIの現実性の強制ゼロ化): $a = 0$ の場合、最終的な DecAI Fit = 0 となります。検証済みのAI機能がない($a = 0$)プロジェクトは、レビュー日時点で分散型AIの分類の閾値を満たしません。
  • R1(情報ノイズ上限): E_only_T3 = 1 の場合、スコアは最大 2 に制限されます。
  • R2(中核的証拠の欠如上限): E_AI_T1 = 0 または E_OC_T1 = 0 の場合、スコアは 3 に制限されます。
  • R3(トークン検証可能性上限): トークンが存在し(TK_0 = 0)、かつ E_TK_T1 = 0 の場合、スコアは 4 に制限されます。
  • R4(AIの現実性上限): 最終スコアが基本的なAIスコアを大幅に上回ることはできません:$a = 1$ の場合、上限 = 3$a = 2$ の場合、上限 = 5

4. 陳腐化ペナルティ

プロジェクトカードが550日以上更新されていない場合(last_verified_days > 550)、最終スコア(0より大きい場合)は1ポイント減点されます。


運用の定義

客観的な評価を保証するために、バイナリフラグを割り当てる際には厳格なルールが適用されます:

  • すべてのフラグ(1)には根拠が必要です: ソースへのリンクと短い事実/引用。根拠がない場合、フラグは0に設定されます。
  • AI_0(意図の宣言): 計画または意図としてAIを明示的に述べているTier-1ソース(ロードマップ、公式ドキュメント)があるものの、プロトコルレベルで機能するAIコンポーネントのTier-1証拠が欠けている場合(つまり、AI_1..AI_4が0のままである場合)にのみ1に設定されます。
  • AI_3(指標/品質): 定量的な品質指標があり、何を測定したかが明確であり、コンテキスト(バージョン、日付)が指定されており、Tier-1アーティファクト(または信頼できるTier-2の確認)があり、その指標がサードパーティのAPIではなくプロジェクトの実際の製品に関連している場合にのみ1に設定されます。
  • OC_3(「チェーンの置き換え」テスト): ブロックチェーンを標準のサーバー/データベースに仮想的に置き換えた場合に、製品の中核的な特性(トラストレスな決済、検閲耐性、検証可能な報酬分配など)が損なわれる場合に1に設定されます。「オンチェーン」が単に支払いやトークン発行を意味する場合は、0に設定されます。

操作防止(Anti AI-Washing)

  1. ソースの優先順位: Tier-1(コード、コントラクト、公式ドキュメント)> Tier-2(アグリゲーター、分析)> Tier-3(マーケティング、インフルエンサー、噂)。
  2. 保守主義: データが不足している場合やソースが矛盾している場合、再検証されるまでフラグはデフォルトで0になります。
  3. マーケティングの無視: 検証可能なアーティファクトのないPR、主張、「パートナーシップ」によってフラグが1に上がることはありません。

関連ページ