Миграция контракта и ребрендинг токена на CoinGecko

Что включает миграция контракта и ребрендинг?

Поддержка миграции контракта и ребрендинга координирует изменения, необходимые для представления единой идентичности токена после перемещения контракта или обновления бренда. Она предназначена для команд, которые изменили или готовятся изменить контракт токена, тикер, отображаемое название или логотип, и которым необходимо проверить и обновить соответствующие записи на платформах.

Миграция может включать не только замену адреса контракта. Проекту также может потребоваться объяснить, как связаны старый и новый контракты, какая идентичность токена остается официальной и как держатели должны распознавать новый актив. Ребрендинг без перемещения контракта все равно требует согласованности названий и визуальных материалов. Сначала мы определяем, какие изменения входят в объем и какие записи требуют внимания.

Типичная координация включает:

• Подтверждение канонических деталей токена проекта и публичных ссылок.
• Подготовку краткого объяснения миграции или ребрендинга.
• Организацию запросов на обновление для CoinMarketCap, CoinGecko и соответствующих DEX-скринеров.
• Отслеживание вопросов, запрошенных разъяснений и видимых изменений профиля.

Это целенаправленная услуга в рамках листинга и верификации. Если проекту также требуется новый профиль на платформе, а не обновление существующего, ознакомьтесь с отдельным объемом листинга на CoinMarketCap или листинга на CoinGecko.

Какие детали токена должны совпадать на всех платформах?

Проект должен представлять одну и ту же верифицированную идентичность токена везде, где ее проверяет пользователь или модератор платформы. Перед запросом изменений создайте один утвержденный источник истины для нового адреса контракта, тикера, названия токена, файлов логотипа, сети и соответствующих официальных ссылок проекта. Точные доступные поля различаются в зависимости от платформы, поэтому подготовьте полный набор, даже если конкретная форма запрашивает меньше деталей.

Для каждой существующей записи определите, что меняется, а что должно остаться. Отметьте, следует ли рассматривать старый контракт как устаревший актив, является ли новый контракт правопреемником и как проект описывает отношения публично. Избегайте отправки противоречивых объяснений от разных членов команды. Если деталь еще не определена, решите ее до отправки, а не просите платформы угадывать предполагаемую идентичность.

Полезный чек-лист подготовки:

• Подтвердите новый адрес из авторитетного источника проекта.
• Утвердите окончательный тикер, отображаемое название и логотип.
• Сделайте объяснение миграции соответствующим публичному объявлению проекта.
• Соберите ссылки, подтверждающие идентичность проекта и контекст миграции.
• Назначьте одного контактного лица для консолидации вопросов и ответов платформы.

Для изменений, которые пересекаются с метаданными эксплорера, координируйте обновление информации о токене и логотипе как отдельный рабочий процесс через обновление информации о токене и логотипа в эксплорере. Если также требуется проверка циркулирующего предложения, рассматривайте это как отдельный запрос в рамках верификации циркулирующего предложения, а не предполагайте, что обновление контракта решит эту задачу.

Чем отличаются обновления на CoinMarketCap, CoinGecko и DEX-скринерах?

Каждая платформа ведет свои собственные записи токенов и процесс обновления, поэтому одно объявление о миграции не синхронизирует автоматически все профили. Мы сопоставляем запрошенные изменения проекта с соответствующими существующими записями, а затем готовим отправки для каждой платформы, а не копируем одно общее сообщение везде.

Для CoinMarketCap и CoinGecko работа сосредоточена на объяснении связи между существующим листингом и новым контрактом или идентичностью бренда, с готовой к проверке вспомогательной информацией о проекте. DEX-скринеры могут отображать данные токена на уровне контракта и детали профиля проекта отдельно. Это означает, что изменение, связанное с контрактом, и изменение логотипа или ссылок могут потребовать отдельных проверок. Мы определяем эти рабочие процессы до отправки запросов.

Практическое сравнение:

Если профилю скринера требуется более широкое обновление метаданных, см. обновление профиля DEXTools и DEXScreener. Если проекту требуется новый листинг, а не изменение существующей записи, используйте соответствующие услуги листинга для определения этого отдельного объема.

Как мы проводим обновление миграции от брифа до последующих действий?

Мы выполняем работу в упорядоченной последовательности: подтверждаем изменение, готовим доказательства, отправляем запросы для конкретных платформ и поддерживаем последующие действия в рамках согласованного объема. Команда проекта отвечает за утверждение фактов о токене и публичного объявления; мы организуем работу по обновлению и коммуникацию.

Процесс обычно включает следующие шаги:

1. Определите объем изменения. Запишите старые и новые детали контракта, изменения бренда, платформы и целевые профили.
2. Решите вопросы идентичности. Подтвердите канонический тикер, название, логотип, сеть и то, как проект описывает переход.
3. Подготовьте передачу. Соберите детали запроса и подтверждающие ссылки в едином формате для каждой платформы.
4. Координируйте отправки. Отправьте или поддержите согласованные запросы на обновление и ведите организованную переписку с платформами.
5. Проверьте и отчитайтесь. Проверьте видимые записи, отметьте нерешенные вопросы и предоставьте сводку статуса с дальнейшими действиями.

