Как MiCA обеспечивает защиту криптоактивов пользователей? Разбор требований к разделению хранения и механизмов изоляции в случае банкротства

Последнее обновление 2026-07-09 05:50:39
Время чтения: 3m
Статья 70 Регламента о рынках крипто-активов (MiCA, Регламент (ЕС) 2023/1114) обязывает CASP, которые хранят крипто-активы клиентов или средства доступа, внедрять надежные меры для защиты права собственности клиентов и обеспечения сохранности клиентских активов при наступлении неплатежеспособности. Регламент строго запрещает использовать активы клиентов для собственных счетов. В статье 75 дополнительно установлено, что кастодиальные CASP должны разделять активы клиентов в распределенном реестре, вести реестр активов и политику хранения, а также гарантировать юридическое и операционное разделение клиентских активов и имущества CASP. Это обеспечивает, что в случае банкротства кредиторы CASP не могут претендовать на кастодиальные активы.

Система защиты клиентских криптоактивов по MiCA строится на обязательном разделении клиентских активов и активов поставщика услуг хранения на всех уровнях: при хранении, ведении записей в блокчейне и в случае банкротства. Если пользователь вносит криптоактивы на кастодиальный счет лицензированного поставщика услуг по криптоактивам (CASP), правила запрещают CASP присваивать клиентские активы, а при финансовых проблемах CASP клиентские активы, как правило, не включаются в конкурсную массу при банкротстве.

В регуляторном фреймворке MiCA ЕС по криптоактивам защита активов закреплена в разделе V: статья 70 распространяется на всех CASP, которые хранят клиентские криптоактивы или средства доступа, а статья 75 регулирует услуги по «хранению и администрированию криптоактивов от имени клиентов». Влияние MiCA на пользователей касается счетов, операций и управления активами; кастодиальное разделение определяет, смогут ли пользователи в первую очередь вернуть свои ончейн-активы при банкротстве платформы или атаке.

Основные требования к защите клиентских активов по MiCA

Фреймворк MiCA по защите клиентских активов включает три уровня: подтверждение права собственности, разделение активов и разделение при банкротстве. Подтверждение права собственности обязывает CASP гарантировать сохранность клиентских прав; разделение активов требует раздельного хранения клиентских криптоактивов, средств доступа и фиата (кроме электронных денежных токенов) от активов CASP; разделение при банкротстве означает, что если CASP становится неплатежеспособным, клиентские активы под хранением не подлежат требованиям кредиторов.

Уровень защиты Регуляторная база Основное требование
Подтверждение права собственности Статья 70(1) Защита клиентских прав; запрет присвоения
Разделение активов Статья 70(3), статья 75(7) Раздельное хранение и учет клиентских активов
Разделение при банкротстве Статья 70, статья 75 Юридическое выделение клиентских активов из конкурсной массы CASP
Прозрачность информации Статья 75(2), (5) Реестр активов, регулярные отчеты, процедуры возврата
Ответственность за ущерб Статья 75(8) CASP обязан компенсировать ущерб за инциденты ИКТ

Эти механизмы действуют только для CASP, имеющих авторизацию MiCA и реально предоставляющих услуги хранения; некастоидальные кошельки и неавторизованные платформы не подпадают под этот фреймворк.

Обязательства по хранению по статье 70

Статья 70 Регламента по рынкам криптоактивов (Хранение криптоактивов и средств клиентов) применяется ко всем CASP, которые хранят клиентские криптоактивы, средства доступа или фиатные средства клиентов.

Статья 70(1) требует, чтобы CASP принимал меры для защиты клиентских прав, «особенно в случае банкротства CASP», и не использовал клиентские криптоактивы для собственных нужд. Статьи 70(2) и (3) регулируют фиатные средства: CASP должен зачислить полученные средства на счет в кредитной организации или центральном банке до конца следующего рабочего дня и обеспечить раздельный учет с собственными средствами.

Поставщики услуг по криптоактивам CASP классифицируются по приложениям MiCA. CASP, авторизованные только на «эксплуатацию торговых платформ», но не на «хранение и администрирование криптоактивов», должны соблюдать статью 70(1) в отношении криптоактивов (если они хранят клиентские активы), но не обязаны выполнять все положения статьи 75.

