Skip to main content

トークンモデルとは

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

トークンモデルとは

トークンモデル（token model） は、トークンがプロジェクトのエコシステム内で果たす役割を記述します。トークン標準が技術的な形式（トークンがどのように転送、追跡、承認されるか）を定義するのに対し、トークンモデルは根本的に異なる問いに答えます。このトークンは何のためのものか？ それは、トークンの経済的・機能的な目的を捉えます。サービスへのアクセスを付与するのか、ガバナンス投票を可能にするのか、トランザクション手数料を支払うのか、ネットワーク参加者に報酬を与えるのか、それとも投機を超える目的を一切果たさないのか、ということです。

トークンモデルを理解することは、あらゆる crypto AI プロジェクトを評価するうえで不可欠です。多くのプロジェクトがトークンを発行しますが、トークンの単なる存在は、それがプロジェクトの機能に必要であることを意味しません。一部のトークンはプロジェクトの AI サービスと深く検証可能な統合を持ちます。他のものは後付けで接ぎ木され、トークンなしでも同等に機能する製品に金融レイヤーを追加しているだけです。トークンモデルは、これらのケースを区別するための最初のレンズです。

DecAIHub では、トークンモデルは各プロジェクトカードの Token model（token_type） フィールドに記録されます。一般的な値には Utility token、Governance token、Fee-mechanism、Staking、No token が含まれます。多くのプロジェクトは複数のモデルを組み合わせます。単一のトークンがユーティリティトークンとガバナンストークンの両方として機能したり、staking と fee-mechanism の機能を組み合わせたりします。このフィールドは主要な役割を捉え、プロジェクトカードのエビデンスセクションがそれらの役割がどれだけよく検証されているかを記述します。

要約： トークンモデルは、プロジェクトのトークンが何に使われるか（エコシステムにおける経済的・機能的役割）を記述します。これは、技術的な形式のみを記述するトークン標準を補完するものです。

トークンモデルの仕組み

トークンユーティリティのスペクトル

トークンモデルは「深く統合されている」から「機能的役割がない」までのスペクトル上に存在します。このスペクトルを理解することが、crypto AI プロジェクトを評価する鍵です。

高い統合 — トークンがシステムの機能に構造的に必須です。例としては、AI コンピュートノードを運用するためにステークされなければならないトークン、各推論呼び出しの支払いとしてバーンされるトークン、分散型マーケットプレイス内で唯一の交換媒体として使われるトークンなどがあります。トークンを取り除くとシステムの中核機能が壊れます。

中程度の統合 — トークンは経済的インセンティブやガバナンス権を提供しますが、中核サービスに厳密に必須ではありません。例としては、保有者がプロトコルのアップグレードに投票できるガバナンストークンや、データラベラーに分配される報酬トークンがあります。システムは理論的にはトークンなしで機能しうるものの、インセンティブ構造は異なるものになります。

低いまたはない統合 — トークンは存在するが、プロジェクトの運用において検証可能な役割を持ちません。プロジェクトは資金調達の目的でトークンをローンチしたのかもしれず、またはトークンは製品の仕組みに織り込まれることなく投機的なナラティブ（「AI トークン」）を表しているのかもしれません。DecAIHub では、これらのケースは DecAI Fit の Token necessity の次元を通じてフラグが立てられます。

一般的なトークンモデルのタイプ

以下は crypto AI プロジェクトで最もよく見られるトークンモデルです。各モデルは、トークンとプロジェクトの機能の間の異なる関係を定義します。

Utility token（ユーティリティトークン）

ユーティリティトークン は、プロジェクトのエコシステム内の製品やサービスへのアクセスを提供します。トークンは機能をアンロックする「鍵」です。それなしでは、ユーザーは特定の機能を使えないか、より高い手数料を支払わなければなりません。

crypto AI プロジェクトにおける一般的なユーティリティの仕組み：

仕組み どう機能するか 例の文脈
アクセス サービスを使うためにトークンが必要（API アクセス、プレミアム機能） クエリごとにトークン支払いを要求する AI 推論マーケットプレイス
支払い トークンがエコシステム内の交換媒体として使われる 買い手が売り手にプロジェクトのトークンで支払うデータマーケットプレイス
報酬 作業に貢献した参加者にトークンが分配される GPU 時間に対して報酬を受けるコンピュートプロバイダ、アノテーションに対して報酬を受けるデータラベラー
インセンティブ ネットワーク参加をブートストラップまたは維持するためにトークンが使われる バリデータ、コンピュートプロバイダ、データ貢献者を引きつけるための初期段階の報酬

