Коротко: нативный стейблкоин выпускает эмитент на конкретной сети, а обёрнутый токен обычно появляется после блокировки исходного актива в мосте и выпуска его представления в другой цепочке. Для пользователя оба могут выглядеть как один долларовый актив, но требования к погашению, набор посредников и последствия сбоя различаются. Главный вопрос – кто обязан предоставить исходный актив при обратном обмене и какие технические шаги для этого нужны.
Что означает нативный выпуск
Нативной называют версию, которую эмитент сам выпускает и признаёт в соответствующей сети. Например, Circle перечисляет сети с официальным выпуском USDC. При погашении вопрос к эмитенту регулируется его условиями, а доступ к прямому обмену на фиат зависит от статуса клиента и действующих правил сервиса. Покупка нативного USDC на бирже не делает любого держателя автоматически клиентом Circle Mint. Это важно при чтении обещаний «можно погасить один к одному»: экономическая цель актива и конкретное право пользователя обратиться к эмитенту не тождественны.
Нативный выпуск исключает дополнительное обещание стороннего моста сохранить обеспечение именно для этой версии токена. Но он не устраняет риск самого эмитента, банковских партнёров, ограничений на адреса, возможных пауз и расхождения рыночной цены с номиналом. В обзоре Circle и USDC эти стороны модели разобраны отдельно. Вопрос о том, при каких обстоятельствах эмитент может ограничить адрес, раскрыт в статье о заморозке USDT и USDC.
Как появляется обёрнутый стейблкоин
В распространённой схеме пользователь отправляет исходный токен в контракт моста на одной цепочке. Мост подтверждает поступление и выпускает в другой сети представление на соответствующую сумму. Для обратного обмена это представление сжигается или блокируется, а исходный актив выдаётся из хранилища. Такая схема создаёт понятную зависимость: стоимость обёрнутой версии опирается не только на эмитента исходного стейблкоина, но и на способность моста сохранить активы и выполнить возврат.
Кто именно контролирует выпуск и вывод, зависит от устройства конкретного моста. Это может быть группа подписантов, набор валидаторов, смарт-контракт с проверкой доказательства или иной механизм. Поэтому слово «bridged» само по себе не говорит, насколько система децентрализована. Полезно смотреть на контракт хранения, порог подписей, возможность обновления кода и правила остановки. Сравнение разных моделей есть в разборе light-client и multisig мостов.
Кто отвечает за погашение
Для нативного токена вопрос погашения обращён к его эмитенту, но реализовать это право можно только в рамках соответствующих условий обслуживания. Для обёрнутого токена непосредственный путь обычно начинается с возврата через мост к исходному активу. Эмитент исходного актива может не выпускать, не принимать к прямому погашению и не контролировать стороннюю обёрнутую версию. Circle прямо отделяет bridged USDC третьих сторон от нативного USDC: такой токен не является выпуском Circle, а его возврат зависит от стороннего моста.
Это различие проявляется во время сбоя. Если резерв в мосте похищен, контракт остановлен или сеть назначения недоступна, держатель wrapped-токена может не получить исходный актив вовремя либо вообще не получить его. При этом сам нативный токен в исходной сети может продолжать работать. Бывает и обратная ситуация: мост функционирует, но проблемы у эмитента или с рыночным доверием затрагивают обе версии. Следовательно, наличие дополнительного слоя не заменяет базовый риск эмитента, а добавляет к нему ещё один набор условий.
Почему одинаковая цена не делает активы одинаковыми
На ликвидном рынке обе версии часто торгуются близко к одному доллару, поскольку арбитражёры обменивают их через мост или биржу. Однако цена зависит от возможности такого обмена здесь и сейчас. Если обратный путь закрыт, для wrapped-токена может появиться отдельный дисконт. Даже краткая задержка увеличивает неопределённость для трейдеров и кредитных протоколов. Механизм потери привязки и его проявления описаны в статье о depeg стейблкоина.
Различаться могут и возможности использования. Биржа может принимать нативную версию, но не принимать обёрнутую; DeFi-пул может устанавливать разные параметры обеспечения; приложение может считать два контракта разными активами. Из одного тикера нельзя вывести ни право на прямое погашение, ни поддержку конкретного депозита. Практические шаги проверки адреса, сети и эмитента вынесены в инструкцию по распознаванию версий стейблкоина.
CCTP и переход от bridged к native
Не каждый межсетевой перевод создаёт стороннюю обёртку. В поддерживаемых сетях CCTP сжигает нативный USDC на исходной стороне и выпускает нативный USDC на стороне назначения после предусмотренного подтверждения. Поэтому для конкретного USDC-маршрута нужно проверять используемый механизм, а не выводить тип токена только из факта перевода между сетями. Отдельные приложения могут переключать маршруты, и конечный контракт важнее маркетингового названия функции.
Иногда эмитент принимает контракт, первоначально созданный по стандарту bridged-токена, и переводит его на нативный выпуск. Это не происходит автоматически для каждого моста и не следует из обещания команды сети. Факт перехода нужно подтверждать актуальным сообщением эмитента и сверять действующий адрес. Практический вывод прост: при выборе стейблкоина рассматривайте эмитента, конкретную сеть, контракт и цепочку обязательств. Тогда станет видно, кто отвечает за исходный актив и где именно может прерваться путь его возврата.
