Skip to main content

トークン標準とは

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

トークン標準とは

トークン標準（token standard） は、トークンが特定のブロックチェーン上でどのように振る舞うかを定義する一連の技術的なルールです。これは、プログラミングインターフェース（トークンのスマートコントラクトが実装しなければならない関数、発行しなければならないイベント、他のコントラクトやアプリケーションがそれとどう対話できるか）を規定します。トークン標準は互換性のための設計図です。同じ標準に従う任意のトークンは、その標準をサポートする任意のウォレット、取引所、アプリケーションによって、カスタム統合を必要とせずに送信、受信、表示、取引できます。

トークン標準は実務的な問題を解決します。それがなければ、すべてのプロジェクトが独自のトークン形式を考案し、ウォレットはそれぞれをサポートするためにカスタムコードを必要とするでしょう。ERC-20（Ethereum 上）、BEP-20（BNB Smart Chain 上）、SPL（Solana 上）のような標準は、エコシステム全体が話す共通言語を提供します。新しいプロジェクトが ERC-20 に従ってトークンを作成すると、初日からすべての Ethereum ウォレット、すべての分散型取引所、すべてのポートフォリオトラッカーと自動的に機能します。

トークン標準が何であって何でないかを理解することが重要です。標準はトークンの 技術的な形式 を記述します。それがどう転送されるか、残高がどう追跡されるか、承認がどう機能するかです。トークンの 目的、価値、またはプロジェクトにおける 経済的役割 については何も語りません。2 つのトークンは、同じ標準（ERC-20）に従いながら、まったく異なる機能を果たすことができます。一方は DAO のガバナンストークン、他方は AI 推論手数料を支払うユーティリティトークン、といった具合です。標準は容器であり、トークンモデルは中身です。

要約： トークン標準は、トークンがウォレット、取引所、アプリケーションとの互換性を持つように、その技術的な形式とインターフェースを定義します。トークンが機械的にどう機能するかを記述するもので、何のためのものかを記述するものではありません。

トークン標準の仕組み

スマートコントラクトの役割

ほとんどのブロックチェーンでは、トークンは スマートコントラクト（チェーン上に存在し、呼び出されると自動的に実行されるプログラム）をデプロイすることで作成されます。トークン標準は、このスマートコントラクトが含めなければならない関数を定義します。たとえば、ERC-20 標準は次の中核的な関数を要求します。

関数 目的
totalSupply() 存在するトークンの総数を返します
balanceOf(address) 特定のアドレスのトークン残高を返します
transfer(to, amount) 呼び出し元から別のアドレスへトークンを送ります
approve(spender, amount) 別のアドレスに、呼び出し元に代わってトークンを支出する権限を与えます
transferFrom(from, to, amount) 別のアドレスに代わってトークンを送ります（事前の承認が必要）
allowance(owner, spender) 支出者が移動を許可されている残りのトークン数を返します

これらの関数を実装する任意のスマートコントラクトは ERC-20 互換です。ウォレット、取引所、分散型アプリケーションは、トークンと対話できるかどうかを判断するためにこれらの関数を確認します。この標準化こそが、MetaMask、Uniswap、その他の Ethereum 互換ツールが、それぞれにカスタムコードを必要とせずに何千もの異なるトークンをサポートできる理由です。

異なるブロックチェーン上の標準

各主要なブロックチェーンは、チェーンのアーキテクチャとプログラミングモデルを反映した、独自のトークン標準または標準のファミリーを持っています。

標準 ブロックチェーン 注記
ERC-20 Ethereum（および EVM 互換チェーン） 最も広く採用されているトークン標準。代替可能トークンの事実上のリファレンス
BEP-20 BNB Smart Chain 機能的に ERC-20 と同一で、BNB Smart Chain の EVM 互換環境に適応
SPL Solana Solana のトークンプログラム。異なるアーキテクチャ（コントラクトベースではなくアカウントベース）だが同じ目的を果たす
ネイティブトークン さまざま チェーンの組み込み通貨（Ethereum の ETH、Solana の SOL、Bitcoin の BTC）。スマートコントラクトではなくプロトコル自体によって作成される