ユーティリティトークンの価値提案は、そのユーティリティが本物で検証可能かどうかに依存します。トークンが「AI サービスへのアクセスを提供する」と主張しながら、動作する製品や API を提供しないプロジェクトは、名ばかりのユーティリティトークンを持っているにすぎません。

Governance token（ガバナンストークン）

ガバナンストークン は保有者にプロトコルの決定（パラメータの変更、treasury の割り当て、アップグレード提案、戦略的方向性）への投票権を与えます。ガバナンストークンは投票株式のブロックチェーン版ですが、通常は法的な意味での所有権や利益分配権を付与しません。

crypto AI プロジェクトでは、ガバナンスの決定には次のようなものが含まれます。

  • プロトコルがどの AI モデルをサポートするか。
  • コンピュート報酬がどう分配されるか。
  • どのデータソースが承認されるか。
  • 新しいブロックチェーンを統合するか、新しいチェーンに拡張するか。

ガバナンストークンの有効性は、コミュニティがどれだけ積極的に参加するか、そして投票の仕組みがどれだけ実際の権限を持つかに依存します。創業チームが拒否権を保持している、または単一のウォレットがトークンの過半数を保有しているガバナンストークンは、形式上はガバナンスでも実質的にはそうではありません。

Fee-mechanism

fee-mechanism 型のトークンは、プロトコル内で手数料を支払うために必要です。アクセスを付与するユーティリティトークンとは異なり、fee-mechanism 型のトークンは、すべてのトランザクションや操作で消費または再分配されます。例：

  • 各 AI 推論呼び出しでバーンされ、利用に結び付いたデフレ圧力を生み出すトークン。
  • ユーザーが支払い、バリデータやコンピュートプロバイダに報酬として分配されるトークン。
  • プロトコル手数料として徴収され、開発資金のために treasury に振り向けられるトークン。

fee-mechanism 型のトークンは、トークンの流通をプロジェクトの利用指標に直接結び付けます。AI サービスが大量に使われれば、より多くのトークンが fee mechanism を流れます。サービスにユーザーがいなければ、fee mechanism には活動がありません。

Staking

トークンモデルとしての staking は、特定の役割でネットワークに参加するためにトークンをロック（ステーク）しなければならないことを意味します。staking は複数の目的を果たします。

  • セキュリティ — PoS ネットワークでは、バリデータに資本をリスクにさらすことを要求することで、staking がチェーンを保護します。
  • 品質保証 — AI ネットワークでは、ノードがコンピュート、データ、モデル評価を提供できるようになる前に staking が要求されることがあります。ステークはボンド（保証金）として機能します。ノードが低品質な作業を生み出した場合、そのステークの一部が slashing されえます。
  • アクセス — 一部のプロトコルは、ユーザーやノードがプレミアム機能、優先度の高いキュー、より大きなワークロードにアクセスする前に、最低額のステーキングを要求します。

staking は説明責任を生み出します。GPU リソースを提供する前にトークンをステークしなければならないコンピュートプロバイダは、信頼できるサービスを提供する経済的インセンティブを持ちます。プロバイダが誤った推論結果を提供したりオフラインになったりした場合、ステークされたトークンは部分的に没収されえます。

No token

No token は、プロジェクトが独自のトークンを持たないことを意味します。これは有効で、ときには望ましい設計上の選択です。プロジェクトは既存のブロックチェーン上で運用し、チェーンのネイティブトークン（ETH、SOL、BNB）で手数料を支払い、グラント、収益、またはベンチャーキャピタルを通じて運用資金を賄うかもしれません。トークンがないことは、プロジェクトがより真剣でない、または機能的でないことを意味しません。場合によっては、チームが金融資産のローンチよりも製品の構築を優先したことを示唆します。

DecAIHub では、Token model: No token のプロジェクトは、token necessity のレンズなしに AI とオンチェーンの次元で評価されます。

トークンモデルの組み合わせ

ほとんどの現実世界のトークンは単一のカテゴリにきれいに収まりません。プロジェクトのトークンは頻繁に複数の役割を組み合わせます。

  • Utility + Governance — トークンは AI サービスの支払いをし、プロトコルのアップグレードへの投票権を付与します。
  • Staking + Fee-mechanism — バリデータは参加するためにトークンをステークしなければならず、ユーザーは同じトークンで手数料を支払い、それが部分的にステーカーに分配されます。
  • Utility + Staking + Governance — トークンはサービスアクセスを提供し、参加のためにステークされなければならず、ガバナンス投票権を付与します。

