Как критически читать вайтпейпер криптопроекта
Узнайте, как критически читать вайтпейпер криптопроекта: что должен доказывать каждый раздел, какие вопросы задавать и какие тревожные сигналы отличают настоящие проекты от хайпа.
Чтобы критически прочитать вайтпейпер криптопроекта, проверьте по порядку четыре вещи: реальна ли описанная проблема, правдоподобно ли предложенный механизм её решает, действительно ли токен необходим и справедливо ли он распределён, и можно ли проверить каждое важное утверждение за пределами документа. Относитесь к вайтпейперу как к рекламной презентации проекта и перечню его технических заявлений, а не как к доказательству.
Вайтпейперы прославились благодаря вайтпейперу Bitcoin — девятистраничному документу, который описывал новую систему настолько точно, что другие могли её построить и проверить. Многие более поздние вайтпейперы — полная противоположность: длинные, расплывчатые и полные модных словечек. Умение видеть разницу — один из самых полезных навыков в исследовании криптовалют, и на него уходит меньше времени, чем может показаться.
Что должно быть в вайтпейпере
Большинство серьёзных вайтпейперов охватывают похожие темы. Используйте эту таблицу как карту при чтении:
| Раздел | Что он должен вам сообщить | На что обратить внимание |
|---|---|---|
| Постановка проблемы | Что сегодня не работает и для кого | Конкретная реальная проблема, а не «блокчейн совершит революцию в X» |
| Решение и архитектура | Как работает система | Конкретные механизмы, схемы, допущения |
| Устройство токена | Что делает токен и зачем он нужен | Чёткая роль: комиссии, стейкинг или управление |
| Предложение и распределение | Сколько существует токенов и кто их получает | Доли распределения в процентах, графики вестинга |
| Модель безопасности | Что может пойти не так и как с этим справляются | Честное обсуждение атак и ограничений |
| Команда и управление | Кто разрабатывает проект и кто решает об изменениях | Названные по имени люди, организационная структура |
| Дорожная карта | Что уже создано и что запланировано | Чёткое разделение сделанного и обещанного |
Документ, в котором пропущено несколько из этих разделов или они раскрыты лишь лозунгами, заслуживает большего скептицизма. См. также: Анализ казначейства.
Шаг 1. Проверьте постановку проблемы
Начните с первых страниц. Спросите:
- 1Конкретна ли проблема? «Трансграничные платежи между малыми предприятиями идут несколько дней и стоят несколько процентов» — это конкретно. «Финансовая система сломана» — нет.
- 2Нужен ли здесь блокчейн? Многие задачи лучше решаются обычной базой данных. Хороший документ объясняет, почему здесь важны децентрализация, устойчивость к цензуре или публичная проверяемость.
- 3Кто пользователи? Если вы не можете представить, кто будет пользоваться продуктом, возможно, у проекта нет реального спроса.
Шаг 2. Проверьте, есть ли смысл в механизме
Именно в разделе об архитектуре видно, есть ли за проектом содержание. Не нужно понимать каждую формулу, но кое-что проверить всё же можно:
- Есть ли конкретные детали? Метод консенсуса, поток данных, способ оплаты комиссий, способ формирования цен.
- Названы ли допущения? Любая система опирается на допущения, например на честное большинство или надёжные ценовые фиды. Хорошие документы их называют.
- Признаются ли компромиссы? Заявления о том, что сеть одновременно самая быстрая, самая дешёвая и самая децентрализованная и при этом не имеет недостатков, — тревожный сигнал.
- Оригинален ли текст? Вставьте несколько характерных предложений в поисковик. Разделы, скопированные из других вайтпейперов, — частый признак проекта, сделанного на скорую руку, или мошеннического.
Шаг 3. Устройте токену допрос
Именно в разделе о токене многие проекты выдают свои истинные приоритеты. Спросите:
- 1Что делает токен? Служит для оплаты комиссий, защищает сеть через стейкинг, даёт право голоса в управлении, выступает залогом?
- 2Работала бы система без него? Если ту же задачу мог бы выполнять стейблкоин или уже существующая монета, токен, возможно, существует в основном ради привлечения средств.
- 3Откуда берётся ценность? Если держателям токена обещают доход, найдите его реальный источник: комиссии, которые платят пользователи, или новые токены, выпускаемые для вознаграждений.
- 4Как разделено предложение? Отметьте, сколько получают команда, инвесторы, казначейство и сообщество и как быстро токены разблокируются. Наши руководства по токеномике и по графикам вестинга и разблокировкам токенов объясняют, как выглядят здоровые графики.
Будьте особенно осторожны с обещаниями фиксированной или гарантированной доходности. Во многих странах обещание прибыли от усилий команды может также повлечь для проекта юридические последствия. Подробнее — в статье Проверка здоровья сообщества.
Шаг 4. Проверьте утверждения за пределами документа
Этот шаг большинство читателей пропускает, хотя он самый важный:
- Код. Есть ли публичный репозиторий с реальной историей разработки? Соответствует ли код описанной архитектуре?
- Ончейн-данные. С помощью обозревателя блоков проверьте, совпадают ли предложение токенов и крупнейшие держатели с заявленным распределением.
- Команда. Можно ли независимо найти названных людей с профессиональной историей, начавшейся до проекта?
- Аудиты. Если упоминаются аудиты, найдите отчёт на сайте самого аудитора.
- Партнёрства. Убедитесь, что названные партнёры упоминают сотрудничество в собственных официальных каналах.
Наше более общее руководство о том, как изучить криптопроект перед инвестированием, показывает, как эти проверки складываются в единую картину.
Тревожные сигналы в вайтпейперах
Обращайте внимание на такие признаки:
- Гарантированная или необычно высокая доходность либо формулировки о «пассивном доходе» за простое владение токеном.
- Нагромождение модных слов: ИИ, метавселенная, квантовая устойчивость и DeFi в одном абзаце без конкретики.
- Крупные доли токенов для команды или на «маркетинг» с коротким вестингом или вовсе без него.
- Анонимная команда в сочетании с крупными целями по сбору средств.
- Никакого обсуждения рисков, атак или ограничений.
- Дорожная карта, посвящённая в основном листингам на биржах и ценовым целям, а не работе над продуктом.
- История версий, в которой распределение токенов тихо меняется от черновика к черновику.
Подробнее об этом — в статье Как использовать исторические данные о ценах в исследовании.
Итог
Вайтпейпер — это отправная точка, а не вердикт. Прочитайте его, чтобы понять, что заявляет проект, а затем потратьте большую часть времени на проверку этих заявлений по коду, данным блокчейна, биографиям команды и независимым источникам. Если документ расплывчат там, где должен быть конкретным, или токен, похоже, существует в основном для продажи, это скажет вам больше, чем любой отшлифованный дизайн. Когда будете готовы сравнить проект с другими, наши статьи о due diligence расскажут о следующих шагах.
Частые вопросы
Что такое вайтпейпер криптопроекта?
Вайтпейпер (whitepaper) — это документ, который публикует проект, чтобы объяснить, какую проблему он хочет решить, как работает его технология, как устроен и распределён его токен и кто его разрабатывает. Это маркетинговый и технический документ, написанный самим проектом, поэтому его нужно сверять с независимыми доказательствами, а не принимать на веру.
Значит ли хороший вайтпейпер, что проект надёжный?
Нет. Отшлифованный вайтпейпер можно дёшево написать или скопировать. Вайтпейпер — это набор утверждений. Надёжность подтверждается доказательствами: работающим кодом, ончейн-активностью, реальными пользователями, идентифицируемыми членами команды и распределением токенов, которое соответствует обещаниям документа.
Сколько времени нужно, чтобы прочитать вайтпейпер?
Первое критическое прочтение обычно занимает от 30 до 60 минут. Сосредоточьтесь на постановке проблемы, механизме, роли и распределении токена и команде. Затем уделите больше времени проверке этих утверждений по коду, обозревателю блоков и независимым источникам.
Что, если у проекта нет вайтпейпера?
Многие надёжные проекты публикуют документацию, технические спецификации или исследовательские статьи вместо единого вайтпейпера. Отсутствие вайтпейпера само по себе не тревожный сигнал, но проект всё равно должен понятно объяснять, как он работает, для чего нужен его токен и как распределено предложение.
