ユーティリティトークンとは

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

ユーティリティトークンとは

ユーティリティトークン（utility token） は、その主な目的が特定のプロジェクトやプロトコル内の 製品、サービス、または機能へのアクセスを提供すること である crypto トークンです。純粋に投機のため、または価値の保存手段として存在するトークンとは異なり、ユーティリティトークンはプロジェクトの運用上の仕組みの一部として 使われる（支出、ステーク、バーン、ロックされる）ように設計されています。トークンはシステム内の機能をアンロックする鍵です。

crypto AI プロジェクトの文脈では、ユーティリティトークンは一般的に AI 推論の支払い、コンピュートリソースへのアクセス付与、データ貢献者への報酬、ノードオペレータへの報酬、またはプロトコルガバナンスへの参加の有効化に使われます。具体的な仕組みは大きく異なりますが、根底にある原則は同じです。トークンはプロジェクトのパイプラインにおいて、金融的なものだけではなく 機能的な役割 を持ちます。

要約： ユーティリティトークンは、特定のプロジェクトのエコシステム内でサービスへのアクセス、リソースの支払い、報酬の獲得、またはガバナンスへの参加に使われるように設計されたトークンであり、取引されること以上の機能的な役割を持ちます。

ユーティリティトークンの仕組み

ユーティリティトークンは、プロジェクトのスマートコントラクトとプロトコル設計にエンコードされたルールから「ユーティリティ」を得ます。これらのルールは、トークンが何に使えるか、誰が受け取るか、どのような条件で支出または獲得されるかを定義します。仕組みは単純（サービス Y を使うために X トークンを支払う）にも複雑（報酬を得るためにトークンをステークする、データを登録するためにトークンをバーンする、パラメータを設定するためにトークンで投票する）にもなりえます。

非ユーティリティトークンとの主要な区別：ユーティリティトークンをプロジェクトのエコシステムから取り除くと、それが可能にする機能が壊れるか劣化するはずです。プロジェクトがトークンの有無にかかわらず同一に機能する場合、そのトークンは本物のユーティリティを持ちません。それは機能的な構成要素ではなく、後付けの金融レイヤーです。

一般的なユーティリティの仕組み

ほとんどのユーティリティトークンはいくつかの仕組みを組み合わせます。以下のセクションは、crypto AI プロジェクトで見られる最も一般的なパターンを記述します。これらの仕組みは相互に排他的ではありません。単一のトークンがしばしば複数の役割を同時に果たします。

アクセス

アクセス は、特定のサービスやリソースを使うためにトークンが必要であることを意味します。トークンを保有または支出せずには、ユーザーは保護された機能と対話できません。

crypto AI における例：分散型モデルサービングネットワークに推論リクエストを送信するためにトークンを支払う、独自のデータセットにアクセスするために最低トークン残高を保有する、プラットフォーム上でスマートコントラクトをデプロイしたりモデルを登録したりするためにトークンを支出する。

アクセスの仕組みはトークンへの直接的な需要を生み出します。人々がサービスを使いたければ、トークンが必要です。このユーティリティの強さは、サービスが価値あるものか、そしてトークン要件が本物か（代替の支払い方法で回避できないか）に依存します。

支払い

支払い は、トークンがプロジェクトのエコノミー内で交換媒体として使われることを意味します。参加者は提供されたサービスに対して互いにトークンで支払います。

crypto AI における例：ユーザーが GPU 時間に対してコンピュートプロバイダにトークンで支払う、データ買い手がラベル付けされたデータセットに対してデータプロバイダにトークンで支払う、推論消費者がクエリごとにモデルホストにトークンで支払う。

支払いのユーティリティは循環エコノミーを生み出します。ユーザーがトークンを支出し、サービスプロバイダがそれを稼ぎ、トークンがシステムを流れます。トークンの支払い役割は、それが複数の支払いオプションの 1 つではなく、プロトコル内で 唯一受け入れられる媒体 であるときに最も顕著です。

報酬

報酬 は、ネットワークに価値を貢献した参加者にトークンが分配されることを意味します。報酬は、プロトコルが機能するために必要な行動にインセンティブを与えます。

crypto AI における例：コンピュートプロバイダが推論タスクを完了することでトークンを稼ぐ、データラベラーが検証済みのアノテーションを提出することでトークンを稼ぐ、バリデータが誠実にブロックを生成することでトークンを稼ぐ、モデルトレーナーが改善されたモデルの重みを貢献することでトークンを稼ぐ。

報酬の仕組みはユーティリティの供給側です。貢献者に報いることで、リソース（コンピュート、データ、労働）をネットワークにもたらします。報酬スケジュールの設計（いくら、誰に、どのような条件で、どのような検証で）は tokenomics の中核的な部分です。

