Token Standard

Token Standardとは？

トークン標準とは、暗号資産トークンがブロックチェーン上でどのように動作すべきかを定義する、共有された技術ルールの集合です。

暗号資産において、トークン標準は、ウォレット、スマートコントラクト、マーケットプレイス、エクスプローラー、ブリッジ、分散型アプリケーションに対し、トークンを認識して操作する方法を示します。

トークン標準は、関数、イベント、メタデータルール、転送動作、承認ロジック、所有権記録、供給量追跡、インターフェース検出を定義できます。

公式のEthereumトークン標準ドキュメントでは、ERC-20、ERC-721、ERC-1155などのトークン標準を、代替性トークンおよび非代替性トークンの一般的な形式として説明しています。

標準自体が価値を生み出すわけではありません。

標準が生み出すのは互換性です。

例えば、トークンが既知の標準に従う場合、ウォレットは新しい資産ごとにカスタムコードを必要とせず、残高を表示できます。

分散型アプリケーションは、既知の関数を使って承認を要求できます。

マーケットプレイスは、既知のインターフェースを使ってNFT所有権を検出できます。

ブロックチェーンエクスプローラーは、転送イベントを読み取り、一貫した形でトークン履歴を表示できます。

簡単に言えば、トークン標準は、暗号資産アプリケーションがトークンを理解するための文法です。

トークン標準が重要な理由

ブロックチェーンは、多くの独立したアプリケーションが連携する必要があるオープンシステムであるため、トークン標準は重要です。

標準がなければ、すべてのトークンプロジェクトが独自の転送関数、承認方法、イベント形式、メタデータ構造を定義することになります。

その結果、ウォレットの構築はより困難になり、取引プラットフォームへの統合も難しくなり、ユーザーが誤操作する可能性も高まります。

標準は、開発者に共通言語を与えることで混乱を減らします。

また、1つのウォレットが同じインターフェースに従う多くのトークンをサポートできるため、統合コストも削減します。

公式のERC-20標準では、標準インターフェースにより、ウォレットや分散型取引システムを含む他のアプリケーションでトークンを再利用できるとされています。

この相互運用性は、トークン標準が暗号資産の成長の基盤となった理由の一つです。

標準が広く対応されていれば、新しいトークンは既存のウォレット、エクスプローラー、ポートフォリオツール、DeFiプロトコル、カストディシステムにより容易に組み込めます。

ただし、これは標準準拠のすべてのトークンが安全であることを意味しません。

トークンが認識可能な技術インターフェースを使用していることを意味します。

トークン標準とトークンの違い

トークン標準とトークンは同じものではありません。

トークンは実際のデジタル資産です。

トークン標準は、その資産を構築または管理するために使用されるルールセットです。

例えば、代替性トークンはERC-20ルールに従う場合があり、ユニークなNFTはERC-721ルールに従う場合があります。

標準は、トークンがどのように転送され、支出承認を行い、イベントを発行し、残高を報告すべきかを定義します。

トークンコントラクトには実際のコードと状態が含まれます。

2つのトークンが同じ標準に従っていても、その経済性、リスク、コミュニティ、ユースケースは大きく異なる場合があります。

あるERC-20トークンはステーブルコインである場合があります。

別のERC-20トークンはガバナンストークンである場合があります。

さらに別のERC-20トークンは、高いインフレ率を持つゲーム報酬トークンである場合があります。

共通の標準によりアプリケーションはこれらと連携できますが、トークノミクスとセキュリティは依然として個別のプロジェクトに依存します。

トークン標準とブロックチェーン標準の違い

トークン標準は通常、アプリケーションレベルの標準です。

ブロックチェーン標準は、トランザクション、コンセンサス、ネットワーキング、仮想マシンの挙動など、より低いレベルのプロトコルルールを説明する場合があります。

Ethereum系ネットワークでは、ERC標準はスマートコントラクトで使用されるアプリケーションインターフェースを説明することがよくあります。

公式のEthereum Improvement Proposalsドキュメントでは、EIPはコアプロトコル仕様、クライアントAPI、コントラクト標準を含むEthereumプラットフォームの標準を説明するとされています。

トークン標準は基盤となるブロックチェーンの上位層に存在できるため、この区別は重要です。

ブロックチェーンがトランザクションを処理する一方、トークンコントラクトはそのブロックチェーン環境内でカスタム資産を定義できます。

ネットワークのネイティブコインは、スマートコントラクトを使って構築されたトークンと異なることがよくあります。

例えば、ネイティブのガスコインはトランザクション手数料を支払う一方、標準トークンはガバナンス権、安定した価値、ゲーム資産、NFT、現実世界資産に関する請求権を表す場合があります。

ユーザーは、ネイティブコインを扱っているのか、標準ベースのトークンを扱っているのかを理解すべきです。

手数料、転送ルール、承認リスク、回復方法は異なる場合があります。

