﻿---
title: "カノニカルトークン、ネイティブトークン、ラップドトークン"
description: "トークンの識別、発行者ネイティブ資産、プロトコル指定のブリッジ表現、同一チェーン上のラッパー、裏付け、償還、実行可能な出口価値を検証優先で解説します。"
image: "https://wiki.fcontext.com/og.png"
---

> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.

# カノニカルトークン、ネイティブトークン、ラップドトークン

> 教育目的の情報であり、投資、法律、セキュリティ上の助言ではありません。トークン名、カノニカルという表示、準備資産、提示価格は、同一性、支払能力、償還可能性、流動性、法的取扱いを保証しません。

<a id="answer"></a>

## 直接の答え

カノニカルとラップドは、相反するトークン区分ではありません。カノニカルは特定のエコシステムが指定したトークンの対応関係または経路を表し、ラップドは表現の仕組みを表します。したがって、プロトコル指定のブリッジトークン自体がラップドトークンであることもあります。WETH は同一チェーン上のラッパーであり、対応チェーン上の発行者ネイティブ USDC は、ブリッジのエスクローではなく、発行者が管理するバーン・アンド・ミントを利用する場合があります。

シンボルではなく、識別情報から確認します。具体的には `chainId`、ネイティブ資産の標識またはトークンコントラクト、プロキシの実装、ブロックです。次に、発行者または指定主体、裏付けとなる資産または負債、ミント、バーン、一時停止、アップグレードの権限者、そして適格な保有者が実際にアンラップ、償還、ブリッジ、売却できるかを確認します。支払能力、償還経路の利用可能性、市場流動性は別々の問題です。

<a id="mechanism"></a>

## 仕組み

1. スナップショットを固定します。チェーン、`chainId`、ネイティブ資産の標識またはトークンアドレス、ブロックと時刻、小数桁、プロキシ実装または `codeHash`、発行者またはプロトコル文書の版を記録します。名称、シンボル、ロゴ、ウォレットのトークンリストは識別情報になりません。
2. 2つの軸で分類します。識別上の地位は、チェーンネイティブ、発行者ネイティブ、プロトコル指定、第三者のいずれかです。仕組みは、同一チェーン上のラッパー、ロック・アンド・ミント型ブリッジ請求権、バーン・アンド・ミント型移転、カストディ型ラッパー、ボールト持分、流動性ネットワークの受取証などです。1つのトークンに複数の表示が当てはまることがあります。
3. 正確な由来と権限関係をたどります。原資産、登録済みのリモート対応トークン、エスクローまたはバーン用コントラクト、メッセンジャーまたはアテスター、移転先のミンター、プロキシ管理者、ミント・バーン権限、一時停止または拒否リスト権限、タイムロック、上限、移行計画を確認します。
4. 原単位と表示単位の両方で、裏付け資産と負債の台帳を再構築します。ロック・アンド・ミント型では、ペアの裏付けに充当できるエスクローを、発行済み表現トークンと処理中の請求権に照合します。発行者によるバーン・アンド・ミント型では、各チェーンの供給量と発行者負債を照合し、存在しないブリッジエスクローを想定してはいけません。
5. 実行可能な償還のライフサイクルを検証します。適格者、方向、承認、アンラップまたはバーン、証明またはアテステーション、確定または請求、各チェーンのガス代、手数料、上限、一時停止、障害からの復旧方法を確認します。少額テストで確認できるのは、その経路と時点だけです。
6. 出口経路を比較します。DEX の実行可能な買い気配と深さ、スリッページ、プロトコル手数料と LP 手数料、ガス代、遅延、カストディアンまたは取引所での受入可否を、準備資産のカバレッジとは分けて記録します。裏付けがあるトークンも額面割れし得ます。流動的な価格が存在しても裏付けの証明にはなりません。
7. レシート、イベント、残高、供給量、エスクロー、処理中の請求権、残存アローワンスを照合します。ネイティブ、ラップド、ブリッジ、発行者ネイティブの残高を分け、実装、権限、対応関係、移行、一時停止、準備資産開示、流動性を監視し、現実的に最悪の実行可能な出口に基づいてエクスポージャーを設定します。

<a id="example"></a>

## 計算例

