Аудит смарт-контракта и координация KYC для Web3-проектов

Что включает координация аудита и KYC?

Координация аудита и KYC помогает проекту организовать независимую проверку и подготовить полученные доказательства для внешних проверок. Мы управляем процессом вокруг провайдеров; сам аудит и проверка личности выполняются третьими сторонами.

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

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

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

Как мы выбираем объем аудита и провайдера?

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

До знакомства мы собираем информацию, необходимую для конкретизации объема:

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

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

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

Какие материалы нужны сайтам данных и лаунчпадам?

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

Типичная папка координации может включать:

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

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

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

Как проходит процесс координации?

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

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

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

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

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

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

Используйте эти проверки перед авторизацией работы:

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

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

Когда аудит и KYC следует проводить параллельно с работой по листингу?

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

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

Полезная таблица координации проста:

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

Цены

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

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

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