Комплексная проверка (Due Diligence)

Что такое комплексная проверка в сфере криптовалют?

Комплексная проверка (due diligence) — это систематическое исследование криптовалюты, блокчейн-протокола, токена, кошелька, смарт-контракта, поставщика услуг или инвестиционной возможности перед тем, как вкладывать средства, передавать данные или подписывать разрешение на выполнение операций.Она включает проверку важных утверждений, выявление рисков, изучение доступных доказательств и оценку того, соответствует ли возможность целям пользователя и его готовности к риску.Комплексная проверка криптопроекта — это больше, чем проверка недавнего роста цены токена.Она охватывает технологии, экономику, управление, безопасность, хранение активов, ликвидность, юридическую структуру и команду проекта.Также следует учитывать, что может пойти не так после покупки актива или подключения кошелька.

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

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

Почему комплексная проверка необходима в криптоиндустрии

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

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

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

Комплексная проверка и DYOR

DYOR означает «Do Your Own Research» («проведите собственное исследование»), а комплексная проверка подразумевает более организованный процесс анализа и принятия решения.Оба понятия побуждают пользователей самостоятельно проверять информацию.DYOR часто используют как общее напоминание, тогда как комплексная проверка обычно включает документированные вопросы, доказательства, анализ рисков и критерии одобрения.Непринуждённый поиск в интернете может быть частью комплексной проверки, но редко бывает достаточным сам по себе.Полноценный процесс предполагает сравнение первичных документов, данных блокчейна, исходного кода, независимых исследований, юридической информации и рыночных данных.Также следует определить, какие факты остаются неизвестными.Фразы «DYOR» или «не является финансовой рекомендацией» не освобождают инициатора проекта от ответственности за вводящие в заблуждение заявления.

Разные виды комплексной проверки в криптоиндустрии

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

Определите, какое решение нужно принять, прежде чем начинать исследование

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

Используйте иерархию источников

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

Разберитесь в целях проекта

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

Проверьте, существует ли продукт

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

Критически изучите White Paper

В White Paper следует описать архитектуру системы, экономическую модель, управление, предположения о безопасности и целевую аудиторию.Проверяющему следует определить, какие утверждения можно проверить независимо.В заявлениях о скорости транзакций должны быть указаны тип транзакции, оборудование, условия работы сети, финальность и метод тестирования.В заявлениях о децентрализации следует указать, кто управляет инфраструктурой, разрабатывает программное обеспечение, контролирует обновления и обладает полномочиями управления.Заявления о спросе на токен должны объяснять, почему пользователям необходимо приобретать или хранить этот актив.White Paper может устареть после изменений программного обеспечения, токеномики или управления.Его следует сопоставлять с актуальным кодом, данными о развёртывании, документацией и решениями по управлению.

Изучите исходный код

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

Оцените поддержку программного обеспечения

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

Комплексная проверка смарт-контрактов

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

В актуальном документе Solidity Security Considerations описаны такие риски, как повторный вход (reentrancy), внешние вызовы, ограничения газа, раскрытие приватных данных и ошибки авторизации.

Контракт может работать строго в соответствии с кодом, но приводить к результату, которого пользователь не ожидал.Поэтому экономическую модель и управление следует оценивать вместе с кодом.

Риски обновляемых контрактов

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

Аудит смарт-контрактов

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

Проверьте административные ключи

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

Изучите команду разработчиков

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

Установите юридическое лицо

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

Разберитесь в полезности токена

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

Проанализируйте предложение токенов

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

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

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

Вестинг и разблокировка токенов

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

Рыночная капитализация и полностью разводненная оценка

Рыночную капитализацию обычно рассчитывают, умножая цену токена на предложение в обращении.Полностью разводненная оценка предполагает более высокое предложение и учитывает токены, которые могут поступить в обращение в будущем.Ни один из этих показателей не отражает объём денежных средств, который можно вывести с рынка.У токена с низкой ликвидностью оценка может казаться высокой из-за небольшого числа сделок.Полностью разводненная оценка помогает выявить риск разводнения долей, но не показывает, когда будущие токены поступят в обращение.Оценку следует сопоставлять с использованием, выручкой, комиссиями, обеспеченными активами, разработкой и конкуренцией.Метрики оценки следует интерпретировать по-разному для платёжных активов, токенов управления, стейблкоинов и токенизированных требований на активы.