Кастодиальное разделение по статье 75

Статья 75 (Хранение и администрирование криптоактивов от имени клиентов) применяется только к CASP с соответствующей авторизацией и устанавливает более детальные требования.

Статьи 75(1)–(3) требуют заключения договора хранения, ведения реестра активов и политики хранения; статьи 75(5)–(8) — предоставления регулярных отчетов, процедур возврата, трехуровневого разделения и ответственности за ИКТ-инциденты.

MiCA Article 70 and 75 client asset protection custody segregation bankruptcy isolation framework

Рис. 1. Трехуровневая структура защиты клиентских активов по MiCA: взаимосвязь между обязательствами по хранению по статье 70, кастодиальным разделением по статье 75 и механизмами изоляции при банкротстве.

Ончейн-разделение и разделение при банкротстве

Требования MiCA к разделению охватывают как распределенный реестр, так и юридический уровень.

Статья 75(7), первый абзац, требует, чтобы CASP разделял криптоактивы, хранящиеся от имени клиентов, и собственные активы, вел раздельные счета в распределенном реестре и четко идентифицировал средства доступа. Второй абзац устанавливает юридическое разделение: кастодиальные активы должны быть юридически выделены из конкурсной массы CASP, чтобы кредиторы не могли на них претендовать при банкротстве. Третий абзац требует операционного разделения: клиентские и собственные активы CASP должны быть независимы в операциях и ИТ-системах.

Должно быть обеспечено как ончейн-, так и юридическое разделение; эффективность разделения при банкротстве зависит от практики банкротного права страны ЕС.

Кастодиальные и некастоидальные CASP

Согласно MiCA, «кастоидальные CASP» — это организации, авторизованные на «хранение и администрирование криптоактивов от имени клиентов»: если CASP хранит клиентские криптоактивы или контролирует средства доступа, он должен соблюдать всю статью 75. В случае самохранения пользователи хранят свои приватные ключи; MiCA прямо исключает некастоидальные аппаратные и программные кошельки из-под регулирования.

Параметр Кастодиальный CASP Некастоидальный / Самохранение
Контроль приватного ключа CASP хранит или контролирует средства доступа Пользователь хранит приватный ключ
Применимые статьи Статья 70 + вся статья 75 Статья 75 не применяется
Обязанности по разделению Ончейн-, юридическое, операционное разделение Нет требований к разделению
Защита при банкротстве Кредиторы не могут претендовать на кастодиальные активы Нет защиты при банкротстве со стороны CASP
Требование к авторизации Требуется авторизация на хранение и администрирование Некастоидальные кошельки вне MiCA

Таблица выше отражает ключевые различия между этими сценариями. Некоторые платформы предоставляют и кастодиальные счета, и функцию вывода на ончейн-кошелек: балансы на платформе подпадают под статьи 70 и 75, а после вывода на внешний кошелек риски переходят к пользователю.

MiCA custodial vs non-custodial CASP comparison under EU crypto regulation

Рис. 2. Сравнение кастодиальных CASP и сценариев самохранения по MiCA: применимые статьи, обязанности по разделению и защита при банкротстве.

Как определить наличие лицензии на хранение

Правила MiCA по защите активов действуют только для CASP, у которых в перечне разрешенных услуг есть «хранение и администрирование криптоактивов». Для проверки лицензии пользователь должен убедиться в трех параметрах: юридическое лицо, перечень разрешенных услуг и страна действия паспорта.

Сначала проверьте наименование юридического лица и найдите его или LEI в реестре MiCA ESMA. Затем проверьте «перечень разрешенных услуг» — хранение и администрирование криптоактивов должно быть указано. После этого проверьте, указана ли ваша страна в разделе «страны действия паспорта».

Gate MiCA Malta License подтверждает, что Gate Technology Limited получила авторизацию MFSA по MiCA, включая хранение и администрирование криптоактивов среди шести услуг. Это можно проверить в реестре ESMA; маркетинговые страницы не заменяют официальные записи или договоры хранения.

Gate MiCA Malta License

Риски и ограничения

Правила MiCA по кастодиальному разделению повышают стандарты защиты активов для лицензированных CASP, но имеют ряд ограничений.

