Система защиты клиентских криптоактивов по MiCA строится на обязательном разделении клиентских активов и активов поставщика услуг хранения на всех уровнях: при хранении, ведении записей в блокчейне и в случае банкротства. Если пользователь вносит криптоактивы на кастодиальный счет лицензированного поставщика услуг по криптоактивам (CASP), правила запрещают CASP присваивать клиентские активы, а при финансовых проблемах CASP клиентские активы, как правило, не включаются в конкурсную массу при банкротстве.
В регуляторном фреймворке MiCA ЕС по криптоактивам защита активов закреплена в разделе V: статья 70 распространяется на всех CASP, которые хранят клиентские криптоактивы или средства доступа, а статья 75 регулирует услуги по «хранению и администрированию криптоактивов от имени клиентов». Влияние MiCA на пользователей касается счетов, операций и управления активами; кастодиальное разделение определяет, смогут ли пользователи в первую очередь вернуть свои ончейн-активы при банкротстве платформы или атаке.
Фреймворк MiCA по защите клиентских активов включает три уровня: подтверждение права собственности, разделение активов и разделение при банкротстве. Подтверждение права собственности обязывает CASP гарантировать сохранность клиентских прав; разделение активов требует раздельного хранения клиентских криптоактивов, средств доступа и фиата (кроме электронных денежных токенов) от активов CASP; разделение при банкротстве означает, что если CASP становится неплатежеспособным, клиентские активы под хранением не подлежат требованиям кредиторов.
| Уровень защиты | Регуляторная база | Основное требование |
|---|---|---|
| Подтверждение права собственности | Статья 70(1) | Защита клиентских прав; запрет присвоения |
| Разделение активов | Статья 70(3), статья 75(7) | Раздельное хранение и учет клиентских активов |
| Разделение при банкротстве | Статья 70, статья 75 | Юридическое выделение клиентских активов из конкурсной массы CASP |
| Прозрачность информации | Статья 75(2), (5) | Реестр активов, регулярные отчеты, процедуры возврата |
| Ответственность за ущерб | Статья 75(8) | CASP обязан компенсировать ущерб за инциденты ИКТ |
Эти механизмы действуют только для CASP, имеющих авторизацию MiCA и реально предоставляющих услуги хранения; некастоидальные кошельки и неавторизованные платформы не подпадают под этот фреймворк.
Статья 70 Регламента по рынкам криптоактивов (Хранение криптоактивов и средств клиентов) применяется ко всем CASP, которые хранят клиентские криптоактивы, средства доступа или фиатные средства клиентов.
Статья 70(1) требует, чтобы CASP принимал меры для защиты клиентских прав, «особенно в случае банкротства CASP», и не использовал клиентские криптоактивы для собственных нужд. Статьи 70(2) и (3) регулируют фиатные средства: CASP должен зачислить полученные средства на счет в кредитной организации или центральном банке до конца следующего рабочего дня и обеспечить раздельный учет с собственными средствами.
Поставщики услуг по криптоактивам CASP классифицируются по приложениям MiCA. CASP, авторизованные только на «эксплуатацию торговых платформ», но не на «хранение и администрирование криптоактивов», должны соблюдать статью 70(1) в отношении криптоактивов (если они хранят клиентские активы), но не обязаны выполнять все положения статьи 75.
Статья 75 (Хранение и администрирование криптоактивов от имени клиентов) применяется только к CASP с соответствующей авторизацией и устанавливает более детальные требования.
Статьи 75(1)–(3) требуют заключения договора хранения, ведения реестра активов и политики хранения; статьи 75(5)–(8) — предоставления регулярных отчетов, процедур возврата, трехуровневого разделения и ответственности за ИКТ-инциденты.

Рис. 1. Трехуровневая структура защиты клиентских активов по MiCA: взаимосвязь между обязательствами по хранению по статье 70, кастодиальным разделением по статье 75 и механизмами изоляции при банкротстве.
Требования MiCA к разделению охватывают как распределенный реестр, так и юридический уровень.
Статья 75(7), первый абзац, требует, чтобы CASP разделял криптоактивы, хранящиеся от имени клиентов, и собственные активы, вел раздельные счета в распределенном реестре и четко идентифицировал средства доступа. Второй абзац устанавливает юридическое разделение: кастодиальные активы должны быть юридически выделены из конкурсной массы CASP, чтобы кредиторы не могли на них претендовать при банкротстве. Третий абзац требует операционного разделения: клиентские и собственные активы CASP должны быть независимы в операциях и ИТ-системах.
Должно быть обеспечено как ончейн-, так и юридическое разделение; эффективность разделения при банкротстве зависит от практики банкротного права страны ЕС.
Согласно MiCA, «кастоидальные CASP» — это организации, авторизованные на «хранение и администрирование криптоактивов от имени клиентов»: если CASP хранит клиентские криптоактивы или контролирует средства доступа, он должен соблюдать всю статью 75. В случае самохранения пользователи хранят свои приватные ключи; MiCA прямо исключает некастоидальные аппаратные и программные кошельки из-под регулирования.
| Параметр | Кастодиальный CASP | Некастоидальный / Самохранение |
|---|---|---|
| Контроль приватного ключа | CASP хранит или контролирует средства доступа | Пользователь хранит приватный ключ |
| Применимые статьи | Статья 70 + вся статья 75 | Статья 75 не применяется |
| Обязанности по разделению | Ончейн-, юридическое, операционное разделение | Нет требований к разделению |
| Защита при банкротстве | Кредиторы не могут претендовать на кастодиальные активы | Нет защиты при банкротстве со стороны CASP |
| Требование к авторизации | Требуется авторизация на хранение и администрирование | Некастоидальные кошельки вне MiCA |
Таблица выше отражает ключевые различия между этими сценариями. Некоторые платформы предоставляют и кастодиальные счета, и функцию вывода на ончейн-кошелек: балансы на платформе подпадают под статьи 70 и 75, а после вывода на внешний кошелек риски переходят к пользователю.

