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