Верификация и размещение токенов для Web3-проектов

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

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

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

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

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

Какой путь листинга подходит вашему проекту?

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

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

Для видимости на децентрализованных биржах и настройки ликвидности используйте специальный путь листинг на DEX и настройка ликвидности. Для централизованных площадок сравните требования и обязанности в листинге на централизованной бирже.

Что должен содержать файл верификации токена?

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

Перед подачей соберите и перепроверьте:

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

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

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

Как мы обрабатываем заявки и исправление профилей?

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

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

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

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

Что может изменить проверка платформы, и что нам отправить?

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

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

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

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

Цены

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