ERC-20トークン標準

ERC-20は、Ethereum系ネットワーク上で最も広く認知された代替性トークン標準です。

代替性トークンは、同じタイプの別のトークンと交換可能です。

公式のEthereum ERC-20ドキュメントでは、ERC-20トークンは代替性を持ち、同じコントラクトから発行されたあるトークンは、別のトークンと種類および価値において同一であると説明されています。

ERC-20標準は、

、、、、、などの一般的な関数を定義します。

また、

やなどのイベントも定義します。

これらの関数により、ウォレットは残高を表示でき、ユーザーはトークンを転送でき、スマートコントラクトは承認された金額を使用できます。

ERC-20は、ガバナンストークン、ユーティリティトークン、ステーブルコイン、ラップド資産、報酬トークン、トークン化された請求権など、多くの種類の資産に使用されています。

ERC-20の最大の強みは幅広い互換性です。

最大のリスクは、ユーザーが悪意ある、または無制限の支出権限を承認した場合、承認が危険になり得ることです。

ERC-721トークン標準

ERC-721は、NFTとも呼ばれる非代替性トークンの主要標準です。

非代替性トークンはユニークであり、同じコントラクトの別のトークンと1対1で交換可能ではありません。

公式のERC-721標準では、NFTを追跡および転送するための基本機能を提供するとされています。

ERC-721は、デジタルアート、コレクティブル、プロフィール画像、ゲームアイテム、メンバーシップパス、仮想土地、認証情報、トークン化された所有権記録に一般的に使用されます。

この標準は、

などの所有権関数と、などの転送関数を定義します。

また、所有者が別のアドレスまたはオペレーターにNFTの転送を許可できる承認ロジックもサポートします。

メタデータ拡張には、特定のトークンIDのメタデータを指す

を含めることができます。

このメタデータには、画像、特性、説明、アニメーションファイル、外部参照を含めることができます。

ERC-721により、アプリケーションが共通の所有権・転送インターフェースに依存できるため、NFTはウォレットやマーケットプレイス間で相互運用可能になりました。

偽のNFTコントラクトは名前、シンボル、画像をコピーできるため、ユーザーは公式コントラクトアドレスを確認すべきです。

ERC-1155トークン標準

ERC-1155は、1つのコントラクト内で多くのトークンタイプを管理できるマルチトークン標準です。

公式のERC-1155標準では、単一のスマートコントラクトインターフェースで任意数の代替性および非代替性トークンタイプを表現できるとされています。

このためERC-1155は、ゲーム、コレクション、チケット、バッジ、エディション、バウチャー、多数のトークンIDが1つのコントラクトを共有する資産に有用です。

ERC-1155コントラクトには、代替性アイテム、非代替性アイテム、準代替性アイテムを含めることができます。

例えば、ゲームは1つのERC-1155コントラクトで金、剣、盾、スキン、レアなコレクティブルを扱えます。

ERC-1155はバッチ転送に対応しており、ユーザーが複数のアイテムを一度に移動する際のトランザクション負荷を減らせる場合があります。

公式のEthereum ERC-1155ドキュメントでは、ERC-1155は1つの標準で代替性・非代替性トークンの挙動を組み合わせられると説明されています。

ERC-1155は強力ですが、ユーザーは各トークンIDで供給量、メタデータ、挙動が異なる場合があることを理解する必要があります。

ウォレットはERC-1155資産を適切に表示するために、トークンIDとメタデータを正しく読み取る必要があります。

ERC-6909トークン標準

ERC-6909は、1つのコントラクト内でIDにより複数のトークンタイプを管理するための最小限のマルチトークンインターフェースです。

公式のERC-6909仕様では、単一コントラクトでIDによって複数トークンを管理する最小限の仕様として説明されています。

ERC-6909は、ERC-1155のすべての機能を必要とせず、マルチトークンの挙動を望むケースで、より単純な代替案として議論されることがよくあります。

最小限の標準は、アプリケーションが少数のトークン関数だけを必要とする場合、複雑性を減らせます。

これは、内部会計、プロトコルポジション、マルチアセットコントラクト、高度なDeFi設計に有用な場合があります。

ただし、小規模なインターフェースは、より古く広く対応された標準とは異なる互換性の前提を持つ場合があります。

ERC-6909を選ぶ開発者は、対象のウォレット、インデクサー、ツール、dAppが対応しているか確認すべきです。

ERC-6909資産に遭遇したユーザーは、新しい標準がすべてのウォレットやエクスプローラーで完全に表示されない可能性を理解すべきです。

アプリケーションに新しいパターンが必要になるため、標準は進化します。

トークンがどこでも機能すると想定する前に、常に互換性を確認すべきです。

ERC-1363トークン標準

ERC-1363は、支払い可能なトークン挙動をサポートするERC-20系トークンの拡張です。

