DeFi‑фронтенды: когда интерфейс подпадает под финрегулирование

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

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

В Евросоюзе регламент MiCA требует авторизации CASP для поставщиков услуг, связанных с криптоактивами, если фронтенд предоставляет одну из перечисленных услуг клиентам из ЕС/ЕЭЗ. В США в марте 2026 года CFTC в письме no‑action по делу Phantom подтвердила, что доступ к регулируемым деривативам через некастодиальный кошелёк может не требовать лицензии при соблюдении условий: отказ от хранения средств клиентов, обязательные раскрытия рисков и соответствие стандартам публичной коммуникации. В марте SEC разъяснила критерии для интерфейсов, дающих доступ к криптоактивам, которые квалифицируются как ценные бумаги — пользователь должен иметь возможность менять параметры транзакции и видеть альтернативные варианты исполнения, фильтрация должна быть объективной и не навязывать «лучший» вариант, а также требуется раскрытие заинтересованности и рисков. В Великобритании FCA следит за публичной коммуникацией и применяет правила продвижения финансовых инструментов к продуктам, нацеленным на британских потребителей.

Юридические риски фронтенда связаны с архитектурой продукта, схемой комиссий, правилами доступа и коммуникацией. Архитектура включает логику выбора опций, дефолтные настройки, подготовку и подписание транзакций, а также права команды на изменения и управление маршрутизацией. Схема комиссий показывает роль оператора: прозрачная единая плата и явные раскрытия отличаются от выплат, зависящих от рекомендаций конкретных площадок или объёма трафика. Ограничения доступа и процедуры AML/санкций влияют на юрисдикционную применимость правил; регуляторы оценивают фактическую доступность сервиса, языки интерфейса и каналы рекламы. Коммуникация охватывает содержимое сайта, документацию, ответы службы поддержки и маркетинг; формулировки вроде «рекомендуемый» или «оптимальный» регуляторы могут расценить как побуждение к выбору.

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

Сергей Островский предупреждает, что несогласованность между коммерческими практиками интерфейса и публичными заявлениями о «полной децентрализации» может привести к претензиям регуляторов.