---
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.
# Канонические, нативные и обёрнутые токены
> Только в образовательных целях; не является инвестиционным советом или инвестиционной рекомендацией. Инвестиции могут привести к убыткам.
## Краткий ответ
Канонический и обёрнутый — не противоположные классы токенов. Канонический описывает сопоставление токена или маршрут, назначенный определённой экосистемой; обёрнутый описывает механизм представления. Токен назначенного протоколом моста сам может быть обёрнутым, тогда как WETH — обёртка в той же сети, а нативный USDC эмитента в поддерживаемой сети может использовать управляемое эмитентом сжигание и выпуск вместо мостового эскроу.
Начинайте с идентичности, а не символа: `chainId`, признак нативного актива или контракт токена, реализация прокси и блок. Затем установите, кто его выпускает или назначает, какой актив либо обязательство его обеспечивает, кто может выпускать, сжигать, приостанавливать или обновлять его и может ли правомочный держатель действительно развернуть, погасить, перевести через мост или продать его. Платёжеспособность, доступность погашения и рыночная ликвидность — разные вопросы.
## Как это работает
1. Зафиксируйте снимок: сеть, `chainId`, признак нативного актива или адрес токена, блок и время, десятичность, реализацию прокси или `codeHash` и версию документации эмитента или протокола. Имя, символ, логотип и список кошелька не подтверждают идентичность.
2. Классифицируйте по двум осям. Статус идентичности может быть нативным для сети или эмитента, назначенным протоколом либо сторонним. Механизмом может быть обёртка в одной сети, мостовое требование lock-and-mint, перенос burn-and-mint, кастодиальная обёртка, доля хранилища или расписка сети ликвидности. Один токен может иметь несколько меток.
3. Проследите точную цепочку происхождения и полномочий: исходный актив, зарегистрированный удалённый аналог, контракт эскроу или сжигания, мессенджер или аттестер, минтер назначения, администратор прокси, роли выпуска и сжигания, право паузы или denylist, timelock, лимиты и план миграции.
4. Восстановите реестр обеспечения и обязательств в сырых и отображаемых единицах. Для lock-and-mint сверяйте эскроу, относящийся к конкретной паре, с обращающимся предложением представления и требованиями в пути. Для issuer burn-and-mint сверяйте предложение по сетям и обязательство эмитента; не выдумывайте отсутствующий мостовой эскроу.
5. Проверьте исполнимый цикл погашения: правомочность, направление, разрешения, разворачивание или сжигание, proof или attestation, finalize или claim, gas в каждой сети, комиссии, лимиты, паузы и восстановление после сбоя. Малый тест доказывает только этот маршрут и снимок.
6. Сравните пути выхода. Отдельно от покрытия зафиксируйте исполнимый bid DEX и глубину, проскальзывание, комиссии протокола и LP, gas, задержку и принятие кастодианом или биржей. Обеспеченный токен может торговаться ниже номинала, а ликвидная цена не доказывает обеспечение.
7. Сверьте квитанции, события, балансы, предложение, эскроу, ожидающие требования и остаточные разрешения. Раздельно учитывайте нативные, обёрнутые, мостовые и нативные для эмитента балансы; отслеживайте реализацию, роли, сопоставление, миграцию, паузу, раскрытие резервов и ликвидность; ограничивайте позицию худшим правдоподобным исполнимым выходом.
## Разобранные примеры
- **Покрытие должно включать ожидающие требования.** Эскроу пары равен `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,500 units` каждого из двух контрактов. Исполнимый bid нативного контракта эмитента равен `$0.998`, стоимость — `2,500 * 0.998 = $2,495`; у стороннего мостового контракта bid `$0.920`, стоимость — `2,500 * 0.920 = $2,300`. Разница `$195`, несмотря на одинаковые имя и десятичность.
- **Обёртка не означает переход между сетями.** Кошелёк начинает с `5.000 ETH`, вносит `3.000 ETH` в WETH-контракт той же сети и платит `0.002 ETH` gas. Он заканчивает с `1.998 ETH` и `3.000 WETH`; резерв и предложение обёртки равны `3 / 3 = 100%`; экономическая экспозиция — `1.998 + 3.000 = 4.998 ETH` до риска контракта. Повторное добавление резерва было бы двойным учётом.
- **Рыночный выход и отложенное погашение различаются.** Для `10,000 tokens` bid DEX равен `$0.985`, влияние на цену — `0.60%`, комиссия LP или протокола — `0.10%`, gas — `$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`, на `$202.6509519641` больше. Это не гарантированный арбитраж; исключены риски дефолта, финальности, налогов и цены.
## Риски
- Неверная сеть, признак нативного актива или контракт токена.
- Поддельный символ, имя, значок или список кошелька.
- Ошибка в десятичности, сырых единицах, предложении или балансе.
- Неучтённая реализация прокси, администратор или обновление кода.
- Устаревший реестр, пара токенов, роутер или gateway.
- Компрометация эмитента либо роли выпуска, сжигания или аттестации.
- Смешанные, заложенные или обременённые резервы как обеспечение пары.
- Двойной учёт эскроу, предложения и ожидающих требований.
- Пропуск депозитов, сжиганий, выводов, комиссий или отказавших сообщений в пути.
- Предположение о стандартном учёте fee-on-transfer, rebasing или hook-токенов.
- Заморозка эмитентом, пауза моста, denylist, лимит или цензура.
- Избыточное разрешение или одобрение неверного spender моста.
- Неверное прочтение финальности источника, сообщения или исполнения назначения.
- Недоступные relayer, sequencer, prover, attester или данные.
- Replay, двойной выпуск, неудачное сжигание, reorg или дефект учёта.
- Недоступное держателю прямое погашение у эмитента или моста.
- Фрагментация ликвидности, depeg, проскальзывание, MEV или малая глубина.
- Неучтённые gas, комиссии, задержка, альтернативная стоимость или принятие кастодианом.
- Устаревший контракт или незавершённая миграция к нативному токену.
- Коррелированные риски сети, моста, эмитента, oracle, UI, RPC, налогов, санкций и хранения.
## Распространённые заблуждения
- Канонический всегда означает нативный для эмитента, официальный, trustless и безопасный.
- Обёрнутый всегда означает, что токен пересёк сеть.
- Токены с одинаковым символом и десятичностью взаимозаменяемы.
- Метка один к одному, баланс контракта или предложение доказывают погашаемость.
- Резервное обеспечение гарантирует немедленную стоимость один к одному в любом рынке и счёте.
## Связанные темы
- [Канонический мост](/ru/crypto/canonical-bridge/)
- [Проверка мостового токена](/ru/crypto/bridge-token-verification/)
- [Обёрнутый токен](/ru/crypto/wrapped-token/)
## Источники
- [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/ru/crypto/canonical-vs-wrapped-token/index.mdx