公式のERC-1363仕様では、この提案は単一トランザクション内で転送または承認後にコールバックを可能にするとされています。

基本的なERC-20転送では、受取コントラクトにロジック実行を自動通知しないため、これは有用です。

ERC-1363では、対応している場合、トークン転送が受取コントラクト上のコードをトリガーできます。

これにより、サブスクリプション、チェックアウトフロー、アプリケーション決済、コントラクトベースのサービスにおけるトークン決済を円滑にできる場合があります。

この標準は、承認用に1つ、操作用にもう1つのトランザクションを送る必要性を減らせる場合があります。

ただし、コールバックの挙動には慎重なセキュリティ設計も必要です。

受取コントラクトはトークンコールバックを安全に処理する必要があります。

ユーザーは、より便利という理由だけで、より高度なトークン標準が安全だと想定すべきではありません。

利便性とセキュリティはともに評価する必要があります。

ERC-2612 Permit拡張

ERC-2612は、それ自体が完全なトークンタイプではありませんが、ERC-20承認にとって重要な拡張です。

公式のERC-2612仕様は、通常の承認トランザクションを送る代わりに、署名済みメッセージで許可額を変更できる

を追加します。

支出承認だけのために別のオンチェーントランザクションが不要になる可能性があるため、ユーザー体験を改善できます。

また、アプリケーションがユーザーに代わって署名済み許可を送信する場合、ガスレスまたはスポンサー付きフローをサポートできます。

ただし、ユーザーが理解していないメッセージに署名する場合、permit署名は危険になり得ます。

悪意あるWebサイトが、攻撃者管理のコントラクトに支出権限を与えるpermitへユーザーを誘導する可能性があります。

ウォレットはpermitの詳細を明確に表示すべきです。

ユーザーは署名前に、支出者、トークン、金額、期限、ネットワークを確認すべきです。

ERC-2612はトークン標準が使いやすさを高められる一方、新しいフィッシングの入口も生むことを示しています。

すべての署名は重大な認可イベントとして扱うべきです。

SolanaのSPLトークン標準

SPLトークンはSolanaにおける一般的なトークン形式です。

公式のSolanaトークンドキュメントでは、Solana上のトークンはSPLトークンと呼ばれ、異なるカテゴリの資産に対する所有権を表すとされています。

SPLトークンはEthereum系のERCコントラクトではなく、Solanaプログラムを通じて管理されます。

つまり、アカウントモデル、トークンアカウント、ミントアカウント、プログラム命令、手数料の挙動はEthereum系のトークン標準と異なります。

Solanaトークンにはトークンを定義するミントがあり、ユーザー残高はトークンアカウントに保持されます。

この構造は、Ethereum系のウォレット残高に慣れたユーザーを混乱させる場合があります。

SPLトークンは、代替性資産、NFT、安定資産、ゲームアイテム、ガバナンス資産、その他のトークン化された価値を表すことができます。

Solanaには、拡張機能やより柔軟な挙動をサポートできる新しいトークンプログラム機能もあります。

ユーザーは、トークン標準がチェーン固有であることを理解すべきです。

SPLトークンとERC-20トークンは、どちらも代替性資産を表していても、同じ技術的オブジェクトではありません。

TRC-10およびTRC-20トークン標準

TRC-10とTRC-20は、TRONエコシステムで使用されるトークン標準です。

公式のTRON TRC-10ドキュメントでは、TRC-10はTRON Virtual Machineに依存せずTRONネットワークでサポートされるネイティブトークン標準と説明されています。

TRC-10はプロトコルレベルのトークン形式です。

ネイティブトークン発行にはより単純な場合がありますが、スマートコントラクトベースのトークン標準より柔軟性は低くなります。

公式のTRONトークン標準概要では、TRC-20はTRON Virtual Machineを通じてTRON上のスマートコントラクトに使用される技術標準と説明されています。

公式のTRC-20プロトコルインターフェースドキュメントでは、TRC-20はウォレットとプラットフォームが資産を接続または統合する方法を把握できるよう、関数とイベントを定義するとされています。

TRC-20は、両方ともスマートコントラクトのトークン挙動を定義するため、ERC-20と比較されることがよくあります。

ただし、ユーザーはアドレス、手数料、リソース、ネットワークルールがチェーンごとに異なることを覚えておくべきです。

トークン標準が馴染み深く見えても、異なるブロックチェーン環境で動作する可能性があります。

誤ったネットワークで資産を送信すると、重大な損失または回復困難につながる可能性があります。

BRC-20とBitcoinベースのトークン標準

BRC-20は、Bitcoin Ordinalsおよびインスクリプションに関連する実験的なトークン標準です。

ERC-20とは異なり、BRC-20はEthereum系のスマートコントラクトを使用しません。

インスクリプションデータとインデックスルールを使用して、トークンのデプロイ、ミント、転送を表します。

