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