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