このため、BRC-20はスマートコントラクト型トークン標準と大きく異なります。

公式Bitcoinプロトコルは、Ethereum系仮想マシンがERC-20残高を扱う方法と同じようには、BRC-20残高を扱いません。

BRC-20は、インスクリプションデータをインデクサーが一貫して解釈することに大きく依存します。

これにより、ツール、インデクサー間の合意、流動性、転送挙動、ユーザー理解に関する異なるリスクが生じます。

ユーザーは、BRC-20がERC-20のように機能すると想定するのではなく、特殊で実験的なトークンモデルとして扱うべきです。

Bitcoinベースのトークン標準は革新的である一方、初心者には理解しにくい場合があります。

利用前に、ユーザーはウォレット対応、インスクリプション手数料、転送ルール、市場の流動性を理解すべきです。

代替性トークン標準

代替性トークン標準は、同一トークンの各単位が他の単位と交換可能なトークンを定義します。

ERC-20、SPLトークン、TRC-20は、異なるエコシステムにおける一般的な代替性トークン形式です。

代替性トークンは、ステーブルコイン、ガバナンストークン、報酬ポイント、ラップド資産、ユーティリティトークン、決済資産、プロトコルインセンティブを表すことができます。

主な特徴は、ある単位が同じトークンの別の単位と等しいことです。

ユーザーが代替性トークンを10単位保有する場合、通常はどの特定の単位を保有するかは重要ではありません。

これにより、代替性標準は取引、決済、ステーキング、流動性プール、報酬、ガバナンス投票に有用です。

主なリスクには、スマートコントラクトのバグ、承認の悪用、ミント権限、ブラックリスト管理、転送停止、供給量インフレ、脆弱なトークノミクスが含まれます。

代替性標準に従うトークンにも、ユーザー体験を変えるカスタムルールが含まれる場合があります。

ユーザーは、標準に従っているからといって、すべての代替性トークンが同じように動作すると想定すべきではありません。

コントラクトコードとプロジェクトの管理権限は依然として重要です。

非代替性トークン標準

非代替性トークン標準は、個別のアイデンティティとメタデータを持てるユニークなトークンを定義します。

ERC-721は代表的なNFT標準です。

ERC-1155も、各トークンIDがユニークまたは限定供給の資産を表す場合、NFTに対応できます。

NFT標準は、アート、コレクティブル、デジタルアイデンティティ、チケット、メンバーシップ、認証情報、ゲームアイテム、音楽権利、現実世界資産の記録に使用されます。

NFTトークン標準はトークンIDの所有権を追跡します。

また、転送、承認、オペレーター権限、メタデータ参照にも対応します。

ユーザーは画像、特性、レアリティ、来歴、コレクションのアイデンティティに基づいてNFTを評価することが多いため、メタデータシステムは特に重要です。

NFT標準はアートワークが永続的であることを保証しません。

トークンはオンチェーンに存在しても、画像やメタデータは別の場所に保存されている場合があります。

ユーザーは、メタデータがオンチェーン、IPFSベース、サーバーベース、変更可能、または凍結済みかを確認すべきです。

マルチトークン標準

マルチトークン標準では、1つのコントラクトで多数のトークンタイプを管理できます。

ERC-1155とERC-6909は、マルチトークンアプローチの例です。

これは、プロジェクトが多数の資産を必要とする一方、トークンごとに別のコントラクトをデプロイしたくない場合に有用です。

ゲームは、多くのアイテムタイプに1つのコントラクトを使用できます。

メンバーシッププラットフォームは、複数のアクセスレベルに1つのコントラクトを使用できます。

プロトコルは、複数の内部残高またはポジションに1つのコントラクトを使用できます。

マルチトークン標準は、ガス効率を改善し、デプロイを簡素化し、バッチ操作をサポートできます。

一方で、トークンIDごとに意味が異なる場合があるため、メタデータと残高の表示がより複雑になることがあります。

マルチトークン資産では、ウォレットとインデクサーの対応が重要です。

アプリが標準を完全に理解していない場合、ユーザーには残高が表示されなかったり、メタデータが不完全に表示されたりする可能性があります。

許可型トークン標準

許可型トークン標準は、転送制限と本人確認をトークンの挙動に追加します。

これらの標準は、現実世界資産のトークン化、規制対象ファンド、証券類似資産、コンプライアンスに配慮が必要な資産で一般的です。

公式のERC-3643ドキュメントでは、ERC-3643はアイデンティティに基づく条件を持つ許可型トークンの発行、管理、転送のためのオープンソーススマートコントラクトスイートとして説明されています。

許可型トークンは、検証済みウォレット間でのみ転送可能な場合があります。

対応していない管轄または未確認ユーザーへの転送をブロックする場合があります。

転送前に、本人確認資格情報、コンプライアンス確認、発行者権限を必要とする場合があります。