EVM 互換チェーン（Ethereum、BNB Smart Chain、Polygon、Arbitrum、Base、Avalanche C-Chain）は ERC-20 インターフェースを共有しており、これはトークンが最小限の摩擦でこれらのチェーン間でブリッジできることが多いことを意味します。Solana のような非 EVM チェーンは、異なる技術的手段を通じて同じ目標を達成する異なる標準を使用します。

代替可能標準と代替不可能標準

トークン標準は 2 つの主要なカテゴリに分かれます。

  • 代替可能トークン標準（ERC-20、BEP-20、SPL）— 各トークンは同一で交換可能です。代替可能トークンの 1 単位は他のどの単位とも同じです。ちょうど 1 ドル紙幣が他の 1 ドル紙幣と交換可能なのと同じです。
  • 代替不可能トークン標準（ERC-721、ERC-1155）— 各トークンは固有で、明確なアイテムや資産を表します。これらは NFT の背後にある標準です。

DecAIHub のプロジェクトカードの文脈では、Token standard フィールドはプロジェクトのメイントークンが使う代替可能トークン標準を指します。ほとんどの crypto AI プロジェクトは代替可能トークンを発行します。

なぜ相互運用性が重要か

トークン標準の実務的な価値は 相互運用性（interoperability） にあります。異なるツールやサービスがシームレスに連携する能力です。

  • ウォレットのサポート — ERC-20 をサポートするウォレットは、更新なしに任意の ERC-20 トークンを表示・転送できます。ユーザーはプロジェクトごとに異なるウォレットを必要としません。
  • 取引所への上場 — 中央集権型および分散型の取引所は、自動化されたプロセスを通じて任意の標準準拠トークンを上場できます。非標準のトークンはカスタム統合を必要とし、摩擦と遅延を生み出します。
  • DeFi コンポーザビリティ — 分散型金融プロトコル（レンディングプラットフォーム、流動性プール、yield アグリゲータ）は標準トークンと対話するように構築されています。ERC-20 に従うトークンは、変更なしにレンディングプールに供給したり、担保として使ったり、流動性プールでペアにしたりできます。
  • ブロックエクスプローラの互換性 — Etherscan のようなエクスプローラは、標準準拠のトークン転送、残高、保有者数を自動的に認識・表示します。
  • 開発者ツール — 標準トークンは開発フレームワーク、テストスイート、セキュリティ監査ツールですぐに機能します。非標準の実装は監査の複雑さとバグのリスクを増やします。

標準が定義しないもの

トークン標準は、意図的に多くの重要な側面を未定義のままにします。

  • トークン供給 — 標準は、総供給量が固定か、インフレ型か、デフレ型かを規定しません。これらはプロジェクトが行うトークノミクスの決定です。
  • 分配 — トークンがどう割り当てられるか（チーム、投資家、コミュニティ、treasury）は標準の一部ではありません。
  • ユーティリティ — 標準はトークンが何に使われるかを規定しません。トークンは ERC-20 に従いながら、ガバナンストークン、ユーティリティトークン、ステーブルコイン、またはミームトークンとして機能できます。
  • 価値 — 標準はトークンがいくらの価値であるべきかについて意見を持ちません。価格は供給、需要、ユーティリティ、市場のダイナミクスによって決まり、そのいずれも標準にエンコードされていません。

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

