Токенизация в ADGM: структуры и контроли (2026)

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

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

Короткий ответ: классифицируйте права, участников и действия

Полезный анализ ADGM состоит из пяти уровней:

1. Инструмент: какие юридические права получает держатель — акции, долговое требование, паи фонда или иной интерес?
2. Эмитент и структура: какое лицо принимает обязательство или ведёт учёт права собственности?
3. Действия: кто предлагает, организует, консультирует, совершает сделки, управляет, эксплуатирует платформу, хранит активы или обеспечивает расчёты?
4. Инвесторы и дистрибуция: кто, где и по какому каналу получает сообщения и может участвовать в предложении?
5. Операционные контроли: какие доказательства управляют онбордингом, аллокацией, реестром, денежными потоками, хранением, переводами, отчётностью и восстановлением?

Руководство FSRA по Digital Securities относит к ним цифровые активы, обладающие признаками Security, включая токенизированные предложения ценных бумаг. Оно отдельно рассматривает эмитентов, торговые площадки, посредников, хранение, private financing platforms и технологические контроли. Поэтому фраза «токен находится в блокчейне» не является ни классификацией, ни анализом необходимых разрешений.

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

Страница 1 — карта юридических лиц и действий

Используйте эту карту до выбора поставщиков и формирования лицензионного плана.

Уровень	Что нужно зафиксировать	Минимальное доказательство	Владелец решения
Коммерческая цель	Привлечение капитала, администрирование инвесторов, дистрибуция фонда, частные переводы или услуги платформы	Утверждённая бизнес-модель и путь пользователя	Спонсор / совет директоров
Инструмент	Акция, нота, пай фонда или иное право; применимое право; денежные и корпоративные права	Проект term sheet и учредительные/эмиссионные документы	Юрист эмитента
Эмитент или структура	Операционная компания, SPV, фонд или иной эмитент; собственность на активы и регресс	Схема лиц, документы и подтверждение прав на актив	Спонсор и корпоративный юрист
Регулируемые действия	Точные глаголы для каждой стороны: arrange, advise, deal, manage, operate, custody, settle	Описание процессов, договоры, экраны и коммуникации	Регуляторный юрист ADGM
Предложение и дистрибуция	Получатели, география, канал, классификация инвестора, исключение или проспект	Матрица дистрибуции и проекты раскрытий	Эмитент и юрист по дистрибуции
Онбординг	Идентификация, бенефициар, допустимость, suitability/appropriateness, если применимо, согласования	Политика KYC/CDD, доказательства классификации, журнал решений	Регулируемый владелец онбординга
Деньги, хранение и расчёты	Кто принимает средства, контролирует ключи, хранит активы, сверяет записи и завершает расчёт	Карта счетов, договор хранения, процедура расчёта	COO / регулируемые провайдеры
Реестр и переводы	Какая запись является авторитетной; кто одобряет, отклоняет или исправляет перевод	Положение в документах, политика реестра, схема событий	Эмитент / регистратор / юрист
Текущие операции	Раскрытия, отчётность, жалобы, конфликты, аутсорсинг, инциденты и прекращение	RACI, библиотека контролей, SLA и exit plan	Совет / compliance / COO

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

Asset Haus помогает координировать юридическую подготовку с квалифицированными консультантами и провайдерами и внедрять инфраструктуру токенизации. Компания не оказывает юридические, кастодиальные, брокерские или инвестиционно-консультационные услуги и не гарантирует регуляторное одобрение.

Страница 2 — три сценария, которые нельзя считать одинаковыми

Сценарий A: эмитент использует внешних провайдеров

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

Основные вопросы:

• Что именно представляет токен и в каком документе возникают права?
• Делает ли эмитент предложение в ADGM или из ADGM, и применимы ли проспект или конкретное исключение?
• Какая авторизованная сторона, если она нужна, организует или распространяет ценные бумаги?
• Кто принимает решение о допуске инвестора и хранит доказательства?
• Кто контролирует денежные средства, приватные ключи и авторитетный реестр?
• Может ли перевод состояться только после договорных и регуляторных проверок?

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

Сценарий B: платформа обслуживает нескольких эмитентов

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

Руководство FSRA от 18 декабря 2023 года указывает, что заявителю на регулируемую деятельность Operating a Private Financing Platform требуется Financial Services Permission. В руководстве PFP рассматривается как первичный рынок, а вторичная торговля — как отдельный вопрос MTF. Оно также говорит, что предложение финансирования может быть опубликовано на PFP только при соответствии критериям Exempt Offer по применимым Markets Rules. Руководство не является исчерпывающим перечнем условий: приоритет имеют актуальные FSMR и Rulebooks.