これにより、法的要件を遵守しながら規制対象資産をパブリックブロックチェーン上で移動させることに役立つ場合があります。

ただし、許可型トークンは完全にオープンなトークンとは異なります。

ユーザーは、任意のウォレットに自由に転送できない場合があります。

許可型トークンを購入または受け取る前に、ユーザーは適格性、転送制限、償還条件、発行者の管理権限、法的文書を理解すべきです。

トークン標準と相互運用性

相互運用性とは、異なる暗号資産アプリケーションが同じトークン形式で動作できる能力です。

トークン標準は、予測可能な関数とイベントを作ることで相互運用性を高めます。

トークンが既知の残高関数を公開するため、ウォレットは残高を読み取れます。

トークンが既知の承認関数を公開するため、dAppは承認を要求できます。

トークンが既知のイベントを発行するため、エクスプローラーは転送を表示できます。

トークンが既知の所有権およびメタデータ関数に対応するため、マーケットプレイスはNFTを表示できます。

この共通の挙動により、暗号資産における分断が減少します。

また、新規プロジェクトは既存ツールに依存できるため、より迅速にローンチできます。

ただし、相互運用性は決して完全ではありません。

カスタムルールを追加するプロジェクト、対応が不完全なウォレット、類似標準を異なる方法で解釈するチェーンもあります。

価値のある資産を移動したり、未知のコントラクトを操作したりする前に、ユーザーは互換性を確認すべきです。

トークン標準とウォレット対応

ウォレット対応は、トークン標準がもたらす最も目に見える影響の一つです。

ウォレットがトークン標準に対応していれば、通常は残高の表示、転送の作成、メタデータの表示、承認の管理ができます。

ウォレットが標準に対応していない場合、トークンは不正確に表示される、またはまったく表示されない可能性があります。

これは、新しい標準、マルチトークン資産、特殊なトークンモデルでよく見られます。

ウォレットインターフェースで適切に表示されなくても、ユーザーはオンチェーンで資産を保有している場合があります。

その場合、ブロックチェーンエクスプローラーまたは別のウォレットで資産を表示できることがあります。

ウォレットは、最も多くのユーザーに影響する一般的な標準から優先して対応することがよくあります。

トークンをローンチする開発者は、公開前にウォレットでの表示をテストすべきです。

通常とは異なるトークンを受け取るユーザーは、自身のウォレットがその標準に対応しているか確認すべきです。

非対応による表示問題は常に損失を意味するわけではありませんが、混乱や誤操作を招く可能性があります。

トークン標準とDeFi

スマートコントラクトには予測可能な資産の挙動が必要なため、DeFiはトークン標準に大きく依存します。

レンディングプロトコルは、担保をどのように転送するか把握する必要があります。

流動性プールは、トークンの受け取りと送付の方法を把握する必要があります。

ステーキングコントラクトは、入金と報酬を追跡する方法を把握する必要があります。

ガバナンスシステムは、投票力を測定する方法を把握する必要があります。

ERC-20系の代替性標準は、残高追跡と転送のための共通関数を提供するため、DeFiで特に重要です。

ただし、すべてのERC-20トークンがDeFiで安全に動作するわけではありません。

転送税を課すトークンもあります。

アドレスをブラックリストに登録できるトークンもあります。

転送を停止できるトークンもあります。

予期せず新規供給をミントできるトークンもあります。

DeFiプロトコルは、トークンを統合する前にこれらの例外ケースを考慮する必要があります。

トークン標準とNFT

NFT市場は、所有権、承認、メタデータ、転送イベントを読み取れる必要があるため、トークン標準に依存します。

ERC-721により、ウォレットやマーケットプレイスはユニークなデジタル資産に対応しやすくなりました。

ERC-1155により、多数の資産タイプを含むコレクションとバッチ転送に対応しやすくなりました。

NFT標準は、誰がトークンIDを保有するか、承認済みオペレーターがそれを転送できるかを表示するのに役立ちます。

また、アプリケーションがメタデータを取得し、画像や特性を表示するのにも役立ちます。

ただし、NFT標準は真正性を保証しません。

偽のNFTコレクションでもERC-721に完全に従うことができます。

スパムNFTでもERC-1155に完全に従うことができます。

悪意あるコレクションは、メタデータをフィッシングコンテンツに向けながら標準関数を使用できます。

ユーザーは公式コントラクトアドレスを確認し、メタデータ内の不審なリンクを避けるべきです。

標準は互換性を高めますが、デューデリジェンスを置き換えるものではありません。

トークン標準と承認

承認は、トークン標準における最も重要なリスク領域の一つです。

ERC-20は、ユーザーが別のアドレスまたはコントラクトにトークン金額の支出を許可できるように承認を使用します。

ERC-721とERC-1155は、オペレーターが所有者に代わってNFTまたはトークンIDを転送できるように承認システムを使用します。

