Саме́ програмне або апаратне забезпечення гаманця, у якому приватні ключі тримає виключно користувач, зазвичай не потребує дозволу надавача послуг щодо криптоактивів, бо не йдеться про зберігання від імені клієнта. Регламент MiCA прямо зазначає це в пункті 83 преамбули. Однак дозвіл вам потрібен, якщо ви отримуєте контроль над криптоактивами або засобами доступу до них, наприклад під час керування чи відновлення ключів, або якщо застосунок сам надає обмін, приймає доручення чи виконує перекази від імені користувачів.
Розробники гаманців для криптоактивів після запуску Регламенту (ЄС) 2023/1114 (MiCA) запитують, чи поширюється на них обов’язок отримати дозвіл надавача послуг щодо криптоактивів (CASP). Відповідь залежить не від того, чи називається продукт гаманцем, а від того, хто тримає в руках доступ до криптоактивів і які дії застосунок виконує за користувача.
Зберігання означає контроль над доступом
Послуги, для яких потрібен дозвіл, перелічує ст. 3 ч. 1 п. 16, і зберігання серед них стоїть на першому місці. Регламент визначає його так:
«надання послуг зберігання та управління криптоактивами від імені клієнтів» означає зберігання або контроль криптоактивів чи засобів доступу до таких криптоактивів від імені клієнтів, у відповідних випадках у формі приватних криптографічних ключів;
Якщо ключі створює та зберігає лише пристрій користувача, а ви не маєте до них доступу, контролю над криптоактивами ви не маєте. Законодавець підтвердив це в пункті 83 преамбули, згідно з яким надавачі апаратного або програмного забезпечення некастодіальних гаманців не мають належати до сфери застосування регламенту. Пункт преамбули не є самостійною правовою нормою, однак слугує для тлумачення визначень, тому важливо, щоб продукт йому справді відповідав. Дозвіл потрібен тому, хто надає послуги клієнтам на професійній основі (ст. 3 ч. 1 п. 15, ст. 59 ч. 1), що для комерційного застосунку зазвичай діє.
Де проходить межа
Найчастіше проблеми виникають не з базовим гаманцем, а з функціями, які додають до нього пізніше:
- Керування або відновлення ключів. Якщо компанія зберігає резервну копію ключа або його частину, за допомогою якої вона сама чи разом з іншою стороною може розпоряджатися криптоактивами, це наближається до контролю над засобами доступу за визначенням зберігання. Технічне рішення потрібно оцінювати конкретно, а не за маркетинговою назвою.
- Вбудований обмін. Якщо застосунок укладає з користувачами договори купівлі або продажу криптоактивів із використанням власного капіталу, це обмін за ст. 3 ч. 1 п. 19 (на кошти) або п. 20 (на інші криптоактиви). Якщо він приймає їхні доручення і передає їх третій стороні для виконання, це послуга за п. 23.
- Перекази від імені користувача. Послугою є також переказ криптоактивів з однієї адреси на іншу від імені користувача (п. 26). Якщо транзакцію підписує сам користувач своїм ключем, переказ виконує він.
Пункт 22 преамбули додає, що поза межами регламенту залишаються лише послуги, які надаються повністю децентралізовано без будь-якого посередника. Поєднання гаманця з послугами третіх сторін, наприклад ліцензованої обмінної платформи, є звичайним. Однак тоді потрібно договірно й технічно визначити, хто надає послугу і хто несе обов’язки щодо клієнта.
На що звернути увагу в комунікації
Регламент забороняє особі, яка не є надавачем послуг щодо криптоактивів, використовувати назву, маркетингову комунікацію чи інший підхід, який давав би підстави вважати, що вона ним є, або міг би вводити в оману (ст. 59 ч. 5). Обіцянки на кшталт «безпечно збережемо ваші криптовалюти» щодо некастодіального гаманця є неточними й водночас регуляторно ризикованими. Відмінність має також майновий наслідок: криптоактиви клієнтів на зберіганні, які відповідно до регламенту не є частиною майна надавача, не підлягають виконанню рішення (§ 3 ч. 1 закону № 248/2024 Z. z.), тоді як щодо некастодіального гаманця ризик втрати ключа несе користувач.
Як діяти
Перед запуском або додаванням нової функції доцільно змоделювати потоки криптоактивів і ключів та перевірити, чи не відповідає якась функція визначенню послуги щодо криптоактивів. Якщо так, ми оцінимо, чи перенести її на ліцензованого партнера, чи подати заяву про дозвіл, у межах послуги ліцензія MiCA для криптопослуг. Умови користування застосунком, які точно опишуть, хто тримає ключі і за що відповідає користувач, ми підготуємо в межах послуги договір SaaS і умови. Якщо застосунок працює зі стейблкоїнами, прочитайте також статтю коли ліцензії CASP недостатньо і потрібен ще й платіжний дозвіл.
Ця відповідь містить загальну інформацію про законодавство станом на 12 вересня 2026 р. Вона не є юридичною послугою та не замінює оцінювання конкретної справи. Обставини вашої ситуації можуть відрізнятися. Забронюйте консультацію, щоб обговорити їх.
