18.07.2026
VASP лицензия или регистрация для криптобизнеса
Блокировка расчетного счета редко начинается с письма регулятора. Обычно она начинается с вопроса банка о происхождении активов, модели обмена, контрагентах и контроле кошельков. Если компания отвечает на него презентацией вместо документированной системы контроля, операционная казна может стать недоступной до завершения проверки.
VASP лицензия или регистрация — это не формальный выбор между двумя заявлениями в государственный орган. Это выбор режима, который определяет, сможет ли проект законно принимать клиентские активы, проводить обмен, хранить ключи, работать с поставщиками ликвидности и объяснять банку каждую транзакцию. Ошибка в квалификации деятельности часто обнаруживается уже после первого крупного платежа, инвестиционного раунда или инцидента с комплаенсом.
Почему статус зависит от фактической модели бизнеса
Под VASP обычно понимают поставщика услуг с виртуальными активами. Термин используется в международной практике противодействия отмыванию доходов и финансированию терроризма. Однако одинаковое название не означает единый правовой режим. В одной стране потребуется регистрация в реестре, в другой — лицензия с предварительной проверкой бенефициаров, капитала и внутренних процедур. В ЕС после внедрения MiCA базовым ориентиром становится авторизация поставщика криптоуслуг, а не механическое использование термина VASP.
Регулятор и банк оценивают не маркетинговое описание продукта, а реальные действия команды. Если протокол технически децентрализован, но разработчик получает комиссию, меняет параметры обмена через административный ключ, контролирует интерфейс и принимает обращения пользователей, риск признания регулируемой деятельности возрастает. Надпись «некастодиальный сервис» не спасает, когда сотрудники могут перемещать активы через мультисиг-кошелек или фактически определяют допуск к операциям.
Для первичной квалификации необходимо установить, кто владеет ключами, кто исполняет ордера, от чьего имени происходит обмен и где формируется экономический доход. Значение имеют также география пользователей, валюта расчетов, токеномика, договоры с маркет-мейкерами и права команды на экстренную остановку смарт-контракта. Логические баги в коде не отменяют юридической ответственности тех, кто управляет интерфейсом, казной или параметрами протокола.
VASP лицензия или регистрация — в чем практическая разница
Регистрация обычно означает включение компании в специальный реестр после предоставления сведений о юридическом лице, руководителях, бенефициарах и процедурах финансового мониторинга. Она не всегда предполагает глубокую проверку бизнес-модели до запуска, но не освобождает от обязанности вести контроль операций, хранить данные и направлять сообщения о подозрительной активности. Такой режим может быть быстрее на старте, однако банк или платежный провайдер все равно будет отдельно оценивать риск клиента.
Лицензия предполагает более жесткий входной контроль. Регулятор может исследовать происхождение капитала, квалификацию директоров, достаточность собственных средств, систему управления рисками, аутсорсинг, информационную безопасность и порядок защиты клиентских активов. Выдача лицензии дольше и дороже, зато она может дать доступ к рынку, партнерам и банковской инфраструктуре, недоступным для простой регистрации.
Выбор нельзя сводить к вопросу «где дешевле». Компания, которая хранит активы клиентов, организует обмен или исполняет платежные поручения, часто не сможет безопасно работать в режиме, рассчитанном на консультационный или технический сервис. Напротив, разработчик программного обеспечения без контроля над активами пользователей не должен получать избыточный статус только из-за наличия токена в экосистеме. Правовая конструкция должна соответствовать потоку полномочий и денег.
Когда регистрация может быть достаточной
Регистрационный режим иногда подходит проекту, который оказывает ограниченный набор услуг в одной юрисдикции, не ведет активной розничной экспансии и не принимает на себя хранение клиентских средств. Но достаточность проверяется не только законом страны инкорпорации. Если сервис привлекает пользователей из государств с собственным лицензированием, их регуляторы могут рассматривать деятельность как оказание услуг на своей территории.
Отдельный риск возникает у проектов, где маркетинг направлен на клиентов из США, ЕС или Великобритании, а структура зарегистрирована в другой стране. Геоблокировка, запрет определенных валют и оговорка в пользовательском соглашении способны снизить риск, но не всегда меняют вывод о фактическом целевом рынке. Нужны подтверждаемые ограничения доступа, контроль рекламных кампаний и понятный порядок отказа в обслуживании.
Когда без лицензии риск становится критическим
Лицензирование чаще необходимо там, где платформа принимает депозиты, удерживает ключи, проводит обмен от имени клиента, выпускает платежный инструмент или организует вывод в фиатную валюту. Особенно уязвимы проекты, которые называют себя «технологическим интерфейсом», но имеют право остановить вывод, заменить адрес получателя или подписать транзакцию в мультисиг-кошельке.
Серьезным маркером является наличие клиентской казны. Если средства нескольких пользователей смешиваются, а правила распределения дохода прописаны лишь в коде, спор о принадлежности активов становится не технической, а гражданско-правовой проблемой. После взлома или депега стейблкоинов участники потребуют определить очередность выплат, пределы ответственности и источник покрытия убытков. Без заранее оформленных правил любой инцидент быстро превращается в конфликт с инвесторами, банками и регуляторами.
Россия и трансграничная структура
В России нет универсальной «VASP-лицензии», которая автоматически легализует любую работу с криптоактивами. ФЗ № 259 «О цифровых финансовых активах» регулирует выпуск и обращение цифровых финансовых активов в установленной модели, включая операторов информационных систем и операторов обмена. Цифровая валюта, трансграничные расчеты, реклама, налоговый учет и банковский контроль требуют самостоятельной оценки по фактической операции.
Для российской команды опасна конструкция, в которой иностранная компания формально обслуживает криптооперации, а ключевые решения, поддержка клиентов, управление ликвидностью и контроль кошельков фактически осуществляются из России. В таком случае нельзя ограничиться иностранным сертификатом о регистрации. Следует разделить роли участников, зафиксировать полномочия, проверить трудовые и корпоративные связи, маршруты платежей и основания доступа к инфраструктуре.
Практика показывает, что наибольшие потери возникают не из-за отсутствия красивого документа о статусе, а из-за разрыва между ним и реальной архитектурой. Например, фонд запускает инвестиционный пул через иностранную компанию, но фаундер единолично подписывает транзакции казны, а условия входа инвесторов меняются голосованием без подтверждения личности участников. При запросе банка невозможно объяснить ни источник средств, ни полномочия подписанта, ни правовую природу долей в пуле.
Что должно быть готово до обращения к регулятору и банку
Пакет документов начинается не с анкеты. Сначала фиксируется карта операций: поступление активов, конвертация, хранение, вывод, комиссии, взаимодействие с контрагентами и реакция на подозрительные транзакции. Для каждой операции определяется ответственное лицо, техническая точка контроля и правовое основание обработки данных.
Далее формируется корпоративный контур. Учредительные документы, реестр бенефициаров, полномочия директоров, условия привлечения капитала и ончейн-конституция должны совпадать. Если голосование участников способно заблокировать выплаты, необходим механизм преодоления паралича управления: кворум, сроки, резервный порядок принятия решений и пределы чрезвычайных полномочий. Иначе governance-атака крупного держателя токенов станет не абстрактным риском, а способом остановить бизнес.
Отдельный блок посвящен финансовому мониторингу. Он включает процедуру идентификации клиентов, оценку рисков, мониторинг адресов, работу с санкционными ограничениями, фиксацию источника средств и порядок эскалации подозрительных операций. Автоматическая проверка адреса не заменяет юридическое решение: сервисы аналитики дают сигнал, а компания должна документировать, почему операцию провели, ограничили или отклонили.
Наконец, требуется план инцидент-реагирования. После эксплойта счет идет на часы. Должно быть заранее определено, кто вправе остановить смарт-контракт, перевести резерв, уведомить клиентов, сохранить доказательства и вести переговоры с биржами, банками и страховщиками. Судебные блокчейн-платформы и арбитражные механизмы могут помочь урегулировать спор, но они не исправят отсутствие доказательств, полномочий и журналов решений.
Цена неверного статуса
Неправильно выбранный режим приводит не только к риску штрафа. Он создает отказ банков в обслуживании, заморозку расчетов, невозможность провести аудит, потерю инвестора на стадии проверки и личные претензии к директорам. После инцидента эта проблема усиливается: контрагенты видят не контролируемый кризис, а отсутствие системы управления.
Для фаундера разумная последовательность выглядит иначе: сначала техническо-правовая квалификация продукта и потоков активов, затем выбор юрисдикции и статуса, после этого — настройка корпоративного управления, договоров и процедур мониторинга. Лицензия не заменяет архитектуру контроля, а регистрация не освобождает от нее.
Если проект уже получил запрос банка, столкнулся с блокировкой казны, готовит выход на новый рынок или переживает последствия взлома, не стоит исправлять структуру по частям. Команда crypto-law.space проводит первичный разбор ситуации под NDA, сопоставляет код, полномочия кошельков и договорную модель, а затем выстраивает позицию для регулятора, банка и инвесторов. Обратиться можно через раздел контактов сайта — русскоязычные юристы команды также ведут рабочие переговоры на английском языке.