承認により、DeFi、マーケットプレイス、ステーキング、自動トランザクションが可能になります。

同時に、悪意ある承認により攻撃者が後から資産を移動できるため、リスクも生じます。

無制限の承認は、コントラクトにトークンの現在および将来の残高すべてを支出させる可能性があるため、特にリスクがあります。

ユーザーは承認を定期的に確認し、不要になった権限を取り消すべきです。

ウォレットは承認の詳細を明確に表示すべきです。

開発者は、アプリケーションが実際に必要とする権限だけを要求すべきです。

トークン標準は承認ツールを定義できますが、ユーザーは依然として慎重に承認する必要があります。

トークン標準とメタデータ

メタデータとは、トークンに関する説明情報です。

NFTでは、メタデータに画像、特性、レアリティ属性、説明、アニメーションリンク、外部参照を含めることができます。

代替性トークンでは、メタデータにシンボル、名前、小数点桁数、ロゴ、Webサイト、発行者情報、ドキュメントを含めることができます。

トークン標準はメタデータ関数を直接定義する場合もあれば、拡張標準に依存する場合もあります。

ERC-721には、

、、などの任意のメタデータ関数が含まれます。

ERC-1155は、トークンID置換を伴うURIベースのメタデータを使用します。

ERC-1046は複数のトークンタイプにわたってトークンURIの考え方を拡張します。

ウォレットやマーケットプレイスはメタデータを使用して資産の表す内容を示すため、メタデータはユーザー信頼に影響します。

メタデータが壊れると、トークンは空白に表示される場合があります。

変更可能なメタデータは、ユーザーが保有していると考えていた内容を変える可能性があります。

トークン標準とセキュリティ

トークン標準はセキュリティ監査と同じものではありません。

トークンは標準に従っていても、危険なカスタムロジックを含む可能性があります。

スマートコントラクトのリスクには、ミントのバックドア、所有者限定の制御、転送凍結、悪意ある承認、リエントランシー問題、整数の誤り、アップグレードの悪用、隠れた税金、偽のメタデータが含まれます。

標準はインターフェースを定義しますが、実際の挙動は実装によって決まります。

オープンソースライブラリは正しく使用すればリスクを減らせますが、開発者には依然としてテスト、レビュー、監査が必要です。

公式のOpenZeppelinトークンドキュメントでは、ERC-20、ERC-721、ERC-1155、ERC-6909などの一般的なトークン実装が説明されています。

既知のライブラリを使用することは、開発者が一般的な誤りを避けるのに役立つ場合があります。

ただし、カスタム変更は新たな脆弱性を導入する可能性があります。

ユーザーは、未知のトークンを信頼する前に、検証済みソースコード、監査、所有権管理、コントラクト権限を確認すべきです。

標準準拠はリスクがないことを意味しません。

トークン標準とトークノミクス

トークン標準は技術的な挙動を定義する一方、トークノミクスは経済的な挙動を定義します。

トークン標準は転送方法を定めますが、トークノミクスは供給量、発行、ベスティング、ユーティリティ、ガバナンス、バーン、インセンティブを説明します。

ERC-20トークンは固定供給の場合も、無制限にミント可能な場合もあります。

ERC-721コレクションはレア特性を持つ場合も、同一のメタデータを持つ場合もあります。

ERC-1155ゲームアイテムは希少な場合も、無制限にミントされる場合もあります。

標準はトークンに価値があるかをユーザーに示しません。

アプリケーションがトークンをどのように読み取り、移動できるかを示すだけです。

ユーザーは常に、標準分析とトークノミクス分析を組み合わせるべきです。

技術的に互換性のあるトークンでも、分配が不適切、大規模なアンロック、弱いユーティリティ、所有権の集中といった問題を持つ場合があります。

適切な調査では、トークンがどのように機能するかと、なぜ需要が生じる可能性があるかの両方を確認します。

トークン標準とクロスチェーン資産

クロスチェーントークンは、トークン標準にさらなる複雑性を加えます。

トークンはあるチェーンではネイティブであり、別のチェーンではラップド版として表現される場合があります。

ラップド版は、元の資産とは異なる標準に従う場合があります。

例えば、あるチェーンの資産が別のチェーンではERC-20系トークンとして表現される場合があります。

これによりローカルdAppで資産を利用しやすくなりますが、ブリッジおよび発行者リスクが生じます。

ラップドトークンは、それを裏付けるブリッジ、カストディアン、スマートコントラクト、メッセージングシステムに依存します。

ユーザーは、トークンがネイティブ、ラップド、ブリッジ型、合成資産、またはそのチェーンで直接発行されたものか確認すべきです。

同じシンボルが多くのネットワークに存在する場合がありますが、すべてのバージョンが同じリスクを持つことを意味しません。

クロスチェーン標準は分断を減らすために進化していますが、ユーザーは依然としてコントラクトアドレスとブリッジの来歴を確認すべきです。

