Составление whitepaper проекта
Whitepaper — технический и концептуальный документ проекта. Не маркетинговый материал, а серьёзный документ который читают: технические инвесторы, разработчики которые рассматривают интеграцию, аудиторы, и регуляторы. Плохой whitepaper не просто выглядит непрофессионально — он прямо указывает на слабость фундамента проекта.
Структура whitepaper
Abstract (1-2 параграфа): что это, в чём проблема, как решаем. Краткая версия всего документа.
Introduction: контекст рынка, почему проблема важна, overview решения. Не более 1-2 страниц.
Problem Statement: конкретная проблема с данными и примерами. Избегать расплывчатого "blockchain revolutionizes everything".
Solution: детальное описание как работает система. Это основной раздел — самый длинный и технически точный.
Technical Architecture:
- Smart contract архитектура (diagrams обязательны)
- Протокол (если peer-to-peer)
- Consensus mechanism (если own blockchain)
- Security model
- Scalability approach
Tokenomics: emission, distribution, utility, vesting (краткое резюме, с ссылкой на отдельный tokenomics paper если детально).
Governance: как принимаются решения об изменениях протокола.
Roadmap: конкретные milestone с Q/Y датами. Не "в будущем мы добавим".
Team: кто строит и почему им стоит доверять.
References: academic citations, referenced protocols, audits.
Технический уровень
Разные whitepaper — разные audiences. Bitcoin whitepaper Сатоши — 9 страниц плотного academic text. Ethereum whitepaper — 35+ страниц с псевдокодом. Uniswap — серия engineering posts.
Для DeFi протокола: псевдокод или Solidity snippets обязательны для критических механизмов. Инвестор без технического background не является аудиторией technical whitepaper.
Что делает whitepaper слабым:
- Нет конкретных механизмов ("мы используем AI и blockchain для...")
- Конкуренты не упоминаются ("уникальное решение без аналогов")
- Roadmap без дат ("в будущем планируем")
- Tokenomics без обоснования (почему именно 1 миллиард токенов?)
- Нет discussion of risks и limitations
Процесс написания
Research phase (1 нед): изучение конкурентов, academic literature, существующих решений в пространстве.
Outline review: структура согласовывается с командой перед написанием.
Technical draft (2-3 нед): основной текст с техническими деталями.
Review и итерации (1 нед): правки от team, legal review (особенно tokenomics раздел), fact-checking.
Final formatting: LaTeX или professional design.
Составление whitepaper для DeFi или infrastructure проекта — 3-5 недель. Включает research, технический текст, диаграммы и итерации с командой.