Основные вопросы:

• Является ли сервис PFP или выполняет arranging, dealing, advising либо иное регулируемое действие?
• Какие предложения и категории инвесторов допускаются?
• Как контролируются проверка эмитентов, конфликты и клиентские сообщения?
• Остаётся ли функция «выхода» контролируемым переводом или становится эксплуатацией торговой площадки?
• Получает ли платформа клиентские деньги или контроль над клиентскими активами?
• Может ли система выгрузить записи и поддержать критичные процессы при сбое поставщика?

Название «доска объявлений», «matching» или «exit facility» не решает вопрос MTF. Важны фактическая функция и эффект.

Сценарий C: фонд выпускает цифровые паи

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

Основные вопросы:

• Является ли структура фондом и кто выступает управляющим, администратором и, где требуется, депозитарием или кастодианом?
• Что представляет пай и какой документ регулирует подписку, погашение, оценку и перевод?
• Кто вправе маркетировать или распространять паи целевым инвесторам?
• Как сверяются инвесторские записи, балансы токенов и юридический реестр?
• Что происходит при приостановке оценки, ограничении погашения, потере ключа или отклонённом переводе?
• Кто и из какой системы формирует отчёты и уведомления?

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

Классификация инструмента предшествует выбору технологии

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

Руководство от 24 февраля 2020 года отделяет Digital Securities от других категорий цифровых активов. Для Virtual Assets и Utility Tokens оно описывает иной подход, fiat tokens рассматривает как цифровое представление фиатной валюты, а derivatives и collective investment funds — как отдельную категорию. Поэтому маршрут зависит от фактических признаков инструмента; эту схему Digital Securities нельзя без изменений применять к любой модели токена.

Зафиксируйте как минимум:

• эмитента и применимое право;
• права на выплаты, погашение, голосование или redemption;
• регресс и обеспечение, если они есть;
• условия перевода и роль реестра;
• дефолт, приостановку, исправление и аннулирование;
• связь записи токена с юридически авторитетной записью.

Матрицу выбора ADGM или DIFC нужно применять к одному и тому же факт-паттерну в обеих юрисдикциях. Сравнение эмитента в ADGM с оператором платформы в DIFC даст ложный результат.

Предложение, дистрибуция и доступ инвестора — разные решения

Не смешивайте четыре вопроса:

1. Является ли сообщение предложением или финансовой промоцией?
2. Нужен ли проспект или применимо конкретное исключение?
3. Допустим ли получатель и правильно ли он классифицирован?
4. Имеет ли лицо, делающее или организующее сообщение, необходимое разрешение?

Руководство от 24 февраля 2020 года также описывает индивидуальную оценку FSRA и возможность признания Digital Security ценной бумагой по section 58(2)(b) FSMR. В нём указано, что FSRA изучает соответствующую документацию для такого решения и при предполагаемом Exempt Offer; эта проверка не является одобрением самого Exempt Offer. Руководство также фиксирует общее ожидание, что эмитент, намеренный сделать Offer of Digital Securities, зарегистрирован в ADGM. Эти позиции нужно сверить с актуальными правилами и конкретной структурой.

Публичная страница, приглашение по email, закрытая data room, форма подписки и запрос на перевод — разные события. Формула «только профессиональные инвесторы» не является универсальным освобождением, а исключение для предложения само по себе не разрешает деятельность посредника.

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

Разделите хранение, деньги, реестр и расчёты

Нельзя считать, что один провайдер решает четыре задачи:

• Хранение и ключи: кто разрешает on-chain транзакции и восстанавливает контроль после компрометации?
• Денежные средства: какой счёт принимает подписку и когда деньги могут быть перемещены?
• Юридический реестр: какая запись устанавливает или подтверждает право собственности?
• Расчёт: какие условия обеспечивают финальность поставки и оплаты, как обрабатывается сбой?

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

Контрольная последовательность пути инвестора

