Аудит смарт-контрактов, записи KYC и передача материалов

Перед бронированием: 7 пунктов для подготовки

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

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

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

Готовите листинг на CoinMarketCap или листинг на CoinGecko? Укажите это с самого начала. Цель подачи определяет, на какие доказательства обратить внимание. Включите маршрут подачи, если он есть. Мы используем инструкции получателя для первой проверки провайдера.

Какая работа провайдера соответствует запросу получателя?

1 отчет аудита и 1 запись KYC отвечают на разные вопросы. Аудитор проверяет указанный материал контракта. KYC-провайдер выполняет запрошенные проверки личности. Мы координируем обоих провайдеров, но ни одна проверка не является универсальным одобрением платформы.

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

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

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

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

3 формата доказательств, 1 индексированный пакет для подачи

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

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

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

5 шагов от проверки провайдера до сопровождения подачи

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

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

Оплата подтверждает начало. Затем ваш ответственный по аккаунту отслеживает вопросы провайдера и ответы проекта. Пока действует согласованный срок, вы получаете отчет каждые 24 часа. Финальный отчет включает ссылки и скриншоты, где применимо. Он приходит в течение 2 рабочих дней после окончания срока.

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

Что может принять сайт данных или лаунчпад?

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

Ваша команда контролирует точность ссылок на контракты и деталей проекта. Вы выбираете, какими доказательствами делиться. Ваше время ответа также влияет на открытые вопросы провайдера. Перед отправкой пакета проверьте эти 3 пункта:

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

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

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

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

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