トークン標準の互換性は、資産の裏付けを自動的に保証しません。

トークン標準と現実世界資産のトークン化

現実世界資産のトークン化では、オフチェーン資産に関連する請求権、記録、または権益を表すためにトークンを使用します。

例として、国債商品、プライベートクレジット、不動産、コモディティ、請求書、ファンド、カーボンクレジット、その他の金融商品が挙げられます。

規制対象資産には転送制限、本人確認、コンプライアンスロジック、明確な所有権記録が必要になることが多いため、トークン標準はここで重要です。

通常のオープンなERC-20トークンでは、すべての現実世界資産ユースケースに十分でない場合があります。

ERC-3643などの許可型標準は、検証済み参加者のみが保有できる資産向けに設計されています。

これにより、発行者はパブリックブロックチェーンインフラを使用しながらコンプライアンスルールを満たせる場合があります。

ただし、トークン標準は法的契約を置き換えません。

現実世界資産トークンには、明確な発行者条件、償還ルール、カストディ体制、監査、管轄に関する開示、リスク文書が依然として必要です。

ユーザーは、トークン標準だけでオフチェーン資産の法的所有権が証明されると想定すべきではありません。

法的枠組みは、スマートコントラクトのインターフェースと同じくらい重要です。

開発者がトークン標準を選ぶ方法

開発者は、資産タイプ、ユーザー体験、エコシステム対応、セキュリティ要件に基づいてトークン標準を選択します。

資産が代替性を持つ場合、チェーンに応じてERC-20系またはSPL系の設計が適切な場合があります。

資産がユニークなNFTである場合、ERC-721が適切な場合があります。

プロジェクトが1つのコントラクト内で多くの資産タイプを必要とする場合、ERC-1155またはERC-6909が適切な場合があります。

資産に転送制限が必要な場合、許可型トークン標準が適切な場合があります。

アプリケーションが1トランザクションのトークンコールバックを必要とする場合、ERC-1363などの拡張が有用な場合があります。

アプリケーションが署名済み承認を必要とする場合、ERC-2612などの拡張がユーザー体験を改善する場合があります。

開発者は、ウォレット対応、エクスプローラー対応、監査ツール、ライブラリの可用性、ガス代、アップグレード可能性、長期保守も考慮すべきです。

最適な標準が常に最新の標準とは限りません。

最適な標準とは、安全性と広い対応を維持しながらユースケースに適合する標準です。

ユーザーがトークン標準を評価する方法

ユーザーは技術仕様のすべての行を読む必要はありませんが、利用するトークンの種類を理解すべきです。

資産が代替性、非代替性、マルチトークン、許可型、ラップド、または実験的かを把握すべきです。

トークンをホストするブロックチェーンネットワークを把握すべきです。

ウォレットがトークン標準に適切に対応しているか把握すべきです。

コントラクトアドレスが公式情報源と一致するか確認すべきです。

dAppに接続する前に承認を確認すべきです。

トークンが停止、ミント、バーン、課税、ブラックリスト登録、アップグレード可能かを理解すべきです。

NFTメタデータが永続的か変更可能かを確認すべきです。

現実世界資産トークンにスマートコントラクト以外の法的文書があるか確認すべきです。

トークン標準の基本的な理解は、誤ネットワーク送金、偽トークン、安全でない承認、誤解を招くメタデータを避けるのに役立ちます。

よくあるトークン標準の誤り

1つ目の誤りは、標準準拠のトークンが自動的に安全だと想定することです。

2つ目の誤りは、トークン標準とトークノミクスを混同することです。

3つ目の誤りは、シンボルが似ているため誤ったネットワークにトークンを送ることです。

4つ目の誤りは、コントラクトを確認せずに無制限の支出権限を承認することです。

5つ目の誤りは、公式コントラクトを検証せずにNFTメタデータを信頼することです。

6つ目の誤りは、ラップドトークンがネイティブトークンと同じリスクを持つと想定することです。

7つ目の誤りは、ミント、停止、ブラックリスト登録、アップグレードなどの管理者権限を無視することです。

8つ目の誤りは、トークン標準に適切に対応していないウォレットを使用することです。

9つ目の誤りは、実験的標準を成熟して広く対応されているかのように扱うことです。

10個目の誤りは、トークン標準に従うだけで現実世界資産トークンが法的に執行可能だと想定することです。

トークン標準のベストプラクティス

広い互換性が重要な場合は、広く採用された標準を使用してください。

可能な場合は、監査済みで十分にテストされたコントラクトライブラリを使用してください。

標準的な期待と異なるカスタム挙動は文書化してください。

メタデータを耐久性があり、明確で、誠実なものにしてください。

管理者権限を制限するか、透明性をもって説明してください。

明確な承認フローを使用し、不必要な権限を要求しないでください。

