Bible Network Crypto DeFi Onchain RWA AI Agent Stablecoin Chain SAFU CryptoTax DeFAI AGI Claude Me Claude Skill Claude Design Claude Cowork
独立メディア
いかなるプロジェクトとも無提携
暗号資産のAIエージェントを解剖する:仕組み・リスク・経済モデル
aiagent-bible.com
最新
オンチェーンAgentのGas最適化設計:バッチトランザクション・動態戦略・タイミング選択でAgentの手数料を60%削減  ·  Agentトークンエコノミー設計:なぜほとんどのAgentトークンが失敗するのか、そして良いトークン設計とはどのようなものか  ·  AI AgentのContext Window管理:なぜエージェントが「忘れる」のか、そして4つの解決策  ·  MCPとは何か?なぜ2025年のすべてのAI AgentがMCPについて話しているのか  ·  Agentic Loopとは:AIエージェントがどのように「継続的に動く」のか——感知・計画・実行・観察の完全サイクル解説  ·  2026年の主流オンチェーンAgentフレームワーク5選:LangGraph・ElizaOS・AutoGen・Olas・ZerePy、それぞれ誰に向いているか
agent-economy

Agentトークンエコノミー設計:なぜほとんどのAgentトークンが失敗するのか、そして良いトークン設計とはどのようなものか

30秒バージョン · 忙しい方へ
Agentトークンを評価するには1つの質問だけで十分です:トークンなしでこのAgentシステムは正常に機能するか?もし機能するなら、トークンは単なる資金調達ツールです。最も基本面のサポートがあるトークン設計はワークトークンです——ノードはサービスを提供するためにステーキングが必要で、トークン需要はネットワーク使用量と正の相関があります。

全文 +

「Agentにトークンを追加しよう」は2024〜2025年のAI Agentプロジェクトで最も一般的な決定の一つでした。問題は、この決定を下したほとんどのチームが「このシステムでトークンはどんな問題を解決するのか」を本当に考えていなかったことです——トークンは最終的にシステムをより良く機能させる仕組みではなく、資金調達ツールになってしまいました。

この記事はAgentトークンエコノミー設計の第一原理から、Agentトークンが持つべき機能・一般的な失敗パターン・Agentプロジェクトのトークン設計が健全かどうかを判断する方法を分析します。

Agentエコノミーになぜトークンが必要か

「優れたAgentトークン設計とはどのようなものか」を議論する前に、より重要な質問があります:「Agentシステムにはトークンが必要か?」——多くのAgentプロジェクトはトークンなしでも問題なく機能でき、無理にトークンを追加するとシステムの複雑さと規制リスクが増加するだけです。

トークンが真のシステム的用途を持つ状況:

分散型インセンティブが必要なシナリオ:システムが多数の「互いを知らない人々」に何らかのリソース(コンピューティング・データ・流動性)を提供させる必要がある場合、トークンは分散型貢献を調整する効果的なメカニズムです。Bittensorのトークンはモデルプロバイダーがコンピューティングとモデルを提供するよう激励します——これはトークンが真の有用性を持つシナリオです。

分散型ガバナンスが必要なシナリオ:システムの主要なパラメータが単一の中央集権的な主体ではなくコミュニティによって決定されるべき場合、ガバナンストークンは真の用途を持ちます。ただし:ガバナンストークンは「真に争いのある」ガバナンス決定がある場合にのみ価値があります。

サービスアクセス制御または手数料支払いが必要なシナリオ:Agentサービスへのアクセスに手数料が必要で、その手数料の一部がAgentの開発者とノードオペレーターに流れる場合、トークンは支払い媒体と価値分配メカニズムとして機能できます。

Agentトークンの4つの機能設計

機能1:ワークトークン——最もシステム的需要がある設計

ノードオペレーターはネットワークでサービスを提供するためにトークンをステーキングしなければならず、ステーク量が処理できるワーク量を決定します。ノードが不正行為をした場合、ステークされたトークンの一部がスラッシュされます。この設計はトークン保有者にネットワークの正常な運用を維持する強いインセンティブを与えます。典型的な例:Chainlinkの LINK トークン・OlasのOLASトークン。ワークトークンの需要はネットワーク使用量と正の相関があります——より多くのユーザーがいれば、より多くのノードがより多くのステークを必要とし、自然にトークン需要が増加します。

機能2:ガバナンストークン——真のガバナンス決定が必要なシナリオ

トークン保有者はプロトコルの主要パラメータへの投票権を持ちます。純粋なガバナンストークンの一般的な問題:トークンが早期投資家の手に集中し、ガバナンスが少数の者のゴム印になる;低投票率により悪意ある行為者が少量のトークンで有利な提案を通過させることができる。

機能3:アクセストークン——サービスアクセスを制御する

一定量のトークンを保有またはロックすることで、Agentサービスまたは特定の機能にアクセスできます。注意:Agentサービス自体が十分な魅力を持っていない場合、トークンを「ペイウォール」として使用するとユーザー獲得の障壁が増えるだけです。

機能4:収益分配トークン——最も直接的なトークン価値源

保有するトークンの割合が、Agentシステムが生成する収益(手数料・スプレッド・サービス料)の何%を受け取れるかを決定します。これはトークンの最も明確な「キャッシュフローの裏付け」です。設計のポイント:収益源は実際に存在し持続可能でなければなりません。

トークン配布とインセンティブ構造

トークン配布はトークンの長期的な持続可能性を決定する重要な設計です:

システムに真に貢献した人にトークンが流れるようにする:早期貢献者(開発者・テストネットノード・コミュニティビルダー)は投資ではなく貢献によってトークンを取得すべきです。過度に「プレセール」と「プライベートラウンド」に依存するトークン配布は、TGE(トークン生成イベント)後に大量売却を引き起こします。

ベスティング設計:チームと投資家のトークンは長いベスティング期間(通常2〜4年、6〜12ヶ月のクリフ期間)を持つべきです。コミュニティと生態系のインセンティブトークンはマイルストーンまたは貢献度に基づいて段階的にリリースします。

供給のインフレ対デフレの設計:トークンが継続的なマイニングやインセンティブリリースを持つ場合、インフレ率がネットワーク使用量の成長率を超えないことを確認します。

トークンエコノミーの一般的な失敗パターン

失敗パターン1:トークンに実際の需要がなく、投機だけで価格を維持している:最も一般的な失敗です。トークンには何のシステム的使用需要もなく、唯一の「用途」は早期投資家に出口メカニズムを提供することです。識別シグナル:トークンの主な宣伝が「コミュニティ参加」であり具体的なシステム機能ではない;トークンなしでもシステムは同様に機能する。

失敗パターン2:製品とマーケットフィットがなくトークンインセンティブに過度に依存している:トークンインセンティブが低下すると(インフレ率が持続不可能なため)、これらのユーザーは即座に離れます。真の製品とマーケットフィット:トークンインセンティブなしでもユーザーはAgentの機能に費用を払うか使用する意欲がある。

失敗パターン3:トークン集中度が高すぎてガバナンスが操作される:上位20アドレスがトークンの70%以上をコントロールしている場合、そのトークンの分散化の程度は疑わしいです。

失敗パターン4:トークン機能設計と実際のシステム運用が乖離している:ホワイトペーパーは精巧なトークン機能を説明しているが、実際の製品ではこれらの機能が実装されなかったか廃棄されました。評価シグナル:ホワイトペーパーの説明と既存の製品機能の対応はどの程度高いか?

あなたのAgentプロジェクト評価への意味

投資家またはユーザーとしてAgentプロジェクトのトークンを評価する際に、以下の質問で素早くフィルタリングできます:トークンなしでこのAgentシステムは正常に機能するか?トークンはシステムでどのような機能を果たしているか?ワークトークン(最も基本面のサポートがある)・ガバナンストークン(真のガバナンス活動を確認)・アクセストークン(サービスの魅力を確認)・純粋な収益分配(収益源の持続可能性を確認)?主要なトークン保有者(上位20アドレス)の保有割合は?20アドレス以内で60%以上が集中しているのはハイリスクのシグナル。トークンの主な購入者はサービスを使用しているか、「マイニング」してから売却しているか?

図解
Agent Token Design: Four Functions vs Four Failure Patterns左側:四種代幣功能設計(工作/治理/訪問/收益分配)按「基本面強度」排列;右側:四種失敗模式的識別信號,幫助投資者快速篩選。Agent Token Design: Four Functions vs Four Failure PatternsToken Functions (by fundamental strength)1. Work Token (strongest fundamentals)Node must stake to serve · Slashed for bad behaviorToken demand = f(network usage) · examples: LINK, OLAS2. Revenue Share TokenToken share → protocol fee share · cash flow backedValue = PV of future yield · needs sustainable revenue3. Access TokenHold/lock token to access features · usage demandRisk: degrades to paywall if service isn't compelling4. Governance TokenVote on protocol params · needs skin-in-the-gameRisk: rubber stamp if concentration too highFailure Patterns (warning signals)✗ Failure 1: No real demand · speculation onlySignal: system works without token · promo is just 'community'Signal: no necessary role in system operation✗ Failure 2: No product-market fit · mining treadmillSignal: users only stake for APY · none pay for service featuresSignal: TVL crashes when token incentives decrease✗ Failure 3: Token concentration > 60% in top 20 walletsSignal: governance is rubber stamp for VC/foundersCheck: Etherscan Token Holders page✗ Failure 4: Whitepaper ≠ actual productSignal: whitepaper lists features not in current productSignal: roadmap has no specific dates for listed featuresEvaluation checklist: Does the system work without the token? Is demand tied to usage? Who holds it?Work Token > Revenue Share Token > Access Token > Governance Token (by fundamental backing strength)AI Agent Bible · aiagent-bible.com
スクリーンショット歓迎。転載時は出典を明記してください。
質問する
10文字以上入力してください
関連記事
DeFi利回りAgentの真のコスト内訳:あなたのAgentは実際に誰のためにお金を稼いでいるか
agent-economy · 06/27
Agentウォレットの設計方法:4つのアーキテクチャの完全なリスクとコストの比較
agent-economy · 06/22
AIエージェントが何を売り、どのように課金するか:5つの課金モデルの解説と、クリプトシナリオで本当に持続するのはどれか
agent-economy · 06/20
エージェントタスクの実際のコスト:完全なコスト構造の解説と、なぜほとんどの人がそれを過小評価しているのか
agent-economy · 06/17