インセンティブ

インセンティブ は、特定のネットワーク行動をブートストラップまたは維持するために設計された構造化された報酬プログラムで、しばしば期間限定または条件付きです。

crypto AI における例：ネットワークに参加する最初のコンピュートプロバイダ向けのアーリーアダプターボーナス、トークン流動性の提供に対してユーザーに報いる liquidity mining プログラム、新しい参加者をオンボーディングするための紹介報酬、特定のタスクタイプの報酬を増やす季節キャンペーン。

インセンティブプログラムは、通常 一時的 で 戦略的 である点で、継続的な報酬とは異なります。永久的な経済ループとして機能するのではなく、特定のブートストラップ問題（初期供給の獲得、流動性の構築、ユーザー基盤の成長）を解決するために設計されています。

Staking

Staking は、特定の権利を得たり報酬を稼いだりするために、プロトコルにトークンをロックすることを意味します。ステークされたトークンは 経済的担保 として機能します。不正行為はステークを失うリスクがあるため、ステーカーのインセンティブを誠実な行動と整合させます。

crypto AI における例：バリデータが consensus に参加しブロック報酬を稼ぐためにトークンをステークする、コンピュートプロバイダが品質保証としてトークンをステークする（誤った推論結果を提供すると slashing される）、データキュレーターが保証するデータセットの裏付けとしてトークンをステークする（データ品質が低いと証明されると slashing される）。

staking はトークン保有とネットワーク参加の間に直接的なつながりを生み出します。流通供給量を減らし（ステークされたトークンはロックされる）、経済的セキュリティを提供し（ステーカーは当事者意識を持つ）、アクティブな参加者に報酬を分配します。

トークンモデルの仕組みとしての staking のより深い解説については、staking とは を参照してください。

ガバナンス

ガバナンス は、プロトコルの決定（パラメータの変更、treasury の支出、アップグレード提案、ポリシーの調整）に投票するためにトークンを使うことを意味します。トークン加重のガバナンスは、保有者に持分に比例した影響力を与えます。

crypto AI における例：どの AI モデルがネットワークで承認されるかへの投票、コンピュートプロバイダとデータ貢献者の間の報酬分割の決定、コンセンサスルールを変更するプロトコルのアップグレードの承認、エコシステムグラントへの treasury 資金の割り当て。

ガバナンスのユーティリティはトークンを 意思決定の手段 にします。このユーティリティの強さは、ガバナンスが実際に何を制御するかに依存します。ガバナンスが意味のあるプロトコルパラメータに投票するなら、トークンは実際のガバナンス権を持ちます。ガバナンスが助言的なだけ、または些細な決定をカバーするだけなら、ガバナンスのユーティリティは名目上のものです。

ガバナンストークンのより深い解説については、ガバナンストークンとは を参照してください。

fee mechanism

fee mechanism は、トークンがプロトコルレベルの手数料の支払いに使われ、その手数料構造自体がトークンの供給ダイナミクスに影響することを意味します。通常は バーン（トークンを永久に破棄する）または 再分配（ステーカー、バリデータ、または treasury に手数料を送る）を通じてです。

crypto AI における例：すべての推論支払いの一定割合がバーンされ、時間とともに総供給量を減らす、ネットワーク手数料がトークンで徴収されバリデータに再分配される、すべてのデータマーケットプレイス取引にプロトコル手数料が課され treasury に送られる。

fee mechanism はネットワーク利用とトークンエコノミクスの間に直接的なつながりを生み出します。ネットワークが使われるほど多くの手数料が生じ、それが供給を減らす（バーン）か参加者に報いる（再分配）かします。この仕組みはしばしば支払いや staking と組み合わされます。

fee mechanism のより深い解説については、fee mechanism とは を参照してください。

典型的な仕組みの組み合わせ

実際には、ほとんどのユーティリティトークンはいくつかの仕組みを統一された経済設計に組み合わせます。crypto AI における一般的な組み合わせには次のものが含まれます。

組み合わせ	どう機能するか	典型的なプロジェクトタイプ
アクセス + 支払い + Staking	ユーザーが AI サービスにトークンを支払い、プロバイダが品質担保としてトークンをステークする	分散型推論／コンピュートネットワーク
支払い + 報酬 + fee mechanism	ユーザーがサービスに支払い、プロバイダが報酬を稼ぎ、トランザクションごとに手数料がバーンされる	AI データマーケットプレイス、コンピュートネットワーク
Staking + ガバナンス + 報酬	バリデータがトークンをステークし、ブロック報酬を稼ぎ、プロトコルパラメータに投票する	L1 / appchain の AI ネットワーク
アクセス + インセンティブ + ガバナンス	トークンがプラットフォームへのアクセスを付与し、初期ユーザーがボーナスインセンティブを稼ぎ、保有者が機能に投票する	AI エージェントプラットフォーム、AI ツールスイート
支払い + Staking + fee mechanism + ガバナンス	フルスタックのユーティリティ：トークンがサービスに支払い、ネットワークを保護し、手数料を捕捉し、プロトコルを統制する	成熟したインフラ層の AI プロジェクト

