Верификация supply на CoinGecko и CoinMarketCap

Что включает верификация циркулирующего предложения?

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

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

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

Если ваша более широкая цель — создать или обновить профиль трекера, ознакомьтесь с поддержкой листинга на CoinGecko вместе с этой работой. Для контекста о полном процессе листинга и верификации см. Листинги и верификация.

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

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

Перед подачей соберите краткую папку с доказательствами, включающую:

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

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

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

Как проверить supply на CoinGecko и CoinMarketCap?

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

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

Практическая последовательность:

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

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

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

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

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

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

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

Что включает услуга верификации supply?

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

Типичные результаты проекта включают:

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

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

Стартовая цена — от $1 500 / проект. Объем работ определяется поддерживаемыми запросами платформ и состоянием доказательств проекта. Чтобы спланировать смежную работу по листингу, см. другие листинги крипто-трекеров или свяжитесь с нами через контакт проекта.

Что может повлиять на рассмотрение CoinGecko или CoinMarketCap?

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

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

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

Цены

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

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

1. Анализ модели токенаМы подтверждаем идентичность токена, сеть, контракт, текущие цифры предложения и предполагаемый расчет проекта. Ваша команда предоставляет соответствующую токеномику и публичные записи.
2. Сверка балансов и доказательствМы сопоставляем циркулирующие и исключенные категории с ончейн-ссылками, условиями блокировки, информацией о вестинге и другими доступными документами. Неясные или конфликтующие пункты отмечаются для решения.
3. Подготовка заявок для платформМы пишем краткое объяснение и организуем поддерживающие ссылки для соответствующих запросов CoinGecko и CoinMarketCap. Каждая заявка адаптируется под запрашиваемую информацию.
4. Координация последующих действийМы помогаем вашей команде отвечать на вопросы ревьюеров с соответствующими доказательствами и поддерживать согласованность записей проекта. Любое изменение расчета документируется для будущих обновлений.