ローンチ前に、ウォレット、エクスプローラー、dAppでトークン表示をテストしてください。

可能な場合はコントラクトのソースコードを検証してください。

標準の更新とエコシステムツールの変更を監視してください。

トークン標準は基盤として扱い、完全なセキュリティまたは価値の保証として扱わないでください。

FAQ

トークン標準とは何を意味しますか？

トークン標準とは、暗号資産トークンの挙動と、ウォレット、dApp、エクスプローラー、スマートコントラクトとのやり取りを定義する共有技術ルールセットです。

トークン標準が重要なのはなぜですか？

トークン標準は、多くの暗号資産アプリケーションでトークンの統合、表示、転送、承認、利用を容易にするため重要です。

最も一般的な代替性トークン標準は何ですか？

ERC-20は、Ethereum系ネットワークで最も一般的な代替性トークン標準の一つです。

主要なNFTトークン標準は何ですか？

ERC-721は、ユニークな非代替性トークン向けの代表的なトークン標準です。

ERC-1155は何に使われますか？

ERC-1155は、1つのコントラクト内で代替性、非代替性、準代替性のトークンタイプを管理できるマルチトークンコントラクトに使用されます。

SPLトークンとは何ですか？

SPLトークンとは、Solanaトークンプログラムを通じてデジタル資産を表すためにSolana上で使用されるトークン形式です。

TRC-20とは何ですか？

TRC-20とは、トークン発行と統合のための関数・イベントを定義する、TRON上のスマートコントラクトトークン標準です。

TRC-10とは何ですか？

TRC-10とは、TRON Virtual Machineに依存しないTRONのネイティブトークン標準です。

トークン標準はトークンを安全にしますか？

いいえ。トークン標準は互換性を改善しますが、トークンコントラクト、管理者権限、トークノミクス、流動性、プロジェクトの挙動には依然としてリスクがあります。

2つのトークンが同じ標準を使いながら異なる挙動をすることはありますか？

はい。2つのトークンが同じ標準に従っていても、供給ルール、手数料、権限、メタデータ、リスクが異なる場合があります。

許可型トークン標準とは何ですか？

許可型トークン標準とは、適格なユーザーのみがトークンを保有または移動できるよう、本人確認または転送制限を追加する標準です。

トークン承認が重要なのはなぜですか？

トークン承認は、スマートコントラクトまたはオペレーターにユーザーのウォレットからトークンを移動させる権限を与える可能性があるため重要です。

ラップドトークン標準とは何ですか？

ラップドトークンは通常、別のチェーンまたはシステムの資産を表しながら、ローカルのトークン標準に従います。

新しいトークン標準を使う前にユーザーは何を確認すべきですか？

ユーザーは、ウォレット対応、コントラクトアドレス、承認の挙動、ネットワーク、メタデータ、管理者権限、ブリッジの来歴、プロジェクト文書を確認すべきです。

トークン標準を理解する最も安全な方法は何ですか？

最も安全な方法は、トークン標準を相互運用性のルールとして扱い、セキュリティ、トークノミクス、流動性、法的主張、プロジェクトの信頼性を別途確認することです。

まとめ

トークン標準は、暗号資産トークンがウォレット、dApp、エクスプローラー、マーケットプレイス、ブリッジ、スマートコントラクトで一貫して機能するための技術ルールセットです。

トークンの転送、残高報告、支出承認、イベント発行、メタデータ公開、他のアプリケーションとの連携方法を定義します。

主な例として、代替性トークン向けのERC-20、NFT向けのERC-721、マルチトークンコントラクト向けのERC-1155、SolanaのSPLトークン、TRONのTRC-10またはTRC-20があります。

ERC-6909、ERC-1363、ERC-2612、ERC-3643などのより新しく専門的な標準は、マルチアセットコントラクト、支払い可能トークン、署名済み承認、許可型の現実世界資産ユースケースに向けて、トークン標準が進化し続けていることを示しています。

トークン標準は、暗号資産に相互運用性をもたらすため強力です。

独立したアプリケーションが、資産ごとにカスタム統合をせずトークンを理解できるようにします。

ただし、トークン標準はトークンに価値、安全性、流動性、分散性、または法的執行可能性があることを証明しません。

ユーザーは、コントラクト、ネットワーク、承認、メタデータ、トークノミクス、管理者権限、流動性、ブリッジ構造、プロジェクト文書を常に確認すべきです。

開発者は、ユースケース、セキュリティ、互換性、長期的な対応に基づいて標準を選ぶべきです。

最適なトークン標準とは、ユーザーにとって理解しやすく安全でありながら、資産の目的に適合する標準です。

暗号資産用語集では、Token Standardは、トークンに予測可能な挙動を与え、より広範なWeb3エコシステムがトークンを認識、表示、転送、統合できるようにする共有技術インターフェースとして理解すべきです。