Как проверить циркулирующее предложение на CoinMarketCap

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

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

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

Перед сбором файлов напишите краткую заметку о методологии, которая отвечает на вопросы:

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

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

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

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

Практичный файл обычно включает:

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

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

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

Как сверить балансы в обоснованную цифру?

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

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

Проверьте таблицу на предмет распространенных точек путаницы:

• Взяты ли балансы на одно и то же время снимка и в одной сети?
• Учитываются ли контракты вестинга последовательно в соответствии с заявленной методологией?
• Различаются ли казначейские и операционные кошельки и халдинги на публичном рынке?
• Подтверждены ли сожженные токены проверяемыми доказательствами их статуса?
• Не создают ли десятичные знаки, миграции или обернутые представления дублирующие подсчеты?

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

Как следует объяснять заблокированные токены, казначейские кошельки и анлоки?

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

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

Полезная таблица может прояснить логику:

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

Как отправить обновление предложения на CoinMarketCap?

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

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

Четкая передача включает:

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

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

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

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

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

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

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

Что находится вне контроля проекта при проверке CoinMarketCap?

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

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

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

Цены

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

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

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