Рис. 2. Сравнение кастодиальных CASP и сценариев самохранения по MiCA: применимые статьи, обязанности по разделению и защита при банкротстве.
Правила MiCA по защите активов действуют только для CASP, у которых в перечне разрешенных услуг есть «хранение и администрирование криптоактивов». Для проверки лицензии пользователь должен убедиться в трех параметрах: юридическое лицо, перечень разрешенных услуг и страна действия паспорта.
Сначала проверьте наименование юридического лица и найдите его или LEI в реестре MiCA ESMA. Затем проверьте «перечень разрешенных услуг» — хранение и администрирование криптоактивов должно быть указано. После этого проверьте, указана ли ваша страна в разделе «страны действия паспорта».
Gate MiCA Malta License подтверждает, что Gate Technology Limited получила авторизацию MFSA по MiCA, включая хранение и администрирование криптоактивов среди шести услуг. Это можно проверить в реестре ESMA; маркетинговые страницы не заменяют официальные записи или договоры хранения.

Правила MiCA по кастодиальному разделению повышают стандарты защиты активов для лицензированных CASP, но имеют ряд ограничений.
Защита зависит от авторизации и страны действия паспорта, а статус региональных юридических лиц глобальных брендов не связан автоматически. Защита при банкротстве зависит от судебной практики страны; внутренние ончейн-дефекты и другие неконтролируемые события могут исключать ответственность за ущерб. Неавторизованные функции не подпадают под действие этих правил; после вывода на собственный кошелек защита MiCA не распространяется.
MiCA формирует систему защиты клиентских криптоактивов через статьи 70 и 75: статья 70 устанавливает подтверждение права собственности, запрещает использование в собственных целях и требует раздельного хранения фиата; статья 75 обязывает кастодиальные CASP заключать договоры хранения, вести реестр активов, внедрять политику хранения, предоставлять регулярные отчеты, реализовывать процедуры возврата, трехуровневое разделение (ончейн/юридическое/операционное) и нести ответственность за ИКТ. Основная логика разделения при банкротстве — юридическая независимость кастодиальных клиентских активов от имущества CASP, на которые не могут претендовать кредиторы.
Пользователю необходимо проверить юридическое лицо, перечень разрешенных услуг и страну действия паспорта через реестр ESMA. Авторизация Gate Technology Limited от MFSA включает услуги по хранению и администрированию. Защита MiCA не устраняет все риски, необходимо учитывать ограничения по банкротству и объему авторизации.
MiCA требует юридического разделения кастодиальных активов от имущества CASP, поэтому кредиторы не могут претендовать на них при банкротстве. Защита действует только для CASP, которые авторизованы и реально предоставляют услуги хранения по MiCA, и зависит от законодательства страны.
Статья 70 применяется ко всем CASP, которые хранят клиентские криптоактивы или фиат, и фокусируется на подтверждении права собственности, запрете использования в собственных целях и отдельных банковских счетах для фиата. Статья 75 предназначена для кастодиальных CASP, требует договоров хранения, реестра активов, политики хранения, регулярных отчетов, трехуровневого разделения и ответственности за ИКТ. Статья 70 — базовое требование, статья 75 — детальное правило для кастодиального бизнеса.
Статья 75(7) требует одновременного выполнения ончейн-разделения, юридического разделения и операционного разделения: отдельное хранение в реестре, юридическая независимость от конкурсной массы CASP и независимые операционные процессы.
Кастодиальные CASP хранят клиентские активы или средства доступа, должны соблюдать все требования статьи 75 и пользуются защитой при банкротстве. Пользователи самохранения контролируют свои приватные ключи; некастоидальные кошельки вне MiCA. Пользователи не имеют защиты при банкротстве со стороны CASP и должны самостоятельно управлять ключами и ончейн-безопасностью.
Найдите юридическое лицо или LEI в реестре MiCA ESMA, проверьте наличие услуги по хранению и администрированию криптоактивов и убедитесь, что ваша страна указана в перечне стран действия паспорта. Также изучите договор хранения, политику хранения и применимое право. У Gate Technology Limited есть авторизация MFSA на хранение и администрирование, что подтверждается в реестре ESMA.
Защита ограничена авторизацией, перечнем разрешенных услуг и страной действия паспорта и не распространяется на глобальные аффилированные лица. Юридическое разделение зависит от практики банкротства страны; внутренние ончейн-дефекты и другие неконтролируемые события могут исключать ответственность за ущерб. Неавторизованные функции не подпадают под действие правил хранения. После вывода на собственный кошелек защита MiCA не действует.





