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

Коли потрібне оновлення лістингу після міграції?

Оновлення лістингу потрібне, коли проєкт переходить на нову адресу контракту або змінює ідентичність токена. Завдання — допомогти каталогам та інструментам відображати узгоджені дані, щоб користувач міг відрізнити актуальний токен від попередньої версії.

Типові приводи для роботи:

• перенесення токена на новий контракт із визначеним зв’язком між старою та новою версіями;
• зміна назви, тікера або логотипа без зміни основної адреси;
• одночасна міграція контракту та ребрендинг;
• розбіжності між офіційним сайтом, оголошенням про міграцію та сторінками трекерів.

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

Якщо частина інформації ще не затверджена, спершу фіксуємо її всередині проєкту. Подання з різними варіантами назви чи адреси ускладнює перевірку та може призвести до повторної роботи.

Як оновлюються дані на CMC, CoinGecko та DEX-скринерах

Оновлення проходить окремо для кожного сервісу: ми готуємо дані за його поточним процесом і супроводжуємо відповідне подання. Наявність картки токена на одній платформі не означає, що інші автоматично змінять адресу чи бренд.

Для кожного майданчика складаємо перелік полів, які потрібно звірити: назва, тікер, контракт, мережа, логотип, офіційні посилання та пояснення міграції. Далі перевіряємо, чи відповідають одне одному сайт проєкту, повідомлення команди та інформація, яку подаємо. Для профілів DEXTools і DEXScreener окремо готуємо потрібні дані в межах відповідного оновлення профілю DEXTools і DEXScreener.

На CMC і CoinGecko робота пов’язана з наявною сторінкою активу та правилами подання запиту. Якщо потрібне створення або уточнення картки, це може бути окремим завданням — дивіться лістинг на CoinMarketCap і лістинг на CoinGecko. Ми не підміняємо процес оновлення рекламним розміщенням: мета тут — коректність профілю, а не присутність у промоблоці.

Щоб не втратити важливий контекст, додаємо до запиту чітке пояснення зв’язку між адресами та джерела, де команда офіційно повідомила про зміни.

Які матеріали підготувати для зміни контракту й бренду

Для підготовки подань потрібен один затверджений набір відомостей про старий і новий токени. Чим менше розбіжностей між джерелами проєкту, тим легше пояснити платформам, що саме змінилося.

Підготуйте:

• стару й нову адресу контракту та назву мережі;
• актуальні назву, тікер і логотип у потрібних форматах;
• офіційний сайт і сторінки проєкту, де оприлюднено оголошення;
• коротке пояснення причини міграції та статусу старого контракту;
• дати й деталі переходу, якщо вони вже затверджені командою;
• контакт відповідальної особи, яка може підтвердити інформацію.

У межах послуги ми звіряємо пакет матеріалів, відзначаємо прогалини, формуємо узгоджений опис змін і готуємо подання для погоджених платформ. За потреби перевіряємо, чи має сенс окремо оновлювати відображення токена в експлорері: оновлення інформації про токен в експлорері. Якщо команда змінює також дані про пропозицію токенів, це варто розглядати окремо від міграції — дивіться верифікацію циркулюючої пропозиції.

Перед передачею матеріалів перевірте, що адресу скопійовано повністю, логотип є фінальною версією, а оголошення не містить суперечливих формулювань. Ми не просимо передавати seed-фрази, приватні ключі або доступ до гаманців.

Як проходить супровід і від чого залежить строк

Робота починається з перевірки вихідних даних і завершується звітом про подані запити та отримані відповіді. До початку погоджуємо платформи, зміни й відповідальних, аби команда розуміла межі завдання.

Послідовність така:

1. Бриф і перевірка. Ви передаєте адреси, бренд-матеріали й офіційні джерела; ми зіставляємо їх і фіксуємо питання.
2. Пакет змін. Узгоджуємо, які дані мають залишитися, а які оновлюються, та готуємо текст пояснення.
3. План подання. Розкладаємо запити за платформами й підтверджуємо, хто від команди надає додаткові відомості.
4. Супровід. Передаємо запити, відстежуємо відповіді та допомагаємо підготувати уточнення, якщо їх запросять.
5. Звірка результату. Перевіряємо доступні сторінки й повідомляємо, що оновлено, а де потрібна подальша дія.

