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