Событие	Доказательство	Контрольное решение	Результат
Допуск лида	Источник, география, продукт	Можно начать онбординг?	допущен / отклонён
Идентификация	Личность, бенефициар и требуемые проверки	CDD завершён?	чисто / эскалация / отказ
Статус инвестора	Классификация и опыт, если применимо	Подходит ли инвестор для маршрута?	допустим / ограничен / истёк
Раскрытие	Точная версия и подтверждения	Информация предоставлена?	завершено / неполно
Подписка	Подписанный документ, сумма, реквизиты	Соответствует условиям?	принято / отказ / ожидание
Денежные средства	Банковское доказательство	Средства окончательно зачислены?	зачислено / сбой / возврат
Аллокация	Решение эмитента и данные реестра	Можно создать или перевести единицы?	аллокация / уменьшение / отказ
Сверка	Запись реестра и транзакция	Совпадают ли записи?	совпало / исключение
Запрос перевода	Данные получателя, ограничения и согласия	Разрешён ли перевод?	одобрен / отклонён / очередь
Периодическое обновление	Обновлённые риск- и eligibility-данные	Можно продолжать доступ?	продлён / остановлен / выход

Это инструмент проектирования, а не утверждение, что у всех моделей ADGM одинаковые шаги и владельцы решений.

Чек-лист готовности: факт, источник, владелец

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

Требуемый факт	Минимальный источник	Владелец решения
Точные права держателя	Term sheet и управляющие документы	Юрист эмитента
Эмитент, владелец актива и должник	Схема и доказательства прав	Спонсор / юрист
Все действия в интерфейсе и back office	Экраны, процесс и договоры	Product / COO
Инвесторы и география	Матрица целевого рынка и дистрибуции	Спонсор / юрист
Маршрут предложения	Актуальный анализ FSMR/MKT	Юрист ADGM
Разрешения провайдеров	Актуальные публичные записи и scope	Compliance / юрист
Онбординг и хранение решений	Процедуры KYC/CDD и классификации	MLRO / compliance
Денежные и активные потоки	Карта банка, хранения и расчётов	Finance / COO
Авторитетный реестр и исправления	Документы и процедура реестра	Эмитент / регистратор / юрист
Переводы и функция выхода	Функциональная спецификация и ограничения	Product / юрист
Аутсорсинг и местонахождение данных	Договоры, архитектура, data map	CTO / DPO / compliance
Инциденты и прекращение	Тесты восстановления, экспорт, exit plan	Совет / COO

Если ответа нет, пометьте его как open, назначьте владельца и не позволяйте соответствующему процессу двигаться дальше. «Уточним позже» без владельца и блокирующего условия не является контролем.

Что убрать из раннего плана ADGM

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

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

Практическая последовательность решения

1. Зафиксируйте один факт-паттерн и один путь инвестора.
2. Подготовьте карту лиц и действий с каждой передачей ответственности.
3. Получите письменный perimeter analysis квалифицированного юриста ADGM.
4. Подтвердите провайдеров и объём их разрешений по актуальным источникам.
5. Преобразуйте правовой анализ в состояния системы, поля доказательств и роли согласования.
6. Протестируйте успешные, отклонённые и аварийные сценарии до production.
7. При приёмке сверяйте документы, деньги, реестр и токен.
8. Установите change control для нового продукта, типа инвестора, географии или функции платформы.

Asset Haus помогает преобразовать периметр в план внедрения через ресурс по юридической и операционной готовности и инфраструктуру токенизации. Коммерческие условия определяются конфиденциально после readiness review.

Источники и дата проверки

Материал существенно обновлён 14 сентября 2026 года на основании официальных документов FSRA Guidance – Regulation of Digital Securities Activities in ADGM (версия с датой 24 февраля 2020 года) и Guidance – Regulatory Framework for Private Financing Platforms and Multilateral Trading Facilities dealing with Private Capital Markets (версия с датой 18 декабря 2023 года), скачанных с сайта ADGM в этот день, а также текущих страниц ADGM по digital assets и guidance index как точек входа. Руководства следует читать вместе с актуальными FSMR и Rulebooks; они могут не отражать каждое применимое требование или последующее изменение. Перед действием подтвердите консолидированные положения и факты с квалифицированным консультантом ADGM.

Частые вопросы

Существует ли единая лицензия ADGM на токенизацию?

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

Авторизует ли регистрация SPV всю деятельность по токенизации?

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

Может ли PFP предоставлять вторичную торговлю?

Руководство FSRA 2023 года рассматривает PFP как первичный рынок, а вторичную торговлю — в отдельном контексте MTF. Любая функция transfer или exit требует самостоятельного функционального анализа.

Отменяет ли исключение для предложения все лицензионные вопросы?

Нет. Требования к предложению, eligibility инвестора, финансовым промоциям и разрешениям посредников — отдельные вопросы.

Что совету директоров следует утвердить первым?

Сам факт-паттерн: инструмент, эмитент, действия, инвесторов, географию, роли провайдеров и операционные контроли. Бюджет лицензирования и дата запуска не должны утверждаться до появления доказательств и актуального анализа периметра.

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