Тривалість залежить від готовності матеріалів, кількості платформ, необхідності уточнень і черги розгляду запитів. Зі свого боку ми повідомляємо статус і не відкладаємо підготовку через внутрішню неузгодженість: спірні поля повертаємо команді на підтвердження до подання. Обсяг і початок робіт фіксуємо до старту; ціна послуги — від $1 150 / проєкт.

Що команда контролює, а що вирішують платформи

Ми контролюємо точність пакета, відповідність поданих даних затвердженій версії та супровід запитів; рішення про зміну запису ухвалює кожна платформа за власною процедурою. Тому строки розгляду, перелік додаткових підтверджень і прийняття конкретної зміни не перебувають під контролем агентства.

Це особливо важливо, якщо стара й нова адреси одночасно активні, пояснення міграції ще не опубліковане офіційно або назва й тікер у різних джерелах не збігаються. У такій ситуації спершу узгодьте публічну інформацію та поясніть зв’язок між версіями токена. Не варто подавати різні варіанти логотипа чи опису на різні платформи, сподіваючись виправити їх пізніше.

Ми не можемо обіцяти, що CMC, CoinGecko або DEX-скринер прийме запит у певний строк чи внесе кожну запитану зміну. Підтверджене з нашого боку зобов’язання — погоджений обсяг підготовки, подання та супроводу. Якщо платформа відмовляє або просить додаткові дані, передаємо причину й наступні кроки, які команда може виконати.

До запуску перевірте, чи є в проєкту контроль над офіційними каналами та чи готова відповідальна особа швидко підтвердити деталі. Це практично впливає на те, наскільки безперервно можна вести комунікацію.

Як поєднати міграцію з іншими оновленнями лістингу

Міграцію варто планувати як частину ширшого оновлення даних, якщо разом із контрактом змінюються профілі, верифікація або інформація в екосистемі проєкту. Спершу визначте основну адресу й бренд, потім використовуйте цю версію в усіх наступних запитах.

Для зручності розділіть роботу на три групи:

• Каталоги: перевірка сторінок CMC і CoinGecko, а також потреби в окремому лістингу.
• Профілі скринерів: актуальні адреса, логотип і посилання у відповідних інтерфейсах.
• Супровід спільноти: єдине пояснення переходу на сайті й у каналах проєкту.

Якщо потрібно оновити не лише адресу, а й пов’язані профілі, можна узгодити міграцію з верифікацією спільноти на CoinMarketCap або з іншими роботами з лістингів і верифікації. Для окремого оновлення сторінки токена на DEX-скринерах перегляньте послугу оновлення профілю.

Перед стартом попросіть команду призначити одну контактну особу, затвердити фінальні матеріали й підтвердити перелік платформ. Такий короткий внутрішній чекліст допомагає уникнути повторних погоджень і дає змогу відстежувати кожну зміну окремо.

Ціни

Стартові ціни в доларах США. Індивідуальні пакети та знижки за обсяг — на запит. Оплата в USDT, USDC, BTC, ETH, SOL, TON або токеном проєкту.

Як ми працюємо

1. Надішліть дані про зміниПередайте адреси контрактів, мережу, матеріали бренду та офіційне пояснення міграції. Не надсилайте приватні ключі чи seed-фрази.
2. Звірте пакетМи позначимо розбіжності й погодимо фінальні дані, які використовуватимуться в поданнях.
3. Погодьте платформи й обсягЗафіксуємо потрібні CMC, CoinGecko та DEX-скринери й узгодимо перелік робіт до старту.
4. Подайте запити та супроводжуйте їхПідготуємо подання, відстежимо відповіді платформ і допоможемо з уточненнями.
5. Перевірте оновлені профіліЗвіримо доступні сторінки з погодженими даними й передамо підсумок зі статусами та наступними діями.