Kitabı oxu: «Комплаенс-маркетинг в Web3»

Комплаенс-маркетинг в Web3

Автор: Андрей Павлович Воронин

Аннотация

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

Одна ошибка в токеномике, рекламе или документах проекта может дорого стоить. Токеномика — это описание того, сколько токенов выпускает проект, как токены распределяются и какие права они дают владельцам. Ошибка может обернуться проверкой регулятора, то есть государственного органа, который следит за финансовым рынком. Ошибка может обернуться многомиллионным штрафом от Комиссии по ценным бумагам и биржам США, известной как SEC. Ошибка может обернуться претензиями инвесторов, а в отдельных странах и уголовным делом.

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

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

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

Что вы найдёте в этой книге.

Глава 1. Защита, кризис и судебная тактика. Как выстроить юридическую защиту проекта в первые часы после претензии или иска инвестора. Как сохранить переписку и версии документов. Как собрать пакет доказательств и не пропустить сроки суда.

Глава 2. Регуляторные риски: SEC, MiCA и ЦБ. Как один и тот же токен оценивают три регулятора. Первый — Комиссия по ценным бумагам и биржам США. Второй — регуляторы Европейского союза по регламенту о рынках криптоактивов, известному как MiCA. Третий — Банк России по новому закону о цифровых валютах и цифровых правах. Как выстроить отдельные проверки для каждой страны.

Глава 3. Ответ на Subpoena и Inquiry. Пошаговый порядок действий, когда проект получил запрос регулятора или обязательный приказ передать документы. Что отвечать регулятору, как защитить переписку с юристами и как не сказать лишнего.

Глава 4. Комплаенс-маркетинг без вида ценных бумаг. Слово «комплаенс» означает соблюдение законов и правил регуляторов. Как рекламировать RWA-проект, работать с блогерами и партнёрами и строить рассылки. Как сделать так, чтобы реклама не превратила токен в незарегистрированную ценную бумагу по тесту Хауи. Как соблюдать правила рекламы в США, Европейском союзе, Великобритании и России.

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

Содержание

Введение 5

Глава 1. Защита, кризис и судебная тактика 7

Глава 2. Регуляторные риски: SEC, MiCA и ЦБ 21

Глава 3. Ответ на Subpoena и Inquiry 34

Глава 4. Комплаенс-маркетинг без вида ценных бумаг 45

Заключение 57

Юридическое уведомление и отказ от ответственности 60

Об авторе 63

Введение

Эта книга может стоить вашему бизнесу миллионы — в хорошем смысле. И может защитить вашу свободу.

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

Первая группа: вы хотите открыть криптобизнес или Web3-компанию.

Вторая группа: вы уже развиваете криптовалютный, блокчейн-проект или DeFi-проект. DeFi — это децентрализованные финансы, то есть финансовые сервисы, которые работают на блокчейне без банка-посредника.

Третья группа: вы руководитель, директор или владелец компании и думаете о том, чтобы внедрить в компании Web3-технологии.

Четвёртая группа: вы инвестор, представитель инвестиционного фонда или представитель семейного офиса, то есть компании, которая управляет капиталом одной семьи, и вы оцениваете проекты цифровой экономики. Семейный офис часто называют Family Office.

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

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

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

О чём эта книга

Эта книга посвящена юридической защите Web3-проектов и прежде всего RWA-проектов. Сокращение RWA происходит от английских слов real-world assets, то есть реальные активы. Так называют токены, за которыми стоят настоящие вещи и права: здания, облигации, права требования по договорам. В RWA-проектах споры и проверки возникают особенно часто. Причина в том, что у такого токена есть и цифровая часть, и реальный актив. За каждую из этих частей кто-то может спросить с проекта.