Готовый проект предоставляет утвержденную информацию о токене, доступ к нужному контактному лицу проекта, окончательные активы и любые соответствующие публичные материалы о миграции. Мы можем начать организацию работы, пока готовится объявление, но детали отправки должны отражать окончательные утвержденные факты. Сроки планируются с учетом этих зависимостей и процесса проверки платформы, а не предполагаемого универсального времени выполнения.

Что получит проект?

Результат — это скоординированный пакет обновлений для согласованных платформ, а не просто набор скопированных ответов форм. Он предоставляет команде надежную запись того, что было запрошено, какая информация была предоставлена и что остается открытым, чтобы внутренние коммуникации и последующие действия на платформах оставались согласованными.

Согласованный объем может включать:

• Инвентаризацию платформ и профилей с указанием записей для обновления.
• Чек-лист канонических деталей токена для контракта, тикера, названия, логотипа и ссылок проекта.
• Материалы запроса для конкретной платформы, описывающие миграцию или ребрендинг.
• Координацию отправок и ответов для указанных платформ.
• Отчет о статусе, показывающий выполненную работу, ожидающие проверки и следующие действия.

Мы также отмечаем несоответствия, которые могут привести к ненужной переписке, такие как разные тикеры в материалах проекта или объяснение, не соответствующее публичным сообщениям команды. Проект утверждает все фактические утверждения и окончательный брендинг. Если запрос выявляет необходимость другого рабочего процесса, такого как новый листинг или исправление профиля, мы определяем его до расширения объема. Вы можете сравнить смежные потребности в верификации через верификацию сообщества CoinMarketCap или ознакомиться с более широким хабом листинга и верификации.

Что может повлиять на одобрение и сроки?

Хорошо подготовленный запрос повышает ясность, но каждая платформа контролирует свою собственную проверку, структуру записей, сроки обновления и решение о том, как изменить листинг. Мы не можем обещать, что платформа примет запрошенное сопоставление, сохранит определенную историческую запись, объединит профили или отобразит все изменения к выбранной дате. Наше обязательство — предоставить согласованную подготовку, координацию отправки и отчетность, а не контролировать решение внешней платформы.

Самый полезный способ уменьшить задержки — сделать миграцию легкой для понимания и проверки. Сделайте публичное объяснение проекта согласованным с деталями в каждом запросе. Убедитесь, что новый контракт и активы бренда окончательны, и назначьте ответственное контактное лицо проекта для разъяснений. Если платформа запрашивает дополнительную информацию, ответьте на конкретный вопрос напрямую и предоставьте подтверждающие ссылки, а не отправляйте повторно общее введение.

Перед утверждением начала спросите свою команду:

• Подтверждены ли старые и новые детали контракта проектом?
• Объяснена ли связь между двумя записями токенов последовательно?
• Являются ли выбор логотипа и тикера окончательными во всех публичных каналах?
• Может ли одно уполномоченное лицо отвечать на последующие вопросы платформы?

Если цель включает отдельную проблему с данными, определите ее явно. Запрос на миграцию сам по себе не решает проверку предложения или более широкую проблему профиля. Четкое разделение этих задач упрощает аудит прогресса и помогает предотвратить ситуацию, когда один нерешенный вопрос скрывает обновление ребрендинга.

Когда следует сочетать миграцию с другими обновлениями токена?

Сочетайте миграцию контракта с другими услугами, когда эти записи являются частью одного запуска или ребрендинга, но четко определяйте цель каждой платформы. Новый контракт может потребовать скоординированного обновления профиля, в то время как токен сейл, листинг на бирже или объявление сообщества имеют свой собственный объем и зависимости.

Простое правило принятия решений помогает: если задача изменяет одну и ту же идентичность токена, координируйте ее сроки и исходную информацию; если она направлена на отдельный результат платформы, планируйте и отслеживайте ее как отдельный рабочий процесс. Например, существующая запись DEX-скринера, требующая новых деталей проекта, подходит для сочетания с миграцией. Новый листинг на централизованной бирже не следует автоматически из обновления контракта и требует своей собственной подготовки.

Полезные смежные работы могут включать листинг на DEX и настройку ликвидности, включение логотипа в wallet и списка токенов или новый листинг на CoinGecko, если нет существующей записи для обновления. Делитесь утвержденными деталями токена между этими рабочими процессами, назначьте одно лицо для утверждения фактических изменений и ведите отдельные заметки о статусе для каждой платформы. Это дает проекту согласованную публичную идентичность, не подразумевая, что одна отправка обновляет всех поставщиков данных.

Цены

Стартовые цены в долларах США. Индивидуальные пакеты и скидки за объём — по запросу. Оплата в USDT, USDC, BTC, ETH, SOL, TON или токеном проекта.

Как мы работаем

1. Определите изменениеПеречислите старые и новые детали контракта, изменения бренда, платформы и существующие профили. Подтвердите, что включено, до начала работы.
2. Утвердите источник истиныОкончательно утвердите тикер, название, логотип, сеть и объяснение миграции. Назначьте одно контактное лицо проекта для утверждения фактов и ответов на вопросы.
3. Подготовьте запросы для платформОрганизуйте подтверждающие ссылки и адаптируйте запрос к каждой записи платформы и типу обновления.
4. Координируйте отправкиОтправьте или поддержите согласованные запросы, затем ведите организованную переписку с платформами и последующие действия.
5. Проверьте и отчитайтесьПроверьте видимые изменения профиля и предоставьте сводку статуса, разделяющую выполненную работу и ожидающую проверки платформы.