Как убрать предупреждение на CoinGecko или CoinMarketCap

Какие предупреждения о листинге на CoinGecko и CoinMarketCap бывают?

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

Области для проверки включают:

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

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

Как найти источник предупреждения на CoinGecko или CoinMarketCap?

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

Используйте следующую последовательность:

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

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

Как проверить предложение на CoinGecko перед запросом исправления?

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

Подготовьте краткую заметку о предложении, которая охватывает:

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

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

Может ли рынок или источник данных быть причиной уведомления о листинге?

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

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

Ведите простую таблицу в рабочем файле:

Если затронуто несколько рынков, разделите их по площадкам. Список ссылок без объяснений затрудняет проверку; краткая заметка по каждому рынку показывает, что именно платформа должна проверить.

Что проверить после миграции контракта или изменения профиля?

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

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

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

Как подготовить запрос на исправление профиля листинга?

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

Включите следующие пункты:

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

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

Что вы можете контролировать, пока CoinGecko или CoinMarketCap проверяет предупреждение?

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

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

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

Как проект может снизить вероятность повторного расхождения в листинге?

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

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

Практический процесс включает:

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

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

Цены

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

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

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