トークンが組み合わせる仕組みが多いほど、それはプロジェクトの運用とより統合されますが、同時に経済モデルもより複雑になります。複雑さは品質と等しくありません。重要なのは、各仕組みが本物の運用上の目的を果たすかどうかです。

なぜユーティリティトークンが crypto AI プロジェクトにとって重要か

ユーティリティトークンは crypto AI プロジェクトで最も一般的な トークンモデル です。AI パイプラインには、調整され報酬を受ける必要のある多くの参加者（コンピュートプロバイダ、データ貢献者、モデルトレーナー、バリデータ、エンドユーザー）が関わるからです。よく設計されたユーティリティトークンは、次のような経済ループを生み出します。

1. ユーザーは AI サービスにアクセスするためにトークンを支出します。
2. サービスプロバイダはリソースを貢献することでトークンを稼ぎます。
3. ステーカーはネットワークを保護し品質を保証するためにトークンをロックします。
4. 利用から捕捉された手数料がバーンまたは再分配されます。
5. ガバナンスはステークホルダーがプロトコルの進化を導くことを可能にします。

このループは、機能するとき、中央のコーディネーターを必要とせずにすべての参加者間でインセンティブを整合させます。トークンは、中央集権的な AI サービスにおける企業の内部会計・支払いシステムが果たす役割を代替します。

しかし、多くの crypto AI プロジェクトは、トークンが実際に AI パイプラインに必要であることを示さずにユーティリティトークンのステータスを主張します。ユーティリティトークンの設計が単に存在することは、AI コンポーネントが機能するためにトークンを必要とすることを証明しません。

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

DecAIHub のプロジェクトカード では、ユーティリティトークンは Token model フィールドに現れます。カードに Token model: Utility token と表示されている場合、それはプロジェクトのトークンがプロジェクトの運用において機能的な役割を果たすように設計されていることを意味します。

Token model フィールドは、トークンが実行する具体的な仕組みを追加の値として表示することもあります。access、payments、rewards、staking、governance、fee-mechanism などで、トークンがどのユーティリティ機能を果たすかを示します。

読者は Token model フィールドを Evidence 表と相互参照すべきです。プロジェクトは、トークンが実際に主張されたユーティリティに使われていることを示す Tier-1 の証拠（スマートコントラクトのコード、オンチェーンのトランザクションデータ、公開された API ドキュメント）を提供しているか？ マーケティングでは「ユーティリティ」と記述されているが実践で証拠が示されないトークンは、本物の機能的ユーティリティを示しません。

ユーティリティトークンだけでは証明できないこと

• ユーティリティトークンはトークンが必要であることを証明しません。 プロジェクトは複数の仕組みを持つユーティリティトークンを設計できますが、基盤となるサービスはステーブルコイン、法定通貨の支払い、またはトークンなしでも完全に機能しうるのです。Token necessity は DecAI Fit の Token necessity 軸を通じて評価されるもので、トークンモデルのラベルを通じてではありません。
• ユーティリティトークンは AI 能力を証明しません。 トークンモデルはトークンの経済的役割を記述するもので、AI の存在や品質を記述するものではありません。高度なユーティリティトークン設計を持つプロジェクトが、動作する AI コンポーネントを持たないこともありえます。
• ユーティリティトークンは普及を証明しません。 誰も使わないユーティリティトークンは実際のユーティリティを持ちません。設計意図と実際の利用は別物です。実際のトークンフローの証拠（オンチェーンのトランザクション量、アクティブユーザー、コンピュートプロバイダの参加）を確認してください。
• 複数の仕組みは品質を証明しません。 アクセス、支払い、staking、ガバナンス、手数料バーンを組み合わせたトークンは、単一の、よく実装された仕組みを持つトークンより自動的に優れているわけではありません。複雑さは本物のユーティリティの欠如を覆い隠すことがあります。
• ユーティリティトークンは「証券ではない」を意味しません。 プロジェクトのドキュメントでトークンを「ユーティリティ」と分類しても、それはいかなる法域においてもその法的地位に影響しません。規制上の分類は、プロジェクトの自己記述ではなく、各法域の法的枠組みによって決定されます。

混同しないでください

