Как написать вайтпейпер для криптопроекта

Что должен помочь решить читателю криптовайтпейпер?

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

1. Назовите основного читателя: пользователи, разработчики, партнёры по экосистеме или участники токен-сейла.
2. Сформулируйте решение читателя в одном предложении. Например: «Могу ли я понять, как этот протокол обрабатывает транзакцию?»
3. Перечислите доказательства, которые нужны читателю: например, архитектурная диаграмма, описание комиссий или описание текущего статуса продукта.
4. Отметьте информацию, которая ещё не готова к публикации, и назначьте ответственного за её подтверждение.

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

Какая структура делает криптовайтпейпер лёгким для оценки?

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

Относитесь к этому как к рабочему плану, а не к фиксированному шаблону. Для протокольного документа может потребоваться больше деталей по архитектуре и безопасности; для потребительского продукта — более чёткий пользовательский путь. Размещайте определения рядом с первым использованием. Добавьте оглавление для длинного документа и используйте заголовки, которые называют тему, а не общие ярлыки вроде «Подробности». Если вы готовите материалы для запуска вместе с документом, свяжите его с чек-листом маркетинга токен-сейла, чтобы публичные описания оставались согласованными.

Как объяснить механику протокола и дизайн токена?

Объясняйте систему в том порядке, в котором с ней сталкивается читатель: входные данные, действия, выходные данные и зависимости. Затем описывайте токен только там, где его роль в этой системе ясна. Это предотвращает превращение раздела о токене в список абстрактных преимуществ.

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

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

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

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

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

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

Как команде следует писать и рецензировать вайтпейпер?

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

1. Чек-лист старта: соберите описание продукта, заметки по архитектуре, документы по токену, дорожную карту, текущий статус и утверждённую терминологию.
2. Ревью плана: попросите основателя или руководителя продукта подтвердить аудиторию, объём и порядок разделов до написания текста.
3. Технический черновик: попросите соответствующего инженера или владельца протокола проверить механизмы, зависимости и системные диаграммы.
4. Редакторский проход: удалите повторы, определите термины и проверьте, что каждое утверждение чётко помечено как текущее, запланированное или предполагаемое.
5. Финальная сверка: сравните детали токена, названия, даты и публичные ссылки по всему документу и материалам запуска.

В AEOTech редакторская проверка использует реестр утверждений: каждое существенное утверждение связывается с источником или названным владельцем проекта до утверждения финальной копии. Назначьте одного человека ответственным за сбор отзывов и попросите рецензентов отмечать фактические исправления отдельно от предпочтений по стилю. Поддержка написания вайтпейпера — от $1 320 / проект; объём работ согласовывается на основе материалов и потребностей в ревью. Для полного брифа по написанию см. написание вайтпейпера и лайтпейпера.

Какие ошибки в криптовайтпейпере стоит выявить на раннем этапе?

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

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

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

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

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

• Может ли новый читатель после прочтения обзора резюмировать продукт и его целевого пользователя?
• Описывают ли диаграммы, таблицы токенов и текст одну и ту же систему и одни и те же цифры?
• Различимы ли текущая функциональность, запланированная работа, допущения и зависимости?
• Работают ли ссылки, идентифицируют ли ссылки свои источники и остаются ли определённые термины согласованными?
• Утвердил ли владелец проекта технические описания и последние детали токена?

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

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

Цены

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

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

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