Статья 74 МСА требует от поставщиков услуг, предусмотренных статьями 75-79, поддерживать план, поддерживающий упорядоченное прекращение деятельности в соответствии с национальным законодательством. В плане должны быть рассмотрены вопросы непрерывности или восстановления критически важных видов деятельности и продемонстрировано, что поставщик может закрыться, не причиняя чрезмерного экономического ущерба клиентам. Регламент (ЕС) 2023/1114 о рынках криптоактивов
Следуйте доказательствам
Отследите, как событие может достичь рынков, а затем проверьте конкурирующее объяснение.
Сравнить объяснения
Переключите линзы, чтобы увидеть, что объясняет каждый аккаунт, и что остается неопределенным.
Заслуживающий доверия план отображает, как будут согласованы, переданы или возвращены активы клиентов и учетные данные доступа. Он должен учитывать неразрешенные транзакции, сборы, жалобы и активы в сетях, испытывающих перегрузку или приостановку. Фирма также нуждается в надежных контактных данных и последовательности связи, которая отличает подтвержденные инструкции от попыток фишинга. Критические поставщики могут работать после падения доходов. Поэтому контракты должны охватывать продолжение обслуживания, экспорт данных и поддержку перехода. Поставщик, который не может получить доступ к своим собственным книгам, записям кошельков или файлам клиентов после прекращения поставщика, не может выполнить упорядоченное закрытие только потому, что поставщик говорит, что он будет. Тестирование может использовать настольный сценарий, в котором разрешение отозвано, капитал падает ниже пороговых значений или основная услуга становится недоступной. Упражнение должно определять точки принятия решений, ручные обходы и влияние клиента. Восстановление относится к истории версий плана, а не оставаться неофициальным уроком.
Заслуживающий доверия план отображает, как будут согласованы, переданы или возвращены активы клиентов и учетные данные доступа. Он должен учитывать неразрешенные транзакции, сборы, жалобы и активы в сетях, испытывающих перегрузку или приостановку. Фирма также нуждается в надежных контактных данных и последовательности связи, которая отличает подтвержденные инструкции от попыток фишинга. Критические поставщики могут работать после падения доходов. Поэтому контракты должны охватывать продолжение обслуживания, экспорт данных и поддержку перехода. Поставщик, который не может получить доступ к своим собственным книгам, записям кошельков или файлам клиентов после прекращения поставщика, не может выполнить упорядоченное закрытие только потому, что поставщик говорит, что он будет. Тестирование может использовать настольный сценарий, в котором разрешение отозвано, капитал падает ниже пороговых значений или основная услуга становится недоступной. Упражнение должно определять точки принятия решений, ручные обходы и влияние клиента. Восстановление относится к истории версий плана, а не оставаться неофициальным уроком.
Перед совершением значительных активов клиенты могут спросить, кто их держит, какие записи доказывают право, как работают переводы и какая организация общается во время сбоя. Условия должны объяснять процессы прекращения и вывода. План отключения поставщика может не быть общедоступным в полном объеме, но договоренности с клиентами не должны противоречить ему. Клиенты должны поддерживать свои собственные записи транзакций, адреса кошельков и заявления. Это не заменяет книги поставщика, но это может помочь установить требование и обнаружить несоответствия. Семенные фразы и секреты аутентификации никогда не должны отправляться в ответ на нежелательное сообщение о закрытии или восстановлении. Статья 74 не делает отказ безвредным. Она требует подготовки, которая может уменьшить беспорядки и сохранить критические функции. В сочетании с пруденциальными, хранение, аутсорсинг и правила подачи жалоб, это создает представление о жизненном цикле защиты: авторизация и рост недостаточны; регулируемая услуга также нуждается в надежном способе остановки.
Правило действует до отказа, а не после того, как операции уже остановлены.
В сферу охвата входят хранение и администрирование, управление торговой платформой, обмен криптоактивами на средства или другие криптоактивы и выполнение заказов. Эти действия могут содержать активы, записи или доступ к рынку, которые нужны клиентам, даже когда поставщик больше не занимается новым бизнесом. Регламент (ЕС) 2023/1114 о рынках криптоактивов
Упорядоченный план отличается от стратегии роста или обычного реагирования на инциденты. Он начинается с контролируемого сокращения или прекращения бизнеса. Поставщику необходимо определить критически важные функции, юридические лица, обязательства клиентов, зависимости, потребности в финансировании, записи и органы принятия решений, которые остаются активными во время свертывания.
MiCA не предписывает единого универсального графика ликвидации в статье 74. Применимое национальное законодательство и модель обслуживания поставщика влияют на процесс. Регулятивным стандартом является способность поддерживать упорядоченный результат без неоправданного вреда для клиента, а не обещание, что каждый актив может быть возвращен мгновенно или по его первоначальной рыночной стоимости.
Возврат активов, записи и сообщения должны продолжать работать во время закрытия.
Надежный план отображает, как будут согласовываться, передаваться или возвращаться клиентские активы и учетные данные доступа. Он должен учитывать неразрешенные транзакции, сборы, жалобы и активы в сетях, испытывающих перегрузку или приостановку. Фирма также нуждается в надежных контактных данных и последовательности связи, которая отличает подтвержденные инструкции от попыток фишинга.
Поэтому контракты должны охватывать непрерывное обслуживание, экспорт данных и поддержку перехода. Поставщик, который не может получить доступ к своим собственным книгам, записям кошельков или файлам клиентов после прекращения работы поставщика, не может выполнить упорядоченное закрытие только потому, что в документе политики говорится, что он будет.
Тестирование может использовать настольный сценарий, в котором разрешение отозвано, капитал падает ниже пороговых значений или основная услуга становится недоступной. Упражнение должно определять точки принятия решений, обходные пути вручную и влияние клиента. Восстановление относится к истории версии плана, а не оставаться в качестве неформального урока.
Информация о непрерывности имеет значение до того, как платформа будет повреждена.
Перед совершением значительных активов клиенты могут спросить, кто их держит, какие записи доказывают право, как работают переводы и какая организация общается во время сбоя. Условия должны объяснять процессы прекращения и вывода. План свертывания поставщика может быть не полностью публичным, но договоренности с клиентами не должны противоречить ему.
Клиенты должны вести свои собственные записи транзакций, адреса кошельков и выписки. Это не заменяет книги провайдера, но может помочь установить претензию и обнаружить несоответствия. Семенные фразы и секреты аутентификации никогда не должны отправляться в ответ на нежелательное сообщение о закрытии или восстановлении.
Статья 74 не делает отказ безвредным. Она требует подготовки, которая может уменьшить беспорядки и сохранить критические функции. В сочетании с пруденциальными, опекунскими, аутсорсинговыми и жалобными правилами она создает представление о жизненном цикле защиты: авторизации и роста недостаточно; регулируемая служба также нуждается в надежном способе остановить.