DecAIHub の Token model フィールドは、これらの組み合わせを反映するために複数の値を記載することがあります。プロジェクトカードとエビデンスセクションが、各役割がどのように実装され検証されているかを記述します。

なぜ crypto AI プロジェクトにとって重要か

トークンモデルは、トークンと実際の製品の間の関係を明らかにするため、crypto AI プロジェクトを評価する最も重要な次元の 1 つです。

  • Token necessity — プロジェクトは機能するためにトークンを必要とするのか、それともトークンは主に資金調達や投機のために追加されたのか？ これは DecAIHub の Token necessity の次元で捉えられます。AI サービスがトークンなしで機能するプロジェクトは、トークンが推論の唯一の支払い手段であるプロジェクトよりも token necessity が弱くなります。
  • インセンティブの整合性 — よく設計されたトークンモデルは、ユーザー、プロバイダ、プロトコルの利益を整合させます。コンピュートプロバイダは良い作業に対してトークンを稼ぎ、トークン保有者は利用の増加から恩恵を受け、ユーザーはサービスへのアクセスを得ます。粗悪に設計されたモデルは、整合しないインセンティブ（例：品質より量に報いる）を生み出しえます。
  • 持続可能性 — 完全にインフレ報酬（プロバイダに支払うための新しいトークンの印刷）に依存するトークンモデルは、長期的な持続可能性の問題に直面します。実際の利用に結び付いた fee-mechanism モデルは、トークンの流通をサービスへの実際の需要に結び付けるため、一般的により持続可能です。
  • Red flags — プロジェクトのトークンモデルが、検証可能な方法で中核製品とつながっていない場合、これは token-washing の red flag です。本物のユーティリティなしに投資の関心を引くためにトークンを使うことです。

DecAIHub のプロジェクトカードのどこに現れるか

DecAIHub のプロジェクトカードの Token model（token_type） フィールドは、プロジェクトのトークンの主要な経済的役割を記録します。一般的な値には次のものが含まれます。

  • Utility token — トークンはサービスへのアクセスを提供するか、交換媒体として使われます。
  • Governance token — トークンはプロトコルの決定への投票権を付与します。
  • Fee-mechanism — トークンはプロトコルの手数料構造の一部として消費または再分配されます。
  • Staking — トークンはネットワークの役割に参加するためにロックされなければなりません。
  • No token — プロジェクトは独自のトークンを持ちません。

このフィールドはしばしば次のものと対になります。

  • Token standard — トークンの技術的な形式（ERC-20、BEP-20、SPL、ネイティブトークン）。
  • Token necessity（DecAI Fit の一部）— プロジェクトが機能するためにトークンがどれだけ必要か。
  • エビデンスセクション — どの Tier-1、Tier-2、Tier-3 のソースがトークンの主張された役割を検証するか。

トークンモデルだけでは証明できないこと

  • トークンモデルはトークンが必要であることを証明しません。 プロジェクトは、それを必要とする動作するサービスを提供しないまま、トークンを「ユーティリティ」とラベル付けできます。ラベルは意図された役割を記述するもので、検証には証拠が必要です。
  • トークンモデルはプロジェクトが本物の AI を持つことを証明しません。 プロジェクトは、検証可能な AI コンポーネントを持たないまま、よく設計されたトークンモデル（staking、fee-mechanism、ユーティリティ）を持つことができます。トークンの設計と AI の深さは独立した次元です。
  • トークンモデルは価値を証明しません。 ガバナンストークンは、投票権を付与するからといって本質的に価値があるわけではありません。その価値は、何が統制されているか、ガバナンスの仕組みが実際の権限を持つかどうかに依存します。
  • トークンモデルは分散化を証明しません。 staking トークンは、単一の主体がステークされた供給の過半数を制御するシステムにも存在しえます。staking の仕組みがあるにもかかわらず、実質的にネットワークを中央集権化しています。
  • トークンモデルは token-washing を防ぎません。 プロジェクトは、それを一切実装することなく、ホワイトペーパーで精巧なトークンモデルを記述できます。DecAIHub は、主張だけではなく検証可能な証拠に対してトークンモデルを評価します。

