Проверка циркулирующего предложения для CoinMarketCap

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

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

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

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

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

Как следует согласовывать кошельки, блокировки и вестинг?

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

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

Систематически проверяйте основные категории:

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

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

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

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

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

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

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

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

Как отправить обновление предложения, не создавая несоответствий?

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

Используйте эту последовательность в качестве финального контроля:

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

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

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

Какие проверки качества должны быть выполнены до того, как файл покинет проект?

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

Используйте контролируемый чек-лист проверки:

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

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

Для более широкого обзора готовности к листингу и связанных работ по верификации используйте хаб листингов и верификации.

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

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

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

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

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

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

Цены

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

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

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