Проверка ликвидности

Ликвидность показывает, насколько легко купить или продать актив без значительного изменения цены.Заявленный суточный объём торгов не доказывает, что крупный ордер можно исполнить примерно по отображаемой цене.Следует изучить глубину книги ордеров, резервы пула ликвидности, спреды, проскальзывание и доступность вывода средств.Ликвидность может быть сосредоточена на одной платформе, в одном блокчейне или в одной торговой паре.Маркет-мейкеры могут снимать ордера во время рыночного стресса.Пул ликвидности также подвержен рискам смарт-контракта, токена и ценообразования.В отчёте о комплексной проверке следует оценить вероятное влияние предполагаемого размера позиции на исполнение сделки.

Концентрация держателей

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

Проверьте активы и расходы казначейства

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

Выручка и экономическая устойчивость

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

Комплексная проверка управления

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

Оцените заявления о децентрализации

Децентрализация — это не свойство, которое можно оценить простым ответом «да» или «нет».Блокчейн может децентрализовать проверку транзакций, одновременно концентрируя разработку программного обеспечения или размещение инфраструктуры.У протокола может быть множество держателей токенов, но обновлениями может управлять один администратор.Децентрализованное приложение может зависеть от централизованно размещённого сайта и источника ценовых данных.При проверке следует изучить распределение валидаторов, разнообразие клиентов, полномочия управления, административные ключи, зависимости от данных и возможности пользователей выйти из системы.Следует выяснить, какая сторона может остановить, подвергнуть цензуре, изменить или перенаправить систему.Заявления о децентрализации должны подтверждаться актуальными данными о работе системы.

Ончейн-проверка

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

Комплексная проверка хранения активов

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

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

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

Проверка самостоятельного хранения

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

Проверка контрагента

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

В предупреждении SEC о рисках криптоактивов отмечается, что подтверждение резервов может не обеспечивать уровень защиты, сопоставимый с аудитом финансовой отчётности.

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

Комплексная проверка стейблкоина

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

Проверка стейкинга

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

Комплексная проверка DeFi

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

Проверка оракула

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

Проверка моста

Блокчейн-мост позволяет перемещать или представлять стоимость между разными сетями.Мост может блокировать актив в одной сети и выпускать связанный токен в другой.При проверке следует изучить хранение активов, валидаторов, смарт-контракты, проверку сообщений, ключи обновления, лимиты и механизмы экстренного управления.Риск может возникнуть из-за моста, даже если обе связанные блокчейн-сети остаются защищёнными.Обёрнутый актив может потерять стоимость, если заблокированное обеспечение будет украдено или окажется недоступным.Следует выяснить, какая организация или контракт может приостановить вывод или заменить подписантов.Риск, связанный с мостом, следует ограничивать с учётом безопасности и ликвидности всей системы.

Проверка регулирования

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

В последнем обзоре FATF за 2026 год о виртуальных активах сообщается о дальнейшем расширении лицензирования, регистрации, оценки рисков, надзора и внедрения правила Travel Rule.

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

Проверка соблюдения требований AML и санкций

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

Проверка налоговых вопросов

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

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

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

Изучите историю безопасности

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

Кибербезопасность и операционный контроль

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

Выявите конфликты интересов

Инициаторы проектов, исследователи, разработчики, инфлюенсеры и консультанты могут получать финансовую выгоду от распространения токена или роста его цены.Наличие конфликта интересов само по себе не делает заявления человека ложными.Однако без независимых доказательств такие заявлениям следует доверять с большей осторожностью.Следует выяснить, владеют ли эти люди токенами, получают ли вознаграждение, участвуют ли в реферальных программах, имеют ли доли инвесторов, отношения с маркет-мейкерами и места в советах директоров.Проект может оплатить благоприятный исследовательский отчёт, не раскрыв явно факт спонсорства.Участники команды могут продавать токены, одновременно призывая публику к покупке.Важные конфликты интересов следует чётко раскрывать и учитывать при итоговой оценке рисков.

Распознавайте признаки мошенничества

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

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

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

Создайте реестр рисков

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

Используйте сценарный анализ