Книга отвечает на четыре практических вопроса. Первый вопрос: что делать проекту, если инвестор прислал претензию или подал иск в суд. Второй вопрос: как токен проекта оценят регуляторы США, Европейского союза и России. Третий вопрос: как проекту ответить на запрос регулятора. Четвёртый вопрос: как рекламировать проект так, чтобы реклама не превратила токен в незарегистрированную ценную бумагу.

Каждому вопросу посвящена отдельная глава, и каждая глава даёт проекту рабочий инструмент. Глава 1 даёт Карту Щита RWA — порядок действий в споре. Глава 2 даёт таблицу для оценки токена в разных странах. Глава 3 даёт Процедуру Трёх Кругов Ответа — порядок ответа на запрос регулятора. Глава 4 даёт Воронку Безопасных Сообщений — порядок построения рекламы. В заключении показано, как четыре инструмента связаны между собой.

Как читать эту книгу

Если у вашего проекта уже идёт спор или пришёл запрос регулятора, начните с главы 1 или главы 3. В этих главах есть чек-листы первого дня. Если вы только запускаете проект, начните с главы 2, потому что оценка токена определяет и документы, и рекламу проекта. Если вы отвечаете за маркетинг, сразу переходите к главе 4, но перед запуском рекламной кампании прочитайте главу 2.

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

Несколько важных слов перед началом

Web3 — одна из самых быстро меняющихся отраслей мировой экономики. Законы обновляются, регуляторы меняют требования, появляются новые технологии, продукты и способы вести бизнес. Только за 2026 год случились три больших изменения. Комиссия по ценным бумагам и биржам США обновила свои подходы к криптоактивам. В Европейском союзе закончился переходный период регламента о рынках криптоактивов, известного как MiCA. В России вступил в силу закон о цифровых валютах и цифровых правах. Сведения о законах в этой книге приведены по состоянию на октябрь 2026 года.

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

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

Я искренне надеюсь, что эта книга поможет вам построить устойчивый, прибыльный и законный бизнес. Я надеюсь, что книга поможет вам избежать ошибок, которые уже совершили другие. И я надеюсь, что книга поможет вам сохранить самые ценные ресурсы предпринимателя — время и свободу. Эта книга входит в серию книг, которая охватывает основные правовые вопросы сферы Web3 и DeFi.

Глава 1. Защита, кризис и судебная тактика

Привет! Начнём сразу с ситуации, в которую может попасть любой проект.

Что такое юридический щит проекта и зачем готовить его до кризиса

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

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

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

Третья часть: под каждый спор команда быстро собирает пакет фактов. Пакет фактов — это подборка документов, которые подтверждают версию событий проекта.

Четвёртая часть: команда заранее знает, какие бумаги подавать в суд и в какие сроки.

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

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

Что такое RWA и почему споры по таким проектам устроены особенно

RWA — это сокращение от английских слов real-world assets, то есть реальные активы. Так называют проекты, в которых права на настоящий предмет из обычной жизни оформляют цифровым токеном. Токен — это цифровая запись в блокчейне, которая подтверждает права своего владельца. Предметом может быть здание, слиток золота, облигация, право требовать оплату по договору или партия товара. Инвестор покупает токен, а за токеном стоят настоящая вещь и настоящий договор.

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

Какие кризисы бывают в RWA-проектах

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

Первый триггер — запрос регулятора. Регулятор — это государственный орган, который следит за финансовым рынком. Регулятор присылает письмо, в котором просит объяснить, чем занимается проект, и передать документы. Проект должен ответить в срок, который назван в самом письме регулятора. Запросы регуляторов подробно разобраны в главах 2 и 3 этой книги. Там речь идёт о Комиссии по ценным бумагам и биржам США, известной как SEC, о европейском регламенте о рынках криптоактивов, известном как MiCA, и о Банке России.

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

Третий триггер — спор по договору с эмитентом или оператором. Эмитент — это компания, которая выпускает токены. Оператор — это компания, которая ведёт платформу, где токены выпускают, учитывают и передают. Если эмитент или оператор спорят с проектом о деньгах, правах и ответственности, спор идёт по их договору. В таком споре главные документы — сам договор и переписка о том, как стороны его исполняли.

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

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

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

