ГЛАВНАЯ / ИНСТРУКЦИИ / АДМИНИСТРИРОВАНИЕ СТЕЙБЛКОИНА: PROXY, ВЫПУСК, PAUSE И БЛОКИРОВКА АДРЕСОВ
Администрирование стейблкоина: proxy, выпуск, pause и блокировка адресов
Тикер и интерфейс ERC-20 не показывают, кто может выпускать токены, приостанавливать операции или блокировать адреса. Такие полномочия зависят от кода конкретного стейблкоина и схемы proxy. Проверьте implementation, роли и события на точном контракте, не перенося возможности одного эмитента на весь рынок.
Проверяйте исполняемую реализацию на выбранном блоке
У прокси адрес, которым пользуются держатели, может хранить состояние и перенаправлять вызовы на другой implementation. Поэтому чтения только ABI или страницы с исходным кодом по адресу реализации недостаточно: установите связь proxy и logic contract для нужной сети и высоты блока.
Если реализация обновляема, проверьте события изменения implementation и полномочия proxy admin. Историческое событие показывает смену указателя, но для текущего состояния запросите активную цель proxy. Учитывайте, что возможности старой версии могли отличаться.
- proxy и implementation сопоставлены
- состояние взято на определённом блоке
- upgrade event и текущая цель проверены
Minters, pausers и blacklist-операторы отвечают за разные действия
Конкретная реализация может разделять выпуск токенов, управление паузой и блокировку адресов между разными ролями. Отдельно проверьте, кто назначает или отзывает каждого участника, может ли роль измениться через multisig или timelock и какие события подтверждают обновление.
Названия ролей не являются универсальным стандартом ERC-20. В одном контракте pause может запрещать переводы и выпуск, в другом – применяться только к выбранным функциям; blacklist тоже может влиять на отправителя, получателя или конкретные методы. Читайте guards и условия функций исходного кода.
- minter, pauser и blacklister найдены при наличии
- admin каждой роли установлен
- возможности проверены по коду
Глобальная остановка и блокировка адреса дают разный результат
Pause обычно относится к состоянию контракта или выбранных функций: при активном ограничении подпадающий под него вызов может завершиться ошибкой. Blocklist чаще проверяет конкретные адреса. Это описания распространённых шаблонов, а не обещание одинаковой семантики во всех токенах.
Проверяйте публичные getters, события и внутренние проверки transfer, transferFrom, mint, burn и permit. Убедитесь, что изучаете контракт нужного актива и сети; похожий тикер или копия токена могут иметь другие роли и код.
- глобальная pause отделена от blocklist адреса
- state getters проверены
- затронутые методы определены отдельно
Сведите права, состояние и обновления в одну схему
Запишите адреса proxy, implementation, owner, proxy admin, minter, pauser и blacklister, если такие роли существуют. Для каждого укажите источник назначения, способ отзыва и связанные события. Если контракт использует AccessControl, выясните admin role каждой роли, а не только владельца.
Состояние проверяйте на согласованном блоке и после последнего upgrade. Наличие pause-функции не означает, что она сейчас включена; видимая роль не гарантирует, что её ключи не потеряны или скомпрометированы. Код и ончейн-данные раскрывают полномочия, но не доказывают операционную надёжность владельцев ключей.
- адреса ролей и события сохранены
- изменения proxy прослежены
- видимые роли не приняты за гарантию безопасности ключей
Частые вопросы
Стандарт ERC-20 требует blacklist или pause?
Нет. Эти функции и роли добавляет конкретная реализация.
Proxy admin и minter – обязательно один адрес?
Нет. Проверяйте конкретное распределение и роль, которая назначает другие роли.
Если функция pause есть, токен остановлен?
Нет. Проверьте текущее состояние и условия, применимые к переводам и другим операциям.
Blocklist одинаково запрещает все действия?
Не обязательно. Сверьте проверки в функциях конкретной версии контракта.
Достаточно посмотреть implementation?
Нужно ещё установить proxy, текущую реализацию и состояние на выбранном блоке.
Чек-лист: администрирование стейблкоина: proxy, выпуск, pause и блокировка адресов
- сеть, token address и proxy подтверждены;
- текущий implementation установлен на конкретном блоке;
- все административные роли найдены;
- для каждой роли найден её admin;
- pause и blocklist state проверены отдельными вызовами;
- события upgrade и role changes просмотрены;
- возможности контракта не приписаны всем стейблкоинам.
Материал подготовлен редакцией сайта и проверен 13 ноября 2026 года. Условия бирж, кошельков и блокчейн-сетей могут меняться. Перед операцией сверяйте данные в интерфейсе выбранного сервиса.