Защита зависит от авторизации и страны действия паспорта, а статус региональных юридических лиц глобальных брендов не связан автоматически. Защита при банкротстве зависит от судебной практики страны; внутренние ончейн-дефекты и другие неконтролируемые события могут исключать ответственность за ущерб. Неавторизованные функции не подпадают под действие этих правил; после вывода на собственный кошелек защита MiCA не распространяется.

Резюме

MiCA формирует систему защиты клиентских криптоактивов через статьи 70 и 75: статья 70 устанавливает подтверждение права собственности, запрещает использование в собственных целях и требует раздельного хранения фиата; статья 75 обязывает кастодиальные CASP заключать договоры хранения, вести реестр активов, внедрять политику хранения, предоставлять регулярные отчеты, реализовывать процедуры возврата, трехуровневое разделение (ончейн/юридическое/операционное) и нести ответственность за ИКТ. Основная логика разделения при банкротстве — юридическая независимость кастодиальных клиентских активов от имущества CASP, на которые не могут претендовать кредиторы.

Пользователю необходимо проверить юридическое лицо, перечень разрешенных услуг и страну действия паспорта через реестр ESMA. Авторизация Gate Technology Limited от MFSA включает услуги по хранению и администрированию. Защита MiCA не устраняет все риски, необходимо учитывать ограничения по банкротству и объему авторизации.

Часто задаваемые вопросы

Защитит ли MiCA мои криптоактивы при банкротстве биржи?

MiCA требует юридического разделения кастодиальных активов от имущества CASP, поэтому кредиторы не могут претендовать на них при банкротстве. Защита действует только для CASP, которые авторизованы и реально предоставляют услуги хранения по MiCA, и зависит от законодательства страны.

В чем разница между статьей 70 и статьей 75?

Статья 70 применяется ко всем CASP, которые хранят клиентские криптоактивы или фиат, и фокусируется на подтверждении права собственности, запрете использования в собственных целях и отдельных банковских счетах для фиата. Статья 75 предназначена для кастодиальных CASP, требует договоров хранения, реестра активов, политики хранения, регулярных отчетов, трехуровневого разделения и ответственности за ИКТ. Статья 70 — базовое требование, статья 75 — детальное правило для кастодиального бизнеса.

Какие уровни разделения MiCA требует для кастодиального хранения?

Статья 75(7) требует одновременного выполнения ончейн-разделения, юридического разделения и операционного разделения: отдельное хранение в реестре, юридическая независимость от конкурсной массы CASP и независимые операционные процессы.

В чем разница между кастодиальными CASP и самохранением по MiCA?

Кастодиальные CASP хранят клиентские активы или средства доступа, должны соблюдать все требования статьи 75 и пользуются защитой при банкротстве. Пользователи самохранения контролируют свои приватные ключи; некастоидальные кошельки вне MiCA. Пользователи не имеют защиты при банкротстве со стороны CASP и должны самостоятельно управлять ключами и ончейн-безопасностью.

Как проверить, что платформа предоставляет хранение по MiCA?

Найдите юридическое лицо или LEI в реестре MiCA ESMA, проверьте наличие услуги по хранению и администрированию криптоактивов и убедитесь, что ваша страна указана в перечне стран действия паспорта. Также изучите договор хранения, политику хранения и применимое право. У Gate Technology Limited есть авторизация MFSA на хранение и администрирование, что подтверждается в реестре ESMA.

Каковы ограничения кастодиальной защиты MiCA?

Защита ограничена авторизацией, перечнем разрешенных услуг и страной действия паспорта и не распространяется на глобальные аффилированные лица. Юридическое разделение зависит от практики банкротства страны; внутренние ончейн-дефекты и другие неконтролируемые события могут исключать ответственность за ущерб. Неавторизованные функции не подпадают под действие правил хранения. После вывода на собственный кошелек защита MiCA не действует.

Автор: Jayne
Отказ от ответственности
* Информация не предназначена и не является финансовым советом или любой другой рекомендацией любого рода, предложенной или одобренной Gate.
* Эта статья не может быть опубликована, передана или скопирована без ссылки на Gate. Нарушение является нарушением Закона об авторском праве и может повлечь за собой судебное разбирательство.

Пригласить больше голосов

sign up guide logosign up guide logo
sign up guide content imgsign up guide content img
Sign Up

