Прошли те времена, когда серьезный блокчейн-проект можно было создать вдвоем на коленке. Это значит, что юридическое закрепление прав и обязанностей каждого участника, целей проекта и принципов его работы следует закрепить документально. Такие бумаги стоят того, чтобы с ними возиться
Криптопроект начинается с продукта: команда собирает архитектуру, токеномику, бренд и продвижение, юридическое оформление откладывают до инвестиций или первого конфликта участников. Логика понятна: ресурсов мало, приоритет — быстрее проверить продукт. Но в крипте цена отложенных юридических решений выше: токеномика может не совпадать с корпоративной структурой, продукт делает распределенная команда с подрядчиками, а публичные заявления влияют на квалификацию токена. И все это сразу в нескольких юрисдикциях с разными требованиями к AML (антиотмывочным проверкам) и соблюдению западных санкций.
Работающий продукт не значит, что бизнес юридически готов к масштабированию. Проблемы всплывают при due diligence инвестора, лицензировании, листинге, подключении банка или конфликте основателей. Документацию стоит считать частью инфраструктуры проекта наравне с продуктом и токеномикой.
Токеномика — экономическая модель блокчейн-проекта. Определяет способ выпуска токена, общее количество монет, их распределение и т.д.
White paper
После white paper Bitcoin формат стал стандартом: идея проекта, технология, назначение токена, модель выпуска, риски, этапы развития. Долгое время его готовили разработчики и маркетинг, а юридическую проверку проводили в последнюю очередь либо не проводили вовсе.
По мере развития регулирования статус white paper изменился: из презентационного материала он стал юридически значимым документом с требованиями к содержанию и порядку публикации. Пример — MiCA в ЕС: она обязывает раскрывать сведения о проекте, эмитенте, условиях предложения, правах держателей и рисках. Важна не только полнота раскрытия, но и согласованность экономики токена, его квалификации и публичного описания. Если white paper обещает держателю выплаты, долю в доходах или связывает рост цены токена с действиями команды — это влияет на правовую квалификацию. Дисклеймер не изменит природу токена, если экономика говорит об обратном.
Пример: 14 августа 2026 года австрийский регулятор FMA оштрафовал Bitpanda GmbH на 70 тыс. евро за нарушения MiCA — white paper направили позже срока (менее чем за 20 рабочих дней до публикации), а маркетинг вышел раньше документа и без обязательной информации.
Это видно в подходе США. В совместном документе SEC (Комиссия по ценным бумагам США) и CFTC (Комиссия по торговле товарными фьючерсами) от марта 2026 подчеркивается: для теста Хауи (определяет, является ли продукт ценной бумагой) важны ожидания, которые эмитент формирует у покупателей через договоры, сайт, соцсети и white paper. Чем конкретнее обещания по срокам и связи действий команды с прибылью держателей, тем весомее они для вывода об инвестконтракте.
Поэтому white paper — часть общего массива публичных коммуникаций. Документ должен совпадать с тем, что команда говорит на сайте, в презентациях и материалах для инвесторов. Расхождения между источниками создают отдельный юридический риск, даже если документ составлен формально корректно. Работа над ним начинается не с текста, а с вопросов:
- кто выпускает и предлагает токен?
- какие права у держателя?
- как токен обращается?
- какое регулирование применимо?
О том, как эти вопросы решаются в России, в тексте «Цифровое регулирование по-русски» — ЧИТАТЬ
Корпоративный договор
На старте интересы основателей совпадают, роли распределены, решения принимаются быстро — юридическое закрепление кажется преждевременным. Но баланс меняется: кто-то сокращает участие в операционке, приходит инвестор, нужно финансирование, взгляды на стратегию расходятся. Корпоративный договор заранее фиксирует правила: порядок ключевых решений, вопросы, требующие согласия участников, условия допфинансирования, ограничения на продажу долей, механизм совместной продажи, последствия выхода и разрешение тупиковых ситуаций.
Отдельная задача — увязать долю с реальным вкладом. Если доля рассчитана на несколько лет работы, нужно заранее решить, что происходит при раннем выходе: применяют вестинг и разные последствия для добровольного ухода или нарушения обязанностей. Иначе основатель, ушедший через пару месяцев, сохранит ту же долю, что и команда, продолжающая проект.
Корпоративный договор — документ, где типовой шаблон легко создает ложное чувство защищенности; это касается и текстов, сгенерированных ИИ без юридической доработки. Один механизм выхода или разрешения конфликта работает по-разному в зависимости от юрисдикции и формы компании. Ограничения на продажу доли должны сочетаться с преимущественным правом и совместной продажей, разрешение тупика — с распределением голосов, условия выхода — с оценкой доли. Документ может выглядеть убедительно, но не сработать в нужный момент.
Интеллектуальная собственность
У большинства криптопроектов стоимость сосредоточена в результатах интеллектуальной деятельности, таких как код, смарт-контракты, алгоритмы, интерфейс, дизайн, бренд, документация и контент. Нужно обеспечить, чтобы права на все это принадлежали компании, которая ведет бизнес и привлекает инвестиции.
На практике проект часто возникает раньше юрлица: один пишет код, другой регистрирует домен или заказывает дизайн, третий придумывает название и стиль. Когда компанию учреждают, права нужно передать компании отдельно, согласно законодательству.
Тот же принцип касается сотрудников и подрядчиков: договор должен определять, какие результаты создаются, кому принадлежат исключительные права, когда они переходят и включает ли вознаграждение передачу прав. Оплата не во всех юрисдикциях автоматически дает заказчику полный объем прав. У проекта должна быть непрерывная цепочка перехода прав от основателей и сотрудников с подрядчиками к самой компании. От этого зависит, можно ли лицензировать технологию и подтвердить инвестору, что актив принадлежит бизнесу.
Такие дефекты особенно заметны при инвестициях или продаже бизнеса, ведь при due diligence (проверке надежности бизнеса) рассматривается и цепочка прав. В моей практике два криптопроекта договорились выпустить совместный мемкоин: один давал финансирование, второй — бренд и дизайн. Условия согласовали устно, документы решили оформить позже. Выяснилось, что дизайн делал подрядчик, а договор о передаче прав с ним не заключили. Продукт уже запустили, подрядчик отказался передавать права, сотрудничество сорвалось, а спор дошел до суда: коммерчески продукт существовал, юридически — нет.
Для софта важны и сторонние компоненты, включая открытый исходный код: компания может владеть своей разработкой, но использовать библиотеки на условиях лицензий, которые требуют раскрывать код или ограничивают коммерческое использование производных работ. Проверка IP — это понимание, из каких компонентов состоит продукт.
Пользовательские документы и комплаенс
После выхода на рынок документация не ограничивается white paper и договорами с разработчиками. Появляется публичный контур — документы для пользователей о работе с их данными, и внутренний комплаенс-контур — процедуры исполнения регуляторных требований. Важно, чтобы эти уровни совпадали.
Базовый публичный документ — это пользовательское соглашение: какая компания предоставляет сервис, какие активы поддерживаются, как считаются комиссии, когда операция завершена и как распределяется ответственность при использовании сторонней инфраструктуры и т.д. Для группы компаний важно определить контрагента, ведь сайт, лицензия и токен могут принадлежать разным юрлицам. Кроме того, важно уметь работать с персональными данными.
Не все комплаенс-документы публичны. AML/CFT-политики обычно содержат методологию оценки риска, идентификацию клиентов, мониторинг транзакций и работу с подозрительными операциями. FATF в отношении виртуальных активов исходит из риск-ориентированного подхода — детальную логику публиковать не нужно, достаточно краткого описания требований KYC/KYB (к проверке клиента и бизнеса).
Больше о рисках в криптовалютном бизнесе вы сможете узнать на конференции «Крипта на балансе: запуск по новым правилам». Разберем весь контур рынка: клиентский путь, KYT, работу с travel rule а также стоимость запуска инфраструктуры. Конференция пройдет 15 октября 2026 года в Москве, подать заявку на участие можно по ссылке.
Похожим образом устроена санкционная политика: внутри — проверка контрагентов по спискам, анализ владения и географических рисков, блокчейн-аналитика транзакций и эскалация спорных случаев. Публично описано только право компании отказать в операции или ограничить доступ. Еврокомиссия подчеркивает важность риск-ориентированной проверки контрагентов.
В зависимости от бизнеса внутренний пакет может быть шире: конфликт интересов, работа с жалобами, информбезопасность, операционные риски, хранение клиентских активов, допуск токенов к торговле и мониторинг злоупотреблений. Публичная документация и внутренняя политика — единая система: пользователь видит только внешний слой, а команда должна иметь процессы, которые реально исполняют заявленные правила. Это вопрос регуляторного соответствия и готовности работать с институциональными партнерами.
У каждого документа своя роль. White paper фиксирует модель токена, корпоративный договор — правила между основателями, договоры о передаче IP подтверждают владение продуктом, а пользовательские документы и комплаенс-политики — условия работы с клиентами. Их объединяет одно: они переводят договоренности в управляемую юридическую конструкцию. Качество документации влияет на due diligence, лицензирование и продаваемость бизнеса. Проект может расти и без части этих документов, но цена неоформленных отношений растет быстрее бизнеса.
Подробнее о том, как работать в условиях нового российского законодательства о цифовых валютах и правах — в тексте «Новая эра регулирования» — ЧИТАТЬ