- **カバレッジには処理中の請求権も含めます。** ペアの裏付けに充当できるエスクローは `2,500.000000 units`、移転先でミント済みの供給量は `2,400.000000 units`、ロック済みだが未ミントの請求権は `100.000000 units` です。経済的負債は `2,400 + 100 = 2,500` なので、調整後カバレッジは `2,500 / 2,500 = 100%` です。処理中の請求権を無視すると `2,500 / 2,400 = 104.1666666667%` となり、誤解を招く余剰が報告されます。正しいカバレッジも、コントラクトの安全性や即時の流動性を証明しません。
- **同じシンボルでも請求権は異なり得ます。** 2つのコントラクトをそれぞれ `2,500 units` 保有しているとします。発行者ネイティブのコントラクトは実行可能な買い気配が `$0.998` で、価値は `2,500 * 0.998 = $2,495` です。第三者ブリッジのコントラクトは買い気配が `$0.920` で、価値は `2,500 * 0.920 = $2,300` です。名称と小数桁が一致していても差額は `$195` です。
- **ラップドはクロスチェーンを意味しません。** ウォレットは当初 `5.000 ETH` を保有し、同一チェーン上の WETH コントラクトへ `3.000 ETH` を預け、ガス代として `0.002 ETH` を支払います。取引後は `1.998 ETH` と `3.000 WETH` を保有します。ラッパーの準備資産と供給量の比率は `3 / 3 = 100%`、コントラクトリスク控除前の経済的エクスポージャーは `1.998 + 3.000 = 4.998 ETH` です。準備資産をもう一度足すと二重計上になります。
- **市場での売却と遅延を伴う償還は異なります。** `10,000 tokens` に対し、DEX の買い気配が `$0.985`、価格インパクトが `0.60%`、LP またはプロトコル手数料が `0.10%`、ガス代が `$12` とします。記載した順序での手取りは `10,000 * 0.985 * (1 - 0.006 - 0.001) - 12 = $9,769.05` です。適格な償還では手数料控除後の `$9,987` を `7 days` 後に受け取ります。単利年率 `8%` の機会費用を使うと現在価値は `9,987 / (1 + 0.08 * 7 / 365) = $9,971.7009519641` で、DEX での売却より `$202.6509519641` 多くなります。これは保証された裁定取引ではなく、デフォルト、ファイナリティ、税務、価格の各リスクを含みません。

<a id="risks"></a>

## リスク

- 誤ったチェーン、ネイティブ資産の標識、トークンコントラクトを使う。
- 偽装されたシンボル、名称、アイコン、ウォレットのトークンリストを信用する。
- 小数桁、原単位、供給量、残高の意味を読み違える。
- プロキシ実装、管理者、コードのアップグレードを見落とす。
- 古いレジストリ、トークンペア、ルーター、ゲートウェイの対応関係を受け入れる。
- 発行者、ミント、バーン、アテスター権限の侵害により管理が失われる。
- 混蔵、担保設定済み、権利負担付きの準備資産をペアの裏付けに充当可能と扱う。
- エスクロー、表現トークン供給量、処理中の請求権を別個の価値として二重計上する。
- 処理中の預入、バーン、出金、手数料、失敗したメッセージを計上しない。
- 転送手数料、リベース、フックのあるトークンが標準的な会計処理に従うと仮定する。
- 発行者による凍結、ブリッジの一時停止、拒否リスト、上限、検閲に直面する。
- 過大なアローワンスを付与する、または誤ったブリッジの支出者を承認する。
- 送信元のファイナリティ、メッセージの有効性、移転先の実行状況を読み違える。
- 利用不能なリレイヤー、シーケンサー、証明者、アテスター、データに依存する。
- リプレイ、二重ミント、バーン失敗、送信元の再編成、会計上の欠陥に遭う。
- 保有者が発行者またはブリッジへ直接償還できないことが判明する。
- 流動性の分断、デペッグ、スリッページ、MEV、市場の深さ不足に直面する。
- ガス代、プロトコル手数料、遅延、機会費用、カストディアンの受入条件を漏らす。
- 廃止されたコントラクトまたは未完了のネイティブトークン移行に取り残される。
- 相関するチェーン、ブリッジ、発行者、オラクル、UI、RPC、税務、制裁、カストディのリスクを重ねる。

<a id="misconceptions"></a>

## よくある誤解

- カノニカルなら必ず発行者ネイティブで、公式、トラストレスかつ安全である。
- ラップドなら必ずトークンがチェーン間を移動している。
- シンボルと小数桁が同じトークンは代替可能な請求権である。
- 1対1という表示、コントラクト残高、供給量の数値だけで償還可能性を証明できる。
- 準備資産の裏付けがあれば、どの市場、どの口座でも即時に1対1の現金価値が保証される。

<a id="related"></a>

## 関連トピック

- [カノニカルブリッジ](/ja/crypto/canonical-bridge/)
- [ブリッジトークンの検証](/ja/crypto/bridge-token-verification/)
- [ラップドトークン](/ja/crypto/wrapped-token/)

<a id="sources"></a>

## 出典

- [Bridges](https://ethereum.org/developers/docs/bridges/) - Ethereum.org（参照日：2026-08-12）
- [ERC-20: Token Standard](https://eips.ethereum.org/EIPS/eip-20) - Ethereum Improvement Proposals（参照日：2026-08-12）
- [WETH9.sol](https://github.com/gnosis/canonical-weth/blob/master/contracts/WETH9.sol) - Gnosis（参照日：2026-08-12）
- [Standard Bridges](https://specs.optimism.io/protocol/bridges.html) - OP Stack Specification（参照日：2026-08-12）
- [Bridged token addresses](https://docs.optimism.io/app-developers/reference/tokens/tokenlist) - Optimism Documentation（参照日：2026-08-12）
- [USDC contract addresses](https://developers.circle.com/stablecoins/usdc-contract-addresses) - Circle Docs（参照日：2026-08-12）
- [Cross-Chain Transfer Protocol](https://developers.circle.com/cctp) - Circle Docs（参照日：2026-08-12）
- [ERC-1967: Proxy Storage Slots](https://eips.ethereum.org/EIPS/eip-1967) - Ethereum Improvement Proposals（参照日：2026-08-12）

Source: https://wiki.fcontext.com/ja/crypto/canonical-vs-wrapped-token/index.mdx