Похожие статьи

Анализ токеномики Pharos: долгосрочные стимулы, модель ограниченности и ценностная логика инфраструктуры RealFi
Новичок

Анализ токеномики Pharos: долгосрочные стимулы, модель ограниченности и ценностная логика инфраструктуры RealFi

Токеномика Pharos (PROS) направлена на стимулирование долгосрочного участия, поддержание дефицита предложения и максимальное раскрытие величины инфраструктуры RealFi. Это позволяет тесно связать рост сети со стоимостью токена. PROS используется не только как токен для оплаты комиссии за торговлю и стейкинга, но также регулирует объем предложения посредством постепенного выпуска и повышает величину токена за счет роста спроса на использование сети.
2026-04-29 08:00:16
Как Pharos обеспечивает переход RWA на ончейн? Подробный анализ принципов работы инфраструктуры RealFi
Средний

Как Pharos обеспечивает переход RWA на ончейн? Подробный анализ принципов работы инфраструктуры RealFi

Pharos (PROS) обеспечивает ончейн-интеграцию реальных активов (RWA) за счет высокопроизводительной архитектуры Layer1 и инфраструктуры, оптимизированной для финансовых сценариев. Благодаря параллельному исполнению, модульному устройству и масштабируемым финансовым модулям Pharos решает задачи выпуска активов, расчетов по сделкам и удовлетворения спроса институционального капитала, упрощая соединение реальных активов с ончейн-финансовой системой. Основой платформы Pharos является инфраструктура RealFi, которая выступает мостом между традиционными активами и ончейн-ликвидностью, формируя стабильную и эффективную базовую сеть для рынка RWA.
2026-04-29 08:04:57
Cardano и Ethereum: ключевые отличия двух ведущих платформ для смарт-контрактов
Новичок

Cardano и Ethereum: ключевые отличия двух ведущих платформ для смарт-контрактов

Главное отличие между Cardano и Ethereum — это разные модели учета и философии разработки. Cardano основан на расширенной модели UTXO (EUTXO), которая пришла из Bitcoin, и уделяет особое внимание формальной верификации и академической строгости. Ethereum, напротив, использует модель на основе аккаунтов и, будучи пионером смарт-контрактов, делает ставку на быстрые обновления экосистемы и широкую совместимость.
2026-03-24 22:09:00
Как формируется цена PAXG? Механизм привязки, глубина рынка и основные факторы влияния
Новичок

Как формируется цена PAXG? Механизм привязки, глубина рынка и основные факторы влияния

PAXG (Pax Gold) — токенизированный актив, обеспеченный физическим золотом, который выпустила финтех-компания Paxos как токен ERC-20 на блокчейне Ethereum. Эта концепция позволяет цифровым способом представлять реальные золотые активы, предоставляя инвесторам возможность хранить и торговать золотом через блокчейн. Каждый токен PAXG привязан к определённому количеству физического золота, поэтому его цена, как правило, отражает движение мирового рынка золота.
2026-03-24 19:12:15
Как функционирует Stable (STABLE)? Подробный технический анализ платёжного слоя стейблкоина Tether
Новичок

Как функционирует Stable (STABLE)? Подробный технический анализ платёжного слоя стейблкоина Tether

В цифровых финансах 2026 года стейблкоины уже не просто инструмент хеджирования в криптовалютной среде. Они становятся основой глобальных трансграничных расчетов и торговых платежей. Stable, поддерживаемый Bitfinex и Tether, — это специализированный блокчейн первого уровня, спроектированный с учетом USDT как нативного расчетного актива. Сочетая использование USDT в качестве газа и подтверждение транзакций за доли секунды, сеть Stable создает платежную инфраструктуру нового поколения, ориентированную на стейблкоины.
2026-03-25 06:31:01
Stable и Plasma: сравнение двух платежных блокчейнов стабильных монет в экосистеме Tether
Новичок

Stable и Plasma: сравнение двух платежных блокчейнов стабильных монет в экосистеме Tether

Платежи в стейблкоинах занимают ключевое место в инфраструктуре криптовалютного рынка. В экосистеме Tether основное внимание уделяется блокчейнам Stable и Plasma, которые используются для платежей в стейблкоинах.
2026-03-25 06:32:50