ГЛАВНАЯ / ИНСТРУКЦИИ / MINT И BURN ТОКЕНА: КАК ПРОВЕРИТЬ ИЗМЕНЕНИЕ ПРЕДЛОЖЕНИЯ
Mint и burn токена: как проверить изменение предложения
Mint создаёт токены, а burn уменьшает предложение по логике контракта. Проверяйте эти операции по сети, адресу контракта, изменениям totalSupply и событиям, а не по названию токена или сообщению в соцсетях. Установите также, кто может выпускать новые единицы и есть ли ограничения этого права.
Mint создаёт единицы, burn уменьшает учтённый объём по правилам контракта
В ERC-20 реализация обычно отражает mint событием Transfer от нулевого адреса, а burn – событием к нулевому адресу и снижением totalSupply. Но внутреннее устройство токена может быть расширено, обновляемо или отличаться от стандартного примера. Сначала проверьте верифицированный код и ABI конкретного контракта.
Операция mint не обязательно меняет максимальный предел токена, если он ведётся отдельным параметром. Burn тоже не обязательно означает перевод на адрес с названием dead: токены могут оказаться там без уменьшения totalSupply. Различайте уничтожение по логике контракта и добровольный перевод на адрес, откуда никто не может потратить средства.
- Transfer от нулевого адреса часто сопровождает mint ERC-20;
- Transfer к нулевому адресу часто сопровождает burn ERC-20;
- totalSupply проверяется до и после события;
- само имя адреса не доказывает сжигание.
Сверьте транзакцию, логи и состояние контракта
Откройте транзакцию в обозревателе правильной сети и проверьте адрес токена, статус, события и декодированные аргументы. Сопоставьте изменение totalSupply на историческом блоке с количеством в событии; при прокси проверьте активную реализацию и административные права.
Для токена в нескольких сетях проверьте каждый контракт отдельно: локальный mint на одной цепочке может соответствовать блокировке или сжиганию на другой, а адреса с одинаковым тикером не обязаны иметь связь. Мостовая модель и её обеспеченность – отдельный предмет проверки.
| Проверка | Где смотреть | Результат |
|---|---|---|
| Контракт | Официальные материалы и обозреватель | Адрес и сеть совпадают |
| Событие | Логи транзакции | Отправитель или получатель соответствует модели |
| Supply | Вызов totalSupply на блоке | Изменение согласуется с операцией |
| Роли | Код и состояние доступа | Известно, кто ещё может mint |
Найдите minter, cap и способ управления ролями
Проверьте, существует ли mint-функция, какой адрес вправе её вызывать, ограничено ли количество, и может ли владелец менять роли. Для AccessControl изучите minter role и её администраторский уровень; для Ownable – owner и функции передачи ownership; для proxy – upgrade admin.
Фиксированное предложение можно подтвердить только после анализа всех путей изменения supply, включая будущие обновления кода и отдельные цепочки. Наличие burn-функции не доказывает дефляционную модель, а возможность mint не сообщает, сколько токенов будет создано.
- minter и его роли определены;
- max supply или cap подтверждён кодом;
- владельцы и proxy admin проверены;
- выпуск на других сетях рассмотрен отдельно.
Сохраняйте доказательства по одной транзакции и одному контракту
Запишите сеть, контракт, блок и хэш транзакции, количество единиц с учётом decimals, итоговые значения supply и вызвавший адрес. Для пакетной или мостовой операции исследуйте каждый контракт и связь между событиями, не суммируя несопоставимые сети.
Агрегатор может обновить числовые метрики не в тот же момент, когда состоялась транзакция. Для самого изменения предложения первичны состояние контракта и его логи; для circulating supply дополнительно действует методика классификации.
Частые вопросы
Mint всегда увеличивает totalSupply?
В стандартной реализации ERC-20 – да, но проверьте конкретный контракт, расширения и способ отображения.
Перевод на burn address уменьшает totalSupply?
Не обязательно. Если контракт не вызвал логику burn, перевод на недоступный адрес сам по себе может не уменьшить счётчик предложения.
Если есть burn-функция, токен дефляционный?
Наличие функции не доказывает фактический объём и частоту сжиганий или будущую динамику предложения.
Можно ли найти minter по истории переводов?
История показывает события, но полномочия нужно проверять по коду, ролям и активной реализации.
Чек-лист: mint и burn токена: как проверить изменение предложения
- сеть и контракт совпадают с официальным источником;
- в коде найден путь mint или burn;
- транзакция и логи прочитаны;
- totalSupply сравнен на нужных блоках;
- decimals учтены;
- dead address не принят за доказательство burn;
- minter, cap и роли проверены;
- proxy и права обновления исследованы;
- другие сети проверены отдельно.
Материал подготовлен редакцией сайта и проверен 21 октября 2026 года. Условия бирж, кошельков и блокчейн-сетей могут меняться. Перед операцией сверяйте данные в интерфейсе выбранного сервиса.