Вопросы регулирования криптовалют: юрисдикции и комплаенс для бизнеса

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

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

Правовой статус: один токен, разные режимы

У криптоактива нет единого правового статуса, который одинаково действовал бы во всех странах. Регуляторы могут рассматривать его с разных сторон: как платёжное средство, объект инвестирования, имущественное право или часть услуги по переводу денег. Иногда одна и та же деятельность одновременно подпадает под несколько режимов.

В Евросоюзе MiCA различает токены, привязанные к одной официальной валюте, токены, стоимость которых связана с другими активами или их корзиной, и прочие криптоактивы. В США FinCEN оценивает деятельность с точки зрения требований к денежным переводам и противодействию отмыванию денег, IRS — с точки зрения налоговой отчётности, а SEC может рассматривать отдельные предложения токенов через нормы о ценных бумагах. В Великобритании FCA, среди прочего, регулирует финансовое продвижение криптоактивов. В Дубае надзор за виртуальными активами в пределах соответствующей компетенции осуществляет VARA; в финансовом центре ADGM в Абу-Даби действует собственный режим, а финансовый надзор осуществляет FSRA. В Сингапуре лицензируемые услуги с цифровыми платёжными токенами регулируются MAS.

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

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

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

Если проект выпускает стейблкоин, привязанный к корзине активов, европейская классификация может привести к режиму ART. Если токен привязан к одной официальной валюте, может возникнуть вопрос о режиме EMT. В США при этом отдельно оцениваются функции токена и способ его предложения: соответствие требованиям в одной юрисдикции не исключает применения другого режима в другой. Сначала выясняют, что фактически происходит, и только потом подбирают юридическую конструкцию.

MiCA: единые правила и национальный надзор

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

Для бизнеса принципиально различать три группы. EMT привязан к одной официальной валюте. ART опирается на стоимость других активов, прав или их сочетания. Криптоактивы, не относящиеся к этим категориям, регулируются по отдельным положениям MiCA, если входят в сферу его действия. Классификация зависит от конструкции токена и заявленных прав, а не от того, как проект называет его в маркетинговых материалах.

Это важно для долларовых стейблкоинов. Привязка к доллару США сама по себе не исключает классификацию токена как EMT: определение связано с привязкой к одной официальной валюте, а не только к валюте страны ЕС. При этом конкретный статус нельзя выводить из одного факта привязки. Нужно учитывать условия выпуска, права держателей, структуру обеспечения и то, кто выступает эмитентом. Поэтому утверждать, что USDT или USDC автоматически относятся к одной категории, без анализа соответствующих обстоятельств было бы слишком смело.

Для эмитентов EMT и ART MiCA устанавливает требования, связанные с авторизацией, резервами, управлением и раскрытием информации. Конкретные обязанности зависят от категории токена и роли эмитента. Для поставщиков услуг с криптоактивами действует режим CASP: он затрагивает авторизацию и организацию работы, защиту клиентских активов, управление конфликтами интересов и выполнение требований по противодействию финансовым преступлениям.

Общеевропейская рамка не означает, что процесс взаимодействия с надзором в каждой стране будет одинаковым. Национальные органы рассматривают заявки и осуществляют надзор в пределах своих полномочий; европейские институты участвуют в координации и разработке общих подходов. Германия, Франция, Литва и другие страны не превращаются в один административный офис. Однако сравнивать их как будто у каждой есть отдельный набор правил MiCA тоже неверно: регламент общий, а различия нужно искать в практике надзора, сроках и конкретных процедурных требованиях.

Важно не перепутать и сами институты. BaFin — немецкий федеральный финансовый регулятор. OAM — итальянский орган, название которого связано с агентами и посредниками; это не литовский регулятор. Поэтому тезис о том, что BaFin строже именно чем OAM в Литве, построен на ошибочной атрибуции. Сравнивать регуляторов можно только по конкретным полномочиям и практике, а не по случайно поставленным рядом названиям.

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

США: FinCEN, IRS и несколько слоёв требований

В США нет одного общего режима, который охватывал бы все виды деятельности с цифровыми активами. Федеральные нормы могут пересекаться с требованиями штатов, а вопрос о том, какие именно правила применимы, зависит от функций компании.

FinCEN применяет требования Bank Secrecy Act к определённым участникам рынка, работающим с конвертируемой виртуальной валютой. Руководство FinCEN от 2013 года описывает случаи, когда администратор или обменник может рассматриваться как money services business (MSB), а в зависимости от модели — как money transmitter. Пользователь, который приобретает виртуальную валюту для собственных целей, не становится MSB только потому, что совершает такую покупку.

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

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

Налоговая отчётность образует отдельный слой. IRS ввела форму 1099-DA для отчётности брокеров по операциям с цифровыми активами. Для операций, совершённых начиная с 1 января 2025 года, предусмотрена передача данных о валовой выручке; для определённых операций, начиная с 1 января 2026 года, добавляются сведения о налоговой базе. Обязанность налогоплательщика отражать доходы, прибыль и убытки не исчезает, если он не получил форму от брокера. Отчёт посредника и собственная налоговая обязанность клиента — связанные, но не взаимозаменяемые вещи.

SEC отвечает за применение законодательства о ценных бумагах в пределах своей компетенции. Одобрение в январе 2024 года листинга и торговли спотовыми биткоин-ETP не означало, что все криптоактивы получили статус ценных бумаг или что любые операции с ними стали освобождены от иных требований. Решение касалось конкретных биржевых продуктов, а не универсальной классификации рынка.

FATF, комплаенс и трансграничные риски

Рекомендация 15 FATF распространяет требования по противодействию отмыванию денег и финансированию терроризма на виртуальные активы и поставщиков услуг виртуальных активов (VASPs). С этим связан принцип Travel Rule: при переводах, подпадающих под соответствующие правила, поставщики должны передавать сведения об отправителе и получателе. Но стандарт FATF не становится автоматически законом каждой страны. Его внедрение зависит от национального законодательства и практики надзора.

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

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

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

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

Ещё одна практическая сложность связана с P2P-операциями и некастодиальными кошельками. Отсутствие посредника в привычном смысле не отменяет автоматически требований к участнику, который оказывает регулируемую услугу. Но и не всякое взаимодействие пользователя с собственным кошельком превращает его в поставщика услуг. Юридическая оценка зависит от роли участников, степени контроля и фактической организации сервиса.

Лицензирование платформ и пределы надзора за DeFi

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

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

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

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

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

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

Комплаенс как часть бизнес-модели

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

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

2. Разобрать географию деятельности. Где находятся компания, пользователи и контрагенты? В каких странах будут доступны услуги, как устроены платежи и где находится инфраструктура, от которой зависит доступ клиента к активам?

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

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

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

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

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

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