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

Что CoinMarketCap требует от вас проверить?

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

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

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

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

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

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

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

Подготовьте следующее, если это применимо к вашему токену:

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

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

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

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

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

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

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

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

Как подготовить заявку для CoinMarketCap?

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

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

Перед подачей проведите финальную проверку:

• Соответствует ли указанный показатель листу расчета?
• Можно ли проследить каждый исключенный баланс до кошелька и задокументированной причины?
• Являются ли подтверждающие записи читаемыми и достаточно актуальными, чтобы объяснить утверждение?
• Отличает ли объяснение выпущенное предложение от той части, которая считается обращающейся?
• Есть ли четкий контакт для вопросов или запросов на исправления?

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

Что обновлять при изменении показателя предложения?

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

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

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

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

Что ваша команда может контролировать в процессе проверки CoinMarketCap?

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

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

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

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

Когда внешняя помощь полезна для верификации предложения?

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

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

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

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

Цены

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

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

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