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

Что нужно CoinMarketCap для проверки?

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

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

Перед подготовкой пакета согласуйте внутри команды:

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

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

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

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

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

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

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

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

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

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

Полезный набор документов может включать:

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

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

Как объяснить блокировки, мосты и контроль токенов?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Что может решить CoinMarketCap во время проверки?

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

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

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

Цены

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

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

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