Сценарный анализ позволяет оценить поведение инвестиции или протокола в неблагоприятных условиях.Возможные сценарии: падение токена на 70%, отвязка стейблкоина от целевой цены, сбой моста, приостановка смарт-контракта или продажа активов крупным держателем.Также следует рассмотреть недоступность сайта, взлом административного ключа, юридические ограничения, сбой валидаторов или приостановку вывода средств.Следует оценить, сможет ли пользователь выйти из позиции и какой ценой.Позицию, которая кажется безопасной в обычных условиях, может оказаться невозможно закрыть во время стресса.Сценарный анализ должен учитывать взаимосвязанные сбои, поскольку несколько криптовалютных рисков могут реализоваться одновременно.Итоговый размер позиции должен оставаться приемлемым даже при реалистичных неблагоприятных сценариях.

Задокументируйте инвестиционный тезис

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

Постоянная комплексная проверка

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

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

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

Распространённые ошибки при комплексной проверке

Одна из распространённых ошибок — полагаться только на информацию, опубликованную самим проектом.Другая — считать, что работающий продукт автоматически делает токен удачной инвестицией.Третья — воспринимать аудит смарт-контракта как гарантию.Четвёртая — игнорировать административные ключи и полномочия на обновление.Пятая — изучать текущее предложение токенов, не учитывая будущие разблокировки.Шестая — оценивать ликвидность только по заявленному объёму торгов.Седьмая — считать адреса в общедоступном блокчейне подтверждёнными юридическими данными о владельцах.Восьмая — не учитывать хранение активов, налоги и регулирование.Девятая — провести исследование один раз и не отслеживать дальнейшие изменения.Десятая — позволить страху упустить выгоду заменить принятие решений на основе доказательств.

FAQ

Что означает комплексная проверка в криптоиндустрии?

Это систематическое исследование криптопроекта, актива, протокола или сервиса перед тем, как вкладывать средства или подписывать транзакции.

Зачем нужна комплексная проверка криптопроекта?

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

Комплексная проверка — это то же самое, что DYOR?

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

Гарантирует ли комплексная проверка прибыль?

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

С чего следует начинать комплексную проверку криптопроекта?

Сначала следует точно определить решение, изучить цели проекта, первичные документы, текущий продукт, команду, код, контракты и структуру токена.

Что относится к первичным источникам криптовалютных исследований?

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

Достаточно ли для комплексной проверки прочитать White Paper?

Нет. В White Paper изложены проектные решения и заявления команды, которые следует проверить по актуальному коду, развёрнутым решениям, использованию и независимым доказательствам.

Доказывает ли открытый исходный код безопасность проекта?

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

Гарантирует ли аудит безопасность смарт-контракта?

Нет. Аудит снижает риск, но может не выявить уязвимости или устареть после обновления.

Что следует проверить в контракте токена?

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

Что такое комплексная проверка токеномики?

Это анализ полезности токена, предложения, эмиссии, распределения, вестинга, стимулов, управления и механизмов получения экономической ценности.

Почему важны разблокировки токенов?

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

Означает ли низкая цена токена, что он недооценён?

Нет. Оценка зависит от предложения, ликвидности, спроса, полезности, будущей эмиссии и экономической активности проекта.

Что такое проверка ликвидности?

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

Что такое ончейн-проверка?

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

Можно ли с помощью данных блокчейна установить владельца каждого кошелька?

Нет. Один человек может контролировать множество адресов, а один адрес может представлять множество пользователей.

Что такое проверка хранения активов?

Она позволяет выяснить, кто контролирует приватные ключи, как хранятся активы, как выполняется вывод и что происходит в случае кражи, потери или неплатёжеспособности.

Что следует проверить перед использованием услуг кастодиана?

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

Достаточно ли подтверждения резервов?

Нет. Снимок резервов может не раскрывать все обязательства, заёмные активы, споры о владении или обязательства вне блокчейна.

Что следует проверить в стейблкоине?

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

Что следует проверить перед стейкингом?

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

Каковы основные признаки мошенничества в криптоиндустрии?

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

Доказывает ли регулирование безопасность криптопродукта?

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

Следует ли учитывать налоги при комплексной проверке?

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

Как часто следует обновлять результаты проверки?

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

Каково главное правило комплексной проверки?

Главное правило — проверять важные заявления по надёжным источникам до перевода средств или подписания необратимого разрешения.

Заключение

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