• ガバナンストークン — ガバナンストークンは主にプロトコルの決定への投票に使われます。多くのユーティリティトークンはガバナンスをいくつかの仕組みの 1 つとして含みますが、純粋なガバナンストークンの主な機能は、運用上のアクセスや支払いではなく投票です。
• Token model — プロジェクトにおけるトークンの役割を記述する包括的な概念です。「ユーティリティトークン」はトークンモデルの 1 つのタイプです。他にはガバナンストークン、fee mechanism、staking があります。
• Token standard — トークンの技術的な形式（ERC-20、BEP-20、SPL、ネイティブトークン）です。ユーティリティトークンは任意の技術標準を使えます。「ユーティリティ」はトークンが何をするかを記述し、「ERC-20」はそれがどう実装されるかを記述します。
• ネイティブトークン — ネイティブトークンはブロックチェーンの組み込み通貨です。ネイティブトークンはユーティリティトークンでもありえます（例：TAO はネイティブでありユーティリティでもある）が、「ネイティブ」は技術的なレベルを記述し、「ユーティリティ」は経済的役割を記述します。
• fee mechanism — fee mechanism は 1 つの特定のユーティリティの仕組み（手数料のバーンまたは再分配）です。fee mechanism はユーティリティトークンの設計の構成要素であって、別個のトークンタイプではありません。
• Staking — staking は 1 つの特定のユーティリティの仕組み（セキュリティや報酬のためのトークンのロック）です。fee mechanism と同様、staking はユーティリティトークンモデル内に存在しうる構成要素であって、別個のカテゴリではありません。

よくある質問

ユーティリティトークンが本物のユーティリティを持つかどうかをどう見分けられますか？

Tier-1 の証拠を探してください。トークンが特定の機能に必要であることを示すスマートコントラクトのコード、ユーザーとサービスプロバイダの間の実際のトークンフローを示すオンチェーンデータ、トークン建ての支払いを規定する公開された API ドキュメント、検証可能な staking またはバーンの仕組みです。プロジェクトのサービスがトークンなしでアクセスできる場合、またはトークンがプロトコルの変更なしに他の支払い方法で置き換えられる場合、そのユーティリティは本物ではなく名目上のものかもしれません。

トークンはユーティリティトークンとガバナンストークンの両方になれますか？

はい、そしてこれは非常に一般的です。多くの crypto AI プロジェクトは、運用上のユーティリティ（コンピュートの支払い、サービスへのアクセス）とガバナンス（プロトコルパラメータへの投票）の両方を果たすトークンを設計します。DecAIHub のプロジェクトカードでは、両方の役割が Token model フィールドに反映されることがあります。問題は、各役割が本物に実装され使われているか、それとも一方が本物で他方がラベルにすぎないかです。

ユーティリティトークンと証券の違いは何ですか？

これは技術的な問いではなく法的な問いです。ユーティリティトークンはその 機能的な設計 によって分類されます。システム内で使われることを意図しています。証券はその 法的・経済的特性 によって分類されます。購入者が主に他者の努力から利益を期待するかどうかです。「ユーティリティトークン」として設計された多くのトークンは、特定の法域において依然として証券の法的定義を満たす可能性があります。DecAIHub は法的な分類を行いません。プロジェクトによって文書化され証拠付けられたトークンの機能的設計を記述します。

なぜ一部のプロジェクトは複数のユーティリティの仕組みを持つのですか？

分散型ネットワークには、それぞれ異なるインセンティブ構造を必要とする複数の参加者の役割（ユーザー、プロバイダ、バリデータ、ガバナンス参加者）が関わるからです。コンピュートプロバイダは GPU 時間を貢献した報酬を必要とします。ユーザーはサービスにアクセスするための支払いの仕組みを必要とします。バリデータはコンセンサスに参加するための staking を必要とします。プロトコルは利用をトークンエコノミクスに結び付けるための手数料バーンまたは再分配を必要とします。複数の仕組みは複数の運用上のニーズに対処するために存在しますが、それは各仕組みが本物の目的を果たすときに限ります。

外部リンク

• Ethereum.org -- Token Standards -- ユーティリティトークンの基盤となる技術的基礎を含む、Ethereum 上でトークンがどのように実装されるかの概観。
• Investopedia -- Utility Token -- ユーティリティトークン、その意図された機能、他のトークンタイプとの違いについての一般向けの説明。
• a16z Crypto -- Token Design -- crypto プロジェクトにおけるトークンのユーティリティ、インセンティブの整合、経済設計を考えるためのフレームワーク。

関連ページ

• トークンモデルとは
• ガバナンストークンとは
• fee mechanism とは
• staking とは
• トークン標準とは
• ネイティブトークンとは
• ERC-20 とは