Как в первые десять минут понять, с чем столкнулся проект

Юрист Андрей Воронин, который работает с Web3-проектами, начинает любой кризис с одного вопроса к команде: где лежит вся переписка с этим инвестором? Только после ответа на этот вопрос он читает саму претензию.

Получив бумагу, сначала не отвечайте. Сначала ответьте себе на четыре вопроса. Первый вопрос: кто отправитель — регулятор, инвестор, партнёр, суд или правоохранительный орган. Второй вопрос: чего отправитель требует — объяснений, документов, денег или действий. Третий вопрос: какой срок указан в бумаге и с какой даты этот срок считается. Четвёртый вопрос: на что ссылается отправитель — на договор, на закон, на рекламу проекта или на право на актив.

После этих четырёх вопросов выберите дальнейший путь по отправителю.

Если бумагу прислал регулятор, читайте главы 2 и 3 этой книги и раздел этой главы о доказательствах.

Если бумагу прислал инвестор или партнёр, действуйте по шагам, которые описаны ниже, и по сценарию юриста Ильи в этой главе.

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

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

Важное условие: правила зависят от страны, где идёт суд. Эта глава разбирает примеры из российских арбитражных судов, которые рассматривают споры между компаниями, и опирается на Арбитражный процессуальный кодекс Российской Федерации. Если инвестор — гражданин и спор идёт в суд общей юрисдикции, действует Гражданский процессуальный кодекс Российской Федерации, и сроки по этому кодексу нужно проверить отдельно. Если спор идёт в США, в Европейском союзе или в международном арбитраже, правила другие. Где разница важна, она отмечена ниже. В любом случае сверяйте нормы закона на дату вашего дела.

Чему вы научитесь в этой главе

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

Карта Щита RWA: как собрать защиту, когда случился сбой

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

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

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

Проходите четыре шага Карты Щита RWA по порядку и на каждом шаге записывайте результат. Ниже каждый шаг описан подробно.

Шаг первый. Профилактика: наведите порядок в документах до кризиса

Задача первого шага — заранее определить, где лежат документы, которые могут стать доказательствами, и кто отвечает за каждую папку. Это нужно не для красоты. Во время кризиса команда не успеет восстановить переписку, старые версии документов и журналы действий. Журнал действий — это автоматическая запись в компьютерной системе о том, кто, когда и что сделал: изменил текст на сайте, подписал документ, отправил письмо.

Пример для RWA-проекта. Команда заранее заводит папку «Сделки и подтверждения» и внутри неё отдельные папки по каждому виду операций: выпуск токенов, передача токенов, обслуживание актива. В эти папки команда кладёт не только итоговые договоры, но и протоколы согласований, подтверждения исполнения договоров и журналы изменений. Команда назначает владельца папок и вводит правило хранения версий: последнюю согласованную версию каждого документа помечают датой и подписью. Правило хранения версий означает, что каждая правка документа сохраняется как новая версия, а старые версии не пропадают.

Что именно положить в эти папки.

Первое: договоры и оферты с инвесторами, с эмитентом и с оператором, вместе со всеми приложениями. Оферта — это предложение заключить договор на условиях, которые проект опубликовал.

Второе: тексты сайта проекта, его рекламных страниц и рассылок на каждую дату публикации.

Третье: переписку с инвесторами и с другими компаниями, с которыми работает проект.

Четвёртое: документы о самом активе, например документы о праве собственности на здание или о хранении золота.

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

Шестое: внутренние согласования текстов, например письмо юриста о том, что текст о рисках утверждён.

Объём этой работы зависит от размера проекта. Есть три уровня.

Минимальный уровень подходит маленькой команде. На этом уровне у проекта есть одна общая папка, один ответственный человек и правило хранить все версии документов.

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

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

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

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