ГЛАВНАЯ / ИНСТРУКЦИИ / МУЛЬТИЧЕЙН-СТЕЙБЛКОИН: КАК СВЕРИТЬ ВЫПУСК, СЖИГАНИЕ И SUPPLY ПО СЕТЯМ
Мультичейн-стейблкоин: как сверить выпуск, сжигание и supply по сетям
У мультичейн-стейблкоина могут быть отдельные контракты в нескольких сетях. Их предложение нужно сверять на согласованном моменте и с учётом механизма переноса. В burn-and-mint перевод сжигает токен в исходной сети и создаёт его в целевой; в lock-and-mint исходный актив может оставаться заблокированным, пока выпускается обёрнутое представление.
Сначала определите, что именно вы называете supply
TotalSupply одного ERC-20 контракта – значение в одной сети, а не автоматически весь объём токена во всех сетях. Чтобы получить сводную цифру, нужны официальные контракты, одинаковый момент снимка, согласованные decimals и понятное правило включения мостовых версий.
Не складывайте символы из обозревателей. Копия или wrapped token может иметь такое же имя и тикер, но самостоятельный контракт и отдельный механизм обеспечения. Сначала установите эмитента, сеть и происхождение каждой строки.
- supply определён на одинаковый момент
- по каждой сети указан свой контракт
- decimals учтены
Сверяйте состояние totalSupply с журналом операций
Для каждого официального токена прочитайте totalSupply на выбранном блоке и сопоставьте его с mint и burn событиями от момента создания контракта или известного начального состояния. ERC-20 Transfer от нулевого адреса обычно сигнализирует mint, а перевод на нулевой адрес может отражать burn в совместимой реализации; проверьте реализацию и события самого контракта.
Перевод между пользовательскими адресами меняет распределение балансов, но сам по себе не увеличивает и не уменьшает totalSupply. При аудите сохраните диапазон блоков, адрес контракта, transaction hash и обработанные события, чтобы другой аналитик мог воспроизвести итог.
- totalSupply и mint/burn history сверены
- обычные Transfer не приняты за изменение предложения
- начальное состояние обозначено
Lock-and-mint и burn-and-mint создают разные строки учёта
В native burn-and-mint маршруте токены могут сжигаться в исходной сети и выпускаться в целевой после выполнения требований протокола. Между операциями может существовать состояние «source burn завершён, destination mint ещё не сделан». Поэтому снимки по сетям берите на согласованных блоках и учитывайте переводы в процессе.
В lock-and-mint маршруте базовый актив может оставаться в контракте моста, а отдельный контракт создаёт wrapped token. При анализе backing отражайте заблокированный актив и его представление по правилам моста; если включить оба как независимый свободный supply, можно посчитать одну экономическую единицу дважды. Механизм подтверждайте документацией и контрактами.
- burn-and-mint отделён от lock-and-mint
- in-flight transfer учтён
- locked и wrapped value не посчитаны дважды
Публичный supply не показывает состав или доступность резервов
Сопоставьте on-chain цифры с отчётом эмитента только после проверки дат, сетей, контрактов и определения циркулирующего предложения. Отчёт может использовать другой срез или охват; зафиксируйте различия, а не подгоняйте значения под одну сумму.
On-chain totalSupply подтверждает состояние токен-контракта в блоке, но не раскрывает банковские активы, права на погашение, обременения или платёжеспособность эмитента. Для этих утверждений нужны отдельные документы, сведения о резервах и независимые процедуры проверки с обозначенным охватом.
- дата отчёта сопоставлена со срезом блоков
- on-chain supply не принят за резерв
- несовпадение охвата описано явно
Частые вопросы
Можно сложить totalSupply всех сетей?
Только после проверки, что это официальные выпускаемые представления и что bridge-механика не приводит к двойному счёту.
Transfer на нулевой адрес всегда означает burn?
Часто так отображается уничтожение токенов, но сверяйте реализацию и событие конкретного контракта.
Сожжённый токен уже появился в целевой сети?
Не обязательно. Проверьте destination mint и статус сообщения отдельно.
Locked token и wrapped supply – две независимые единицы обеспечения?
Обычно это связанные стороны одной мостовой модели; не складывайте их без анализа контракта.
Показывает ли totalSupply объём резервов?
Нет. Это состояние контракта, а не подтверждение банковских или иных резервных активов.
Чек-лист: мультичейн-стейблкоин: как сверить выпуск, сжигание и supply по сетям
- зафиксированы дата и блок по каждой сети;
- официальные контракты и decimals установлены;
- totalSupply сверено с mint/burn history;
- события обычных переводов отделены от изменения supply;
- выпуски native, bridge и wrapped классифицированы;
- межсетевые операции в процессе учтены;
- резервные документы анализируются отдельно от on-chain supply.
Материал подготовлен редакцией сайта и проверен 13 ноября 2026 года. Условия бирж, кошельков и блокчейн-сетей могут меняться. Перед операцией сверяйте данные в интерфейсе выбранного сервиса.