混同しないでください

  • Token standard — 標準は 技術的な形式（ERC-20、BEP-20、SPL）を記述します。モデルは 経済的役割（ユーティリティ、ガバナンス、staking）を記述します。両者は異なる問いに答えます。「技術的にどう機能するか？」対「何のためのものか？」。
  • Tokenomics — tokenomics はより広範な経済設計（総供給量、emission スケジュール、vesting 期間、バーンの仕組み、treasury 管理）を扱います。トークンモデルは tokenomics の 1 つの構成要素で、特にトークンの機能的役割に焦点を当てています。
  • トークン価格 — トークンモデルはユーティリティと機能を記述するもので、市場価値を記述するものではありません。ユーティリティトークンは低い価格を持ちうるし、ミームトークンは高い価格を持ちうるのです。価格はモデルのラベルではなく、市場のダイナミクスによって決まります。
  • Consensus — コンセンサスはネットワークがどのようにブロックについて合意するかを記述します。PoS コンセンサスの仕組みはネットワークセキュリティに staking を使用しますが、これは staking トークンモデルと関連しているものの別個です。プロジェクトは PoW チェーン上で staking トークンモデルを持つことも、PoS チェーン上で staking しないトークンを持つこともありえます。

よくある質問

プロジェクトは複数のトークンモデルを持てますか？

はい、そしてほとんどがそうです。単一のトークンが、ユーティリティトークンとガバナンストークンの両方として機能したり、staking と fee-mechanism の機能を組み合わせたりするのは一般的です。DecAIHub の Token model フィールドはこれを反映するために複数の値を記載することがあります。重要な問いは、いくつのモデルが主張されているかではなく、いくつが検証可能に実装されているかです。

ユーティリティトークンは常にプロジェクトに必要ですか？

いいえ。一部のプロジェクトは、ネイティブな交換媒体やアクセスの仕組みを真に必要とするためにユーティリティトークンを発行します。他のプロジェクトは、基盤となるサービスが ETH、SOL、またはステーブルコインで機能しうる場合でも、crypto における一般的な資金調達のパターンであるためにユーティリティトークンを発行します。DecAIHub の Token necessity の次元は、トークンが構造的に必須か単に便利なだけかを問うことで、これらのケースを区別するのに役立ちます。

token-washing とは何ですか？

token-washing は、プロジェクトの製品に本物のユーティリティを組み込むことなく、主に投資の関心を引くためにトークンを設計し宣伝する慣行です。ホワイトペーパーで精巧なトークンモデルを記述しながら、動作する製品もオンチェーン活動も検証可能なトークン統合も持たないプロジェクトは、token-washing を行っています。DecAIHub は、このパターンを特定するために、Tier-1、Tier-2、Tier-3 の証拠に対してトークンの主張を評価します。

トークンモデルはプロジェクトの AI とどう関係しますか？

トークンモデルは、トークンがプロジェクトのサービス（その AI サービスを含む）とどのように相互作用するかを定義します。よく設計された crypto AI プロジェクトでは、トークンモデルは AI 製品と密接に結合されています。ユーザーはトークンで AI 推論を支払い、コンピュートプロバイダは GPU を提供することでトークンを稼ぎ、バリデータはモデル出力をスコアリングできるようになる前にトークンをステークします。粗悪に設計されたプロジェクトでは、トークンは AI コンポーネントとは独立して存在します。

DecAIHub のプロジェクトカードで「No token」は何を意味しますか？

それは、プロジェクトが独自の暗号通貨トークンを持たないことを意味します。プロジェクトは依然として既存のトークン（ガス料金のための ETH、支払いのためのステーブルコイン）を使うかもしれませんが、独自のトークンを発行していません。これは中立的な指定です。トークンを持つプロジェクトより良いとも悪いとも意味しません。一部の強力な AI プロジェクトは独自のトークンなしで運用しており、一部の弱いプロジェクトは主要な活動としてトークンを発行しています。

fee-mechanism 型のトークンはガス料金の支払いと同じですか？

いいえ。ガス料金はブロックチェーンのネイティブトークン（Ethereum では ETH、Solana では SOL）で支払われ、トランザクションの処理に対してバリデータに渡されます。fee-mechanism 型のトークンはアプリケーションレベルで機能します。ユーザーがプロジェクトの特定のサービスと対話するときに、プロジェクト自身のトークンが消費または再分配されます。たとえば、分散型 AI 推論プラットフォームは、基盤となるブロックチェーンに支払われるガス料金とは別に、各 API 呼び出しに対して自身のトークンで手数料を課すかもしれません。

外部リンク

関連ページ

No comments to display

Back to top