Посібник
Налаштування компанії з випуску стейблкоїнів або платіжних токенів в ОАЕ
Коротка відповідь
Проект зі стейблкоїном поєднує емітента, резервні активи, банківські послуги, контролі на випуск і вилучення, розподіл, зберігання та викуп. Регуляторний шлях залежить від токена, референсного активу, випадку використання, місцеположення та виконуваних функцій. Тому Регламент платіжних токенів CBUAE є центральною точкою відліку, а не думкою на потім.
Перший документ, який потрібно написати, не є заявкою; це чесний опис того, хто працює з активами, ключами та грошима клієнтів. Візуалізуйте ці потоки, а потім відокремте звичайну реєстрацію компанії від авторизації віртуальних активів. Ці два поняття часто плутають в цьому секторі, а плутанина є дорогою: комерційна ліцензія не є дозволом VASP і ніколи не стає ним.
Чому модель експлуатації попереду юрисдикції
Для бізнесу з віртуальними активами етикетки непевні. Периметр визначається тим, що робить бізнес: чи бере він на зберігання, чи узгоджує замовлення, чи торгує як основний учасник, чи організовує транзакції, чи управляє активами, чи передає вартість, чи випускає токени або продає продукт, схожий на інвестиційний.
Суб'єкт з описом діяльності, пов'язаної з криптовалютою, нічого не доводить регулятору, банку чи контрагенту біржі. Важливо те, чи може компанія продемонструвати відповідне управління, фінансові ресурси, угоди про зберігання та персонал для дотримання вимог щодо функцій, які вона фактично виконує. Корисним питанням не є те, яка ліцензія продається найшвидше. Це те, які регульовані функції виконує модель, і що компанія повинна мати — капітал, людей, системи — для їх правомірного виконання.
Почніть з вибору того, яка з цих моделей найближче описує ваш план:
- Випуск платіжного токена, прив’язаного до дирхама
- Токен, прив’язаний до іноземної валюти, для дозволених випадків використання
- Розподіл або конверсія без випуску
- Технологічні або послуги адміністрування резерву ліцензованому емітентові
Якщо застосовуються більше ніж одна модель, групі може знадобитися окремі суб'єкти або ліцензовані партнери для окремих функцій. Регулятори оцінюють кожну регульовану функцію окремо; об'єднання зберігання, торгівлі та випуску в одну компанію множить вимоги до капіталу, управління та конфліктів, а не знижує їх.
Де може закінчитися звичайне створення компанії
Перевірте ці пункти на периметрі віртуальних активів перед вибором юрисдикції чи діяльності:
- Випуск платіжного токена, конверсія, зберігання та передача
- Захист резервів та права на викуп
- Гаманець, функціональність платежів та торговців
- Правила віртуальних активів за межами периметра CBUAE
- Маркетинг, критерії придатності клієнтів та географічні обмеження
Попадання в цей список не означає автоматичної необхідності в авторизації — це означає, що периметр потребує оцінки, заснованої на фактах. І гра з етикетками не працює в зворотному напрямку: називати бізнес технологічною платформою, власним стендом або ринком не дозволяє уникнути регуляції, якщо клієнтський шлях виконує контрольовану функцію.
Вивід повинен бути письмовим описом периметра: що робить компанія, що вона не буде робити, які функції виконуються ліцензованими партнерами, і які аспекти дорожньої карти можуть змінити висновок. Обговорення з органами, реєстрація в банках та перевірка контрагентів все спираються на саме цей аналіз.
Структурні рішення, які змінюють відповідь
Перед порівнянням маршрутів — режимів віртуальних активів або звичайних комерційних ліцензій — визначте змінні, які визначають капітал та персонал:
- Посилання на активи та дозволений випадок використання
- Ролі емітента, резервного власника, дистриб'ютора та постачальника технологій
- Склад резерву, підтвердження та ліквідність
- Прямий vs проміжний викуп
- Дизайн гаманця та моніторинг транзакцій
Суб'єкт, орієнтований на клієнта, повинен мати ту субстанцію, яку очікує регулятор: резидентне старше керівництво, покриття з урахуванням відповідності та MLRO, фінансові ресурси та системи, які відповідають ліцензованим функціям. SPV, компанія з інтелектуальною власністю або закордонний материнський підрозділ можуть бути поряд, але структура, яка призначена в основному для показу низької ціни на створення, сприймається саме так авторизаційною командою та кожним банком пізніше.
Витрати та терміни: використовуйте шари, а не одне заголовне число
Для регульованих моделей віртуальних активів витрати на формування є найменшою статтею в бюджеті. Мінімум встановлюється фінансовими ресурсами та обов'язковими людьми. Бюджетуйте в шарах:
- Формування підрозділу: реєстрація, установчі документи, картка установи, робочий простір і імміграційна спроможність.
- Авторизація: підготовка заявки, юридичні та консультативні послуги з питань відповідності, політичні пакети, бізнес-плани, фінансові моделі та плати за нагляд.
- Регуляторні фінансові ресурси: сплачений капітал або вимоги до чистих активів, які повинні бути профінансовані та залишатись на місці — капітал утримується та контролюється, а не витрачається, але повинен існувати.
- Обов'язкові люди: старший виконавчий, фахівець із забезпечення відповідності та MLRO, ролі з управління ризиками та технологіями — деякі резиденти, деякі найняті до схвалення, усі на зарплаті незалежно від доходів.
- Періодичні зобов'язання: збори за нагляд, зовнішній аудит, регуляторна звітність, податкові декларації, оновлення ліцензій та реєстрації.
Термін виконання поділяється на етапи: класифікація периметру, прийняття рішення про структуру, формування суб'єкта, складання заявки, перегляд регулятором та уточнюючі запитання, умовне схвалення, створення операційної структури, запуск. Перегляд авторизації відбувається в часі регулятора, а не в часі заявника, і дата комерційної реєстрації не є датою запуску, поки авторизація не буде схвалена.
Готовність до банківської, інвестиційної та комерційної діяльності
Банки та інституційні контрагенти трактують фірми з віртуальними активами як клієнтів з підвищеним рівнем належної обачності за замовчуванням. Підготуйте наступне перед початком включення:
- Діаграма токенів та грошових потоків
- Політика резервів та викупу
- Обговорення банківських послуг та забезпечення
- Контроль адміністрації смарт-контрактів
- Управління, фінансові ресурси та план закриття
Мета полягає у створенні файлу, в якому історія регулювання, історія потоків коштів та маркетингова історія співпадають. Узгодженість скорочує час включення; ніщо не гарантує рахунка, інвестицій чи схвалення, і жоден серйозний консультант не скаже інакше.
Питання, на які потрібно відповісти перед тим, як сплачувати за налаштування
- На що посилається токен і хто обіцяє викуп?
- Де та як зберігаються резерви?
- Хто може випускати, знищувати, заморожувати або відновлювати токени?
- Які наміри щодо використання платежів чи торгівлі?
- Яка юридична особа укладає угоду з тримачами?
Невідповіді на запитання допустимі; непротокольовані — ні. Зверніть увагу на припущення та на те, хто повинен його перевірити, перед тим, як пакет формування визначить межі за замовчуванням.
Поширені помилки
- Називати токен стабільним без юридично достовірного механізму викупу
- Лікувати резервні активи як операційні готівкові кошти
- Припускати, що іноземний емітент може вільно розповсюджуватися в ОАЕ
- Поєднувати емісію, обмін та зберігання без відображення кожного дозволу
І класична помилка зберігається: порівняння зборів за реєстрацію. Порівнюйте повні маршрути — витрати на перший рік і витрати на продовження, капітал, який утримується, обов'язкові найми, дозволені функції, банківські реалії та витрати на перепідготовку структури після запуску.
Що оцінює Velarozone
Оцінка, проведена радником Velarozone, перетворює токен, механізми зберігання та угод у рішення щодо налаштування. В залежності від фактів, письмовий план може охоплювати:
- Які функції віртуальних активів виконує модель і які категорії маршрутів їм підходять.
- Межа між комерційною реєстрацією та авторизацією віртуальних активів для цієї конкретної моделі.
- Залежності капіталу, персоналу, зберігання та банківської сфери, які обмежують запуск.
- Витратні рівні, в яких утримуваний капітал і обов'язкові найми — а не збори за створення — встановлюють мінімум.
- Документи, відкриті запитання та припущення, що вимагають підтвердження спеціалістами.
- Послідовність подачі, яка починається тільки після того, як клієнт розуміє та затверджує маршрут.
Остаточний короткий список органів влади, точний вибір діяльності, поточні вимоги та шлях подання підтверджуються відповідно до фактичних даних. Це рішення, а не загальні заяви веб-сайту.