crypto AI プロジェクトにとって、トークン標準はいくつかの実務的な次元に影響します。

  • エコシステムのリーチ — Ethereum 上で ERC-20 トークンを発行するプロジェクトは、最大の DeFi エコシステム、最も広いウォレットサポート、最も流動性の高い取引の場に即座にアクセスできます。あまり一般的でない標準を選ぶと、トークンの即時のリーチが制限されます。
  • クロスチェーンのデプロイ — 多くの AI プロジェクトは複数のチェーンにデプロイします。トークン標準を理解することは、プロジェクトのマルチチェーンの主張が信頼できるかどうかを評価するのに役立ちます。Ethereum 上の ERC-20 トークンと BNB Smart Chain 上の BEP-20 トークンは機能的に同等ですが、別個のスマートコントラクトと、クロスチェーン転送のためのブリッジを必要とする可能性があります。
  • スマートコントラクトリスク — 標準準拠のトークンは広範な監査とコミュニティのレビューから恩恵を受けます。カスタムまたは修正されたトークンの実装は、より広いエコシステムでテストされていない脆弱性をもたらす可能性があります。
  • AI 固有のトークンの仕組み — 一部の AI プロジェクトは標準トークンコントラクトの上にカスタムロジックを追加します。AI 推論の利用に結び付いた動的な fee mechanism、AI サービスにアクセスする前にトークンのロックを要求するステーキングコントラクト、貢献された計算に基づく報酬分配などです。ベースのトークン標準が基盤を提供し、AI 固有のロジックがその上に重ねられます。

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

DecAIHub のプロジェクトカードの Token standard フィールドは、プロジェクトのメイントークンの技術標準を記録します。一般的な値には次のものが含まれます。

  • ERC-20 — トークンは Ethereum の ERC-20 標準（または EVM 互換の同等物）に従います。
  • BEP-20 — トークンは BNB Smart Chain の BEP-20 標準に従います。
  • SPL — トークンは Solana 上の SPL トークンです。
  • native — トークンはブロックチェーンの組み込み通貨であり、スマートコントラクトのトークンではありません。

このフィールドは純粋に記述的です。トークンがどの技術的な形式を使うか、ひいてはどのブロックチェーンエコシステムに属するかを伝えます。トークンが何をするか、どれだけ価値があるかは伝えません。

プロジェクトカードを読むとき、Token standard フィールドは次のものと併せて理解するのが最良です。

  • Main chain — トークンがどのブロックチェーンにデプロイされているか。
  • Token model — トークンがプロジェクトで果たす経済的役割（ユーティリティ、ガバナンス、staking、fee-mechanism、または no token）。
  • トークン名とティッカー — トークンの人間が読める識別子。

トークン標準だけでは証明できないこと

  • トークン標準はトークンがユーティリティを持つことを証明しません。 プロジェクトは、エコシステム内で何の目的も果たさない完全に準拠した ERC-20 トークンをデプロイできます。技術的な準拠は、機能的な必要性については何も語りません。
  • トークン標準はセキュリティを証明しません。 標準的な実装はよく監査されていますが、プロジェクトは脆弱性をもたらすカスタムロジック（ミント機能、一時停止の仕組み、管理者の制御）を追加できます。標準は出発点であって、セキュリティの保証ではありません。
  • トークン標準はプロジェクトが AI を持つことを証明しません。 任意の標準でトークンを発行することは、純粋に金融的・インフラ的な活動です。プロジェクトが本物の AI コンポーネントを持つかどうかとは何の関係もありません。
  • トークン標準はそのチェーンを超えた相互運用性を証明しません。 Ethereum 上の ERC-20 トークンは、自動的に Solana 上で利用可能になるわけではありません。クロスチェーンの利用可能性には、ブリッジ、ラップされたトークン、または別個のデプロイが必要で、そのいずれも標準自体の一部ではありません。
  • トークン標準はトークンの分散化を証明しません。 標準準拠のトークンは、無制限にトークンをミントしたり、転送を凍結したり、アドレスをブラックリスト化したりできる単一の所有者アドレスを持つことができます。標準はインターフェースを定義するもので、アクセス制御を定義するものではありません。

混同しないでください

  • Token model — トークンモデルはトークンの 役割（ユーティリティ、ガバナンス、staking、fee-mechanism）を記述します。標準は 形式 を記述します。トークンモデルは「何のためのものか？」に答え、標準は「技術的にどう機能するか？」に答えます。
  • Tokenomics — tokenomics は供給、分配、emission スケジュール、vesting、経済的インセンティブをカバーします。これらは経済設計の決定であって、技術標準の一部ではありません。
  • スマートコントラクト — トークン標準はスマートコントラクトの 1 つの特定のタイプです。すべてのスマートコントラクトがトークンであるわけではなく、すべてのトークンがスマートコントラクトであるわけでもありません（ETH や SOL のようなネイティブトークンはプロトコル自体に組み込まれています）。
  • プロトコル — ブロックチェーンプロトコルはネットワークを統制するルールの完全なセットです。トークン標準は、ネットワーク上の 1 つのタイプの資産を統制する、はるかに狭い仕様です。

よくある質問

ERC-20 と BEP-20 は同じものですか？

機能的にはそうです。BEP-20 は ERC-20 の BNB Smart Chain 版で、同じ関数シグネチャとインターフェースを使用します。違いは、それらが動作するブロックチェーンです。ERC-20 は Ethereum 上、BEP-20 は BNB Smart Chain 上です。BNB Smart Chain は EVM 互換であるため、スマートコントラクトのコードはしばしば同一です。しかし、トークンは別個のネットワーク上に存在し、クロスチェーンブリッジなしには交換可能に使えません。

トークンが標準に従わない場合はどうなりますか？

非標準のトークンは、ウォレット、取引所、または DeFi プロトコルに認識されないかもしれません。ユーザーは残高を見たり、トークンを転送したり、分散型取引所で取引したりできない可能性があります。非標準のトークンは、それをサポートしたいすべてのプラットフォームからカスタム統合の作業を必要とし、これが摩擦を生み採用を制限します。場合によっては、非標準の転送ロジックがトークンをスマートコントラクトに永久に閉じ込める事態につながっています。

トークンは標準を変更できますか？

直接的にはできません。トークンの標準はそのスマートコントラクトによって定義され、それは一度デプロイされると変更不可能です（アップグレード可能なプロキシパターンを使っている場合を除く）。標準を「変更」するには、プロジェクトは通常、対象の標準で新しいトークンコントラクトをデプロイし、既存の保有者に移行またはスワップの仕組みを提供します。これはまれで複雑です。

トークン標準はトランザクション手数料に影響しますか？

間接的には影響します。標準は転送中に呼び出されるスマートコントラクトの関数を定義し、異なる関数は異なる量のガス（EVM チェーン上の計算コストの単位）を消費します。単純な ERC-20 転送は Ethereum 上でおよそ 65,000 ガス単位かかります。追加のロジック（転送税、リフレクションの仕組み、自動流動性提供など）を持つトークンはより多くのガスを消費します。標準が基準を設定し、カスタムの追加がコストを増やします。

なぜ一部のプロジェクトは ERC-20 ではなくネイティブトークンを使うのですか？

ネイティブトークンはスマートコントラクトによって作成されるのではなく、ブロックチェーンプロトコル自体に組み込まれています。それらはトランザクション手数料の支払いのためのネットワークの通貨として、また PoS ネットワークでは staking のために機能します。独自のブロックチェーン（L1 チェーンまたは appchain）を運用するプロジェクトは、チェーンが組み込みの手数料通貨を必要とするため、通常ネイティブトークンを持ちます。既存のチェーン上のアプリケーションとしてデプロイされるプロジェクトは、基盤となるプロトコルを制御しないため、通常 ERC-20（または同等の）トークンを発行します。

トークンがどの標準を使うかをどう検証できますか？

EVM チェーンでは、Etherscan のようなブロックエクスプローラでトークンのスマートコントラクトを確認できます。コントラクトが 6 つの中核的な ERC-20 関数（totalSupply、balanceOf、transfer、approve、transferFrom、allowance）を実装していれば、ERC-20 互換です。ほとんどのエクスプローラはトークンをその標準で自動的にラベル付けします。Solana では、Solscan または Solana Explorer 上の SPL Token Program のページが SPL トークンを識別します。DecAIHub のプロジェクトカードには、この検索の手間を省くために Token standard フィールドが含まれています。

外部リンク

関連ページ

No comments to display

Back to top