Европейские банки спешат против времени, чтобы соответствовать новым правилам хранения криптовалют в рамках регламента ЕС MiCA. К 2026 году любой банк, держащий или торгующий цифровыми активами, должен продемонстрировать строгие меры безопасности – от разделения клиентских ключей до поддержания неизменяемых аудиторских следов и удержания достаточных капитальных буферов против крипторисков. Эти «тесты на хранение» создают вызов: как традиционным банкам интегрировать криптовалюту в свои операции, не перестраивая базовые системы?
Хорошая новость заключается в том, что банкам не нужно изобретать велосипед. Существует широкий спектр решений по абстракции цепочек, которые делают соответствие MiCA более похожим на установку плагина, чем на полную перестройку. Эти подходы избавляют от сложности блокчейна, позволяя банкам безопасно и беспрепятственно интегрировать криптовалюту наряду с традиционными активами.
Они не только набирают популярность в Европе, где MiCA предписывает единые стандарты, но и аналогичные стратегии появляются по всему миру, поскольку банки реагируют на регуляторные рекомендации (например, высокие капитальные взносы Базеля на незахеджированные криптоэкспозиции и исключения, поощряющие услуги хранения). Ниже мы разбираем топ-5 стратегий абстракции цепочек, которые могут помочь банкам выполнить требования по хранению MiCA и с уверенностью войти в криптовалютную эру.
1. Использование мультицепочечных хабов и API для абстракции
Одним из главных препятствий для банков является фрагментация криптовселенной — различные блокчейны, протоколы, кошельки и форматы транзакций. Вместо создания индивидуальных подключений к каждой сети, банки могут использовать мультицепочечные хабы абстракции, которые служат единым входом для нескольких блокчейнов. Эти хабы предоставляют единый интерфейс (или API), через который банк может получать доступ ко многим распределенным регистрам, абстрагируя особенности каждой цепочки.
Что такое хаб абстракции цепочек? По сути, это промежуточное программное обеспечение, которое «исключает необходимость отдельно управлять хранением, платежами по транзакциям и конечными точками блокчейна» для каждой цепочки. Например, платформа, запущенная Centrifuge и Wormhole в 2025 году, предлагает «полную абстракцию цепочки и единый интерфейс» для управления фондами на любом блокчейне. Управляющий активами или банк, использующий эту платформу, может взаимодействовать с Ethereum, Solana и другими цепочками без ручного управления различными кошельками или родными токенами для оплаты комиссий. Система занимается всеми операциями, связанными с конкретной цепочкой, так что учреждения могут сосредоточиться на своем основном бизнесе. На практике это означает, что банк может подключить платформу к своим существующим системам и немедленно поддерживать новые токенизированные активы без необходимости разработки новой инфраструктуры для каждой цепочки.
Реальный пример: Глобальная сеть финансовых сообщений SWIFT недавно продемонстрировала, насколько портативность абстракционного слоя может быть эффективной для учреждений. В экспериментах с межцепочечным протоколом совместимости Chainlink, SWIFT показала, что может выступать в роли «единой точки входа» для передачи токенизированных активов через несколько публичных и частных блокчейнов. Chainlink использовался как корпоративный слой абстракции, соединяющий существующую безопасную сеть SWIFT и блокчейны, такие как Ethereum, позволяя потоку сообщений и движению токенов между ними безупречно. По сути, банки, подключенные к SWIFT, могли достигать многочисленных сетей блокчейна через одно интеграции, примерно так, как они это делают для трансграничных фиатных платежей. Этот подход значительно снижает операционную нагрузку — вместо создания и поддержки адаптеров для каждого нового распределённого реестра, банк использует подключение хаба. Как отмечает глава инноваций SWIFT, интероперабельность является ключом: учреждениям необходимо «подключиться ко всей финансовой экосистеме» без «значительных операционных вызовов и инвестиций» для каждой платформы.
Преимущества соблюдения нормативных требований: Хабы абстракции не только удобны — их можно сконфигурировать для улучшения соответствия и контроля. Канализируя все взаимодействия с блокчейнами через единую платформу, банки получают единый консолидационный аудиторский след криптоактивности. Каждая транзакция на цепочке, выполняемая через хаб, может быть записана централизованно, упрощая создание подробных, неизменяемых записей, требуемых MiCA на протяжении пяти — семи лет. Хаб также может внедрять стандартизированные меры безопасности (например, вайтлисты адресов, утверждения на основе ролей и политики подписания сообщений) на всех цепочках, гарантируя, что ни одна сеть не останется вне рамок системы управления рисками банка. По сути, хаб становится расширением ИТ-стека банка — подчиняясь тем же контролям доступа и мониторинга — что намного легче управлять, чем дюжиной изолированных блокчейн-проектов, рассеянных по организации.
Глобальный охват: Хотя эти решения по интеграции нескольких цепочек возникли в Европе под давлением MiCA, они актуальны повсеместно. В США и Азии финансовые учреждения также исследуют «криптохабы» для интеграции с несколькими сетями токенов. Например, несколько крупных банков приняли участие в пилотах с сетями для интероперабельности (например, сеть Canton или консорциумы на базе Polkadot), чтобы управлять токенизированными активами на разных платформах. Благодаря модели хаба и спиц, банки повсюду могут поддерживать новые услуги цифровых активов, не дестабилизируя центральные банковские системы. Эта стратегия хорошо согласуется с осторожным подходом регуляторов: надзорные органы предпочитают, чтобы банки использовали проверенные времени пути и добавляли новые технологии как модульные дополнения, а не переносили всю банковскую систему на рискованную новую инфраструктуру за одну ночь.
Вкратце, хабы абстракции превращают интеграцию криптовалют в упражнение по установке плагина. Они позволяют банкам подключаться к стремительному инновационному развитию на публичных блокчейнах – от ДеФи до токенизированных ценных бумаг – с использованием одного безопасного подключения, которое обеспечивает согласованные меры предосторожности. По мере развития рынка криптовалют (и появления новых блокчейнов) банки, имеющие адаптивное подключение, окажутся гораздо более готовыми к соблюдению требований MiCA по контролю за хранением и отчетности, расширяя при этом услуги, которые они могут предложить клиентам. Это классический случай "не перестраивай, переоснащай": задействуйте слой API для управляющей мультицепочной деятельности, чтобы ваш банк мог отвечать требованиям регулирования и нуждам клиентов с минимальными перебоями.
2. Защита ключей с использованием хранилищ MPC для безопасного хранения
В центре хранения криптовалют находится управление закрытыми ключами — криптографическими секретами, управляющими цифровыми активами. MiCA акцентирует внимание на предупреждении утраты или кражи криптовалют, что сводится к защите этих ключей через надёжные меры хранения. Банки также должны гарантировать, что клиентские ключи сегрегированы (нет "объединения" активов нескольких клиентов под одним ключом) и есть четкие процессы для авторизации транзакций. Одним из передовых решений, которые всё больше принимают учреждения по всему миру, является использование технологии хранения с применением многопартийных вычислений (MPC), значительно усиливающей безопасность ключей и операционное соответствие.
Что такое хранение с использованием MPC? Многопартийные вычисления — это криптографическая техника, при которой закрытый ключ никогда не хранится в одном месте. Вместо этого ключ разделяется на несколько "долей", распределённых между разными участниками или серверами. Ни один участник никогда не имеет в распоряжении полного ключа; транзакции подписываются посредством совместного вычисления, использующего эти доли без их воссоединения в полный ключ. На практике банк мог бы распределить доли ключа между, скажем, внутренним сервером, облачным HSM (аппаратным модулем безопасности) и надёжным сторонним хранилищем. Хакеру или ненадежному внутреннему лицу потребуется одновременно взломать все независимые доли, чтобы украсть активы – это экспоненциально сложнее, чем нацелиться на одно добро. here is the translated content:
Чувствительные операции могут быть приостановлены или перехвачены программным обеспечением для соблюдения норм по необходимости, без раскрытия полных ключей. Этот детальный контроль и видимость просто невозможно достичь с помощью единого ключа хранителя или даже базового мультиподписи, и это сильная причина, по которой учреждения предпочитают MPC старым методам для крупномасштабного хранения.
Сегрегация активов: MPC также помогает в сегрегации активов клиентов, что является основным принципом MiCA. Вместо того чтобы держать один огромный совокупный кошелек для всех клиентов (что было бы кошмаром с точки зрения юридической и технической сегрегации), банк может создать отдельные MPC-хранилища для каждого клиента или даже для каждого счета. Поскольку создание новых долей ключей определяется программным обеспечением (не является дорогостоящим, как установка новых аппаратных кошельков), банк может предоставить каждому клиенту его собственное изолированное хранилище с уникальными долями ключей, управляющими им. При этом команда операционного управления банка может управлять всеми этими хранилищами через один интерфейс, поскольку сложность управления ключами скрыта координатором MPC. В результате активы каждого клиента изолированы в плане криптографического контроля (без смешивания ключей), что именно MiCA стремится обеспечить в своих правилах хранения. В случае банкротства или взлома такая сегрегация ясно показывает, какие активы принадлежат клиентам, и риск того, что один скомпрометированный ключ повлияет на другие, минимален.
Принятие в отрасли: Осознав эти преимущества, банки и кастодианты по всему миру быстро принимают решение в пользу MPC. Новые криптокастодианты в Европе, такие как Vaultody, построили свои платформы вокруг MPC, чтобы соответствовать строгим требованиям комплаенса. Vaultody отмечает, что MPC позволяет «расширенные правила политики, детализированный доступ и отчетность в режиме реального времени» без раскрытия полного приватного ключа. В США, Банк Нью-Йорка Mellon – крупнейший традиционный кастодиан в мире – заключил партнерство с Fireblocks, провайдером кастодиальных услуг на основе MPC, чтобы запустить свое предложение по хранению цифровых активов. Многие другие крупные кастодианты и финтех-компании (Coinbase Custody, Gemini, Copper и др.) внедрили MPC для обеспечения безопасности миллиардов криптоактивов для институциональных клиентов. Это широкое принятие свидетельствует о зрелости и надежности MPC. Регуляторы также успокаиваются благодаря успешному опыту MPC: было значительно меньше случаев краж или потерь в управляемых MPC кошельках по сравнению с ранними кошельками с единственным ключом, что способствует уверенности в том, что банки, использующие MPC, могут сохранить активы клиентов в безопасности.
В общем, MPC-хранилище является важным обновлением для любого банка, вступающего в сферу хранения криптоактивов. Оно не изменяет природу блокчейн-транзакций – они остаются прежними, но окутывает процесс управления ключами крепостью распределенной надежности. Делая это, оно напрямую решает проверки MiCA по хранению в отношении безопасности, сегрегации и аудиторских следов. Банк может интегрировать платформу хранения MPC в свой рабочий процесс (часто через API или программный аппарат), моментально повышая свою устойчивость в отношении криптохранилища для соответствия регуляторным ожиданиям. Результат — это выгода для всех: повышенная защита для клиентов (и репутации банка) и четкий след соответствия, который могут отслеживать регуляторы, все это достигается без необходимости замены или удаления существующих IT-систем банка для утверждений и учета.
3. Принятие системы расчета на двух рельсах параллельно
В стремлении внедрить блокчейн банки не обязаны выбрасывать десятилетия инфраструктуры, которая в настоящее время обеспечивает движение традиционных активов. Регуляторы и центральные банки часто предпочитают осторожный подход, когда новые системы на основе блокчейна работают параллельно с традиционными системами - то, что мы можем назвать подходом расчета на "двух рельсах". Думайте об этом как об использовании двух путей, идущих рядом: один путь - это традиционный реестр (основная банковская система, сеть платежей RTGS или централизованный депозитарий ценных бумаг), а другая - это блокчейн или распределенный реестр, на котором рассчитываются токенизированные активы. Обе рельсы работают одновременно, с мостами между ними, предоставляя банкам гибкость в использовании одной или обеих в зависимости от необходимости.having the safety net of the main rail. К тому времени, когда MiCA будет полностью действовать (2026 год для тех, кто имеет временные исключения), банк может продемонстрировать, что у него стабильная интегрированная среда. В глобальном масштабе этот поэтапный подход согласуется с тем, как регуляторы представляют себе модернизацию: Банк международных расчетов (BIS) предсказывает фазу, где финансовые системы функционируют в «гибридных моделях» – фактически на двух рельсах – до полной адаптации токенизированных систем. В течение этой гибридной фазы комплаенс может фактически стать более строгим, а не более слабым, поскольку каждая транзакция проходит двойную проверку (в двух системах), а персонал параллельно осуществляет проверки рисков как старого, так и нового типа.
По сути, двухрельсовый расчет — это квинтэссенция подхода «подключение против перестройки». Банк не отказывается от того, что работает; он добавляет новую возможность рядом с существующей. Эта стратегия успокаивает консервативных регуляторов тем, что инновации не подрывают стабильность, и обеспечивает банки возможностью учиться, практикуясь в контролируемых условиях. Для целей тестирования хранения по MiCA двухрельсовый подход может показать, что банк имеет контроль повышенной надежности: даже если «зона безопасности» (блокчейн) выйдет из строя, «поддержка» (система наследия) предотвратит свободное падение в контроле за активами или точности учета. Этот вид уверенности может значительно помочь при аудитах и подаче заявок на лицензии, демонстрируя, что банк использует технологии для повышения надежности, а не для рисковых игр.
4. Использование токенизированных активов со стандартными идентификаторами (ISIN «обертка»)
Один из тонких, но мощных способов сделать крипто более привычным традиционным банковским системам — это встраивание знакомых идентификаторов и стандартов в токенизированные активы. В традиционных финансах практически каждый финансовый инструмент — акции, облигации, паевые фонды и т.д. — идентифицируется кодами, такими как ISIN (Международный номер идентификации ценных бумаг), CUSIP или SEDOL. Эти коды являются основой системы торговли, расчетов и хранения; они позволяют автоматизировать процессы и обеспечивать ясное понимание того, какой актив является каким. Когда дело доходит до цифровых активов, особенно токенов безопасности или любых токенов, предназначенных для представления основного актива, «обертывание» их стандартными идентификаторами может значительно упростить интеграцию в рабочие процессы банков и процессы соблюдения норм.
Концепция ISIN-токенов: Это в основном означает присвоение или ассоциацию ISIN (или аналогичного кода стандарта) с токенизированным активом. Например, если корпоративная облигация выпущена на блокчейне, ей может быть присвоен традиционный код ISIN, как если бы это была бумажная облигация. Или, если крипто-актив имеет характеристики ценного бумаги, он может быть зарегистрирован для получения ISIN. Ассоциация национальных нумерационных агентств (ANNA), которая управляет системой ISIN на глобальном уровне, уже предприняла шаги в этом направлении. Они ввели рамочную систему для «идентификаторов цифровых токенов» (DTI) и расширили ISIN (XT-ISIN) для цифровых активов. Более 1600 токенов были присвоены DTI по новой системе, и ANNA в настоящее время разворачивает «референциальные ISIN, основанные на DTI, признанные новым префиксом XT». Проще говоря, криптовалюта или токен теперь могут иметь идентификатор, который выглядит и функционирует аналогично ISIN, используемым для акций и облигаций, что устраняет разрыв данных между старыми и новыми финансами.
Зачем это нужно банкам: Подумайте об операционных шагах, которые должен сделать банк, чтобы добавить новый тип актива на платформу хранения или торговли. Актив должен быть признан в внутренних системах, моделях рисков, базах данных и т.д. Эти системы часто сталкиваются с этими стандартными кодами. Если токен не имеет ISIN или любого стандартного ссылочного кода, все, от оформления сделки до отчетности по позициям, становится индивидуальным процессом. Это подвержено ошибкам и стоит дорого. С другой стороны, если у токена есть код ISIN, банк может вписать его в многие существующие процессы с минимальной корректировкой. Токенизированная облигация с ISIN «XT1234567890» может быть доложена регуляторам, включена в отчетность по портфелю и взвешена по рискам с использованием уже существующего программного обеспечения, так же как и обычная облигация — потому что системы видят формат, который они узнают. Это снижает трения и делает токены более распознаваемыми и достоверными для учреждений, как отмечают отраслевые анализы.
С точки зрения соблюдения MiCA, стандартизированные идентификаторы помогают в обеспечении прозрачности и отчетности. MiCA требует четкой документации для любых токенов, являющихся крипто-активами, и предписывает, что если токен является финансовым инструментом (например, токенизированной акцией), то он фактически подпадает под действие существующего закона о ценных бумагах (MiFID II), а не MiCA. Иными словами, токен, который по сути является ценным бумагой, должен рассматриваться как такой. Это значительно проще сделать, если он имеет все признаки ценной бумаги — включая ISIN и включение в нормальные справочные данные. Банк может затем применить свои стандартные проверки на соответствие MiFID (например, отчетность по сделкам, мониторинг злоупотреблений на рынке) к этому токену с небольшими корректировками, потому что он появляется в системе как просто еще один код инструмента.
Преодоление тестов на хранение через стандартизацию: Когда активы идентифицированы стандартным способом, легче обеспечивать их сегрегацию и точное ведение бухгалтерии. Например, в опекунской книге учета каждая строка может быть ISIN плюс количество. Если банк хранит биткойны для клиентов, сам биткойн не является ценной бумагой, но усилия по стандартизации основных криптоактивов идентификаторами уже ведутся (стандарт ISO 24165 DTI охватывает криптовалюты). Если биткойн имеет запись DTI/ISIN в глобальной базе данных, банк теоретически может рассматривать периодические проверки и сверки как иностранные валютные запасы или товар, идентифицированный кодом. Это гарантирует, что клиентские активы четко разграничены и отслеживаются, помогая выполнить требования MiCA, чтобы клиентские активы всегда были "независимо идентифицируемы". Более того, наличие стандартных кодов может облегчить сторонние аудиты или сверки — аудиторы могут увидеть ISIN/Digital Token ID в отчетах и независимо подтвердить детали актива (как, например, его основной проект, права и т.д.) из авторитетного реестра.
Кросс-граничное и глобальное выравнивание: Европа не единственная, кто продвигает этот тип стандартизации. Регуляторы во всем мире, через IOSCO и другие форумы, поощряют разработку идентификаторов для цифровых активов для улучшения надзора и управления рисками. SEC США намекнула, что если крипто-токены являются ценными бумагами, они должны рассматриваться как таковые при отчетности — что подразумевает использование CUSIP/ISIN рамок. Фактически, некоторые платформы токенов безопасности в США уже получают CUSIP для выпущенных ими токенов, чтобы брокеры-дилеры и клиринговые фирмы могли работать с ними. Инициатива ISO DTI, в которой участвует ANNA, имеет глобальный охват, гарантирующий, что один и тот же токен получит один идентификатор, признанный повсюду (аналогично тому, как ISIN международны). Когда банки начинают использовать эти идентификаторы, они делают свои операции устойчивыми к изменениям для мира, где сливаются цифровые и традиционные активы.
Пример – токенизированная облигация с ISIN: Предположим, европейский инвестиционный банк помогает выпустить облигацию на блокчейне в рамках пилотного режима DLT ЕС (песочница для торговли токенами безопасности). Присвоив этой облигации ISIN, банк может сохранять её для клиентов так же, как любую облигацию. В портфолио-отчетности клиента может быть указано «Облигация X 5% 2030 – ISIN: XT0000ABCDE1 – владение: 100 токенов». С точки зрения клиента и регулятора это ясно и знакомо. Внутренние модели риска банка видят «Облигацию X» с её ISIN и могут применять обычные расчеты по кредитному риску и другим параметрам. Нет той неясности, которая могла бы привести к ошибкам в расчетах капитала или отчетности о соответствии требованиям. Это критически важно также и для буферного капитала — в соответствии с банковскими правилами (Базель III), риск-вес актива часто зависит от его типа (государственные облигации против корпоративных и т.д.). Если у токена отсутствует классификация, банк может быть вынужден рассматривать его как высокорисковый из-за неопределенности. С ISIN и сопряженными данными банк может поместить его в нужную категорию риска (возможно, даже в более низкий риск, если он является высококачественной облигацией), оптимизируя использование капитала и соблюдая полное соответствие.
Подключение вместо перестройки: Внедрение стандартных идентификаторов, возможно, является самым легкодоступным из наших стратегий, но его воздействие значительно. Это в основном вопрос обновления справочных данных и программного обеспечения для распознавания новых кодов — это далеко от необходимости проектировать новые системы с нуля для отслеживания транзакций в блокчейне. Большинство основного банковского и кастодиального программного обеспечения может быть обновлено (или может быть уже обновлено поставщиками) для включения новых схем идентификаторов для цифровых активов. После этого все остальное — бухгалтерский учет, отчетность перед клиентами, регуляторная отчетность — может включать криптоактивы в одном духе с традиционными активами. Это значительно упрощает интеграцию соответствия MiCA (которая потребует периодических отчетов об экспозициях по криптоактивам, например) в существующий механизм регуляторной отчетности банка. Вместо создания параллельного процесса отчетности для «крипто вещей» банк может генерировать единый отчет обо всех активах, так как все они помечены на общем языке ISIN и кодов финансовых инструментов.
В целом, ISIN и стандартизированные идентификаторы токенов действуют как адаптеры между новым и старым мирами. Они позволяют банкам рассматривать токены не как экзотических пришельцев, а как просто еще одну запись в книге учета — ту, которую существующие системы могут понять. Для выполнения регуляторных тестов это значительно снижает неясность и необходимость в ручном вмешательстве. Комплаенс-офицеры банка могут легче подтвердить, что «Актив A в нашем хранении = Актив A, о котором сообщается регуляторам», потому что они используют одинаковые наименования и идентификаторы, которые ожидают регуляторы. Это стратегия, которая может не привлечь внимание заглавий, но, тихо, она создает основу для ясности, согласованности и сопоставимости, которую любой комплаенс-ревьюер оценит.
5. Использование партнерств в области технологий хранения и готовых решений
Возможно, наиболее прямолинейный способ для банков ускорить свою готовность к MiCA – это сотрудничество со специализированными финтех-поставщиками, которыеПредлагаем комплексную инфраструктуру для цифровых активов. За последние несколько лет ряд технологических компаний — от хорошо финансируемых стартапов до спин-оффов от устоявшихся хранителей — создали безопасные, соответствующие требованиям платформы для хранения криптовалюты. Вместо того чтобы создавать всё своими силами (что может занять годы и требует значительных знаний), банки могут интегрировать эти уже готовые решения или даже использовать их под своим брендом, эффективно передавая сложную задачу хранения блокчейнов на аутсорсинг, сохраняя при этом контроль над отношениями с клиентами.
Рост сектора "хранение как услуга": Осознав возможные перспективы, финтех-компании такие как Fireblocks, Metaco, Copper, Taurus и другие разработали платформы, которые выполняют все — от управления ключами (часто с использованием MPC, как обсуждалось) и обработки транзакций до контроля соответствия для цифровых активов. Банки могут развернуть их как на локальных устройствах, так и в облачных сервисах и подключить их к своим основным банковским системам посредством API. Например, Fireblocks предоставляет безопасную инфраструктуру кошельков, которая подключается к десяткам блокчейнов и поставщиков ликвидности, доступная через одну интеграцию. Платформа Metaco (называется Harmonize) предназначена для интеграции с существующей основной системой хранения банка, позволив банку "хранить, выпускать и урегулировать торговые токены наряду с традиционными активами" в одной системе.
Крупные банки уже следуют этому пути. BNP Paribas Securities Services, один из крупнейших хранителей Европы, публично объявил, что для развития своей инфраструктуры цифровых активов "выбрал два крупных финтека — Fireblocks и METACO" вместо того, чтобы начинать с нуля. Технологии Fireblocks были использованы в эксперименте, где BNP Paribas помог выпустить токенизированные облигации на Ethereum, демонстрируя жизнеспособность решения. Между тем, программное обеспечение Metaco будет интегрировано в основную платформу хранения BNP для возможности управления крипто- и традиционными активами бок о бок. Цель, указанная BNP, состояла в том, чтобы "предложить нашим клиентам единый вид на все эти различные типы активов для полной прозрачности, большей операционной эффективности и управления рисками", в конечном итоге предоставляя "полную связанность между традиционными и цифровыми активами" на "многоактивной, многопоставщической платформе". Говоря простыми словами, BNP Paribas подключает модули от специализированных поставщиков для модернизации своих существующих систем до состояния, готового к криптовалютам — ясная стратегия-подключение в соответствии с нашей темой.
Быстрее соответствие и развертывание: Заключая партнерство с уже созданными поставщиками услуг, банки получают немало встроенных функций соответствия. Эти поставщики уже часто прошли проверки безопасности, устроили страхование криптоактивов и даже получили в некоторых случаях регулирования (например, некоторые зарегистрированы как CASP или имеют сертификацию SOC2 по операционной безопасности). Это означает, что банк может увереннее претендовать на соблюдение строгих требований MiCA к разрешениям (которые включают демонстрацию технологической и операционной возможности) благодаря уже подтвержденному решению, которое они внедрили. Банку больше не нужно объяснять регуляторам свою самодельную систему криптографического хранения ключей, он может показать, что использует поставщика, как Fireblocks, который известен применением лучших в отрасли практик MPC, имеет аудируемые следы и политики, и, возможно, используется множеством других сертифицированных учреждений. Это фактически использует коллективное знание — платформа поставщика формируется на основе работы с многими клиентами и часто уже решает общие регуляторные проблемы (такие как доступ на основе ролей, белые списки транзакций и разделение обязанностей).
С точки зрения времени выхода на рынок, это неоценимо. Время MiCA уже поджимает — к концу 2024 года всем поставщикам услуг по хранению криптовалют (включая банки) в ЕС необходимо соответствовать требованиям или как минимум быть на пути к этому, если они переходят в льготный период до 2026 года. Банк, который начнет сегодня создание полностью самодельного решения для хранения, может столкнуться с трудностями, чтобы успеть к тому сроку, тогда как партнерство позволяет ему быстрее достичь целей. Например, когда BNY Mellon решил предложить услуги по хранению криптовалюты, как сообщается, это было сделано с использованием технологий Fireblocks, и они смогли запустить услугу относительно быстро. Аналогично, Standard Chartered объединился через свой венчур Zodia Custody (разработанный вместе с Northern Trust) для решения технических аспектов, а Société Générale запустила свою платформу Forge, но все еще использует или сотрудничает с техническими поставщиками для выполнения определённых функций.
Интеграция и природа подключений: Эти партнерства разработаны для плавной интеграции. Многие платформы технологического хранения предлагают API и SDK, которые банки могут использовать для интеграции с существующими клиентскими каналами (такими как онлайн-банкинг-приложения или торговые интерфейсы). Таким образом, клиент банка может даже не осознавать, что за кулисами криптовалютный кошелек управляется платформой стороннего поставщика — они просто видят его как еще один счет в своем банковском приложении. Между тем, банк управляет этим кошельком через консоль, реализующую политики и ограничения банка. Важно, чтобы лучшие поставщики позволяли адаптировать решение под нужды банка. Например, банк может создать организационную структуру в платформе — скажем, трейдеры могут инициировать транзакции, но требуется одобрение от оперативного отдела для крупных сумм и т.д., отражая внутренние контроли банка. Это отражает то, как банки уже работают, например, с платежами через SWIFT (где одна команда вводит платёж, а другая его подтверждает). Разница в том, что технологическая компания уже создала базовую систему, так что банк всего лишь настраивает правила, а не пишет код с нуля.
Другой аспект — это предложения с белой этикеткой. Некоторые финтех-компании позволяют банкам работать под собственным брендом банка, но используют инфраструктуру хранения финтеха на заднем плане. Это может расширяться на другие сервисы помимо хранения, такие как брокерские услуги или стекинг, но в рамках MiCA фокус направлен на хранение. Если решение по хранению с белой этикеткой уже соответствует требованиям MiCA в качестве услуги, банк фактически наследует это соответствие (хотя банк всё же несет регуляторную ответственность за надзор за поставщиком). MiCA позволяет аутсорсинг определённых функций, при условии, что CASP (банк) обеспечивает соответствие поставщика правилам. Таким образом, банки документируют свою тщательную проверку поставщиков, но регуляторы, скорее всего, успокоены, видя известные имена в списке поставщиков.
Капитальная эффективность и управление рисками: Интересно, что использование технологий хранения от третьих сторон также может помочь с аспектом капитального резерва. Согласно предстоящим правилам Базеля, как уже отмечалось, активы, которые находятся только на хранении (от имени клиентов, без принятия банком на себя риска), не подпадают под жесткий весовой риск в 1250%, как прямые криптовалютные активы. Используя надёжные решения хранения, банки могут уверенно утверждать, что не берут на себя эти активы на собственный баланс (они просто их хранят), что позволяет сохранить дополнительные капитальные требования управляемыми. Некоторые банки также могут выбрать страхование цифровых активов на хранении от кражи (аналогично страховке в банковском сейфе) — часто, технические поставщики услуг хранения способствуют соединению с андеррайтерами страхования или имеют встроенное страхование. Это снова помогает выполнить требования MiCA по "сохранению" активов и, по сути, действует как своего рода капитальный буфер, перенося риски на страхование.
Примеры глобальной стратегии партнерства: Вне Европы мы видим аналогичные шаги: U.S. Bank заключил партнерство с NYDIG для предложения услуг по хранению Биткойна своим клиентам, а австралийская ANZ инвестировала в технологии хранения, а не начинала заново. Эти шаги все подчеркивают, что управление криптовалютой изнутри с нуля не единственный способ — и не самый быстрый или безопасный. В результате, мы даже наблюдаем активность в области слияний и поглощений, где крупные фирмы финансовой рыночной инфраструктуры приобретают криптовалютные компании, чтобы интегрировать их технологию (например, Nasdaq изучал возможность предложение услуг по хранению криптовалюты через поглощения, а Лондонская фондовая биржа приобрела компанию по технологиям хранения). Эта тенденция означает, что банки, которые ещё не совершили шаг, найдут ещё более зрелый рынок поставщиков, готовый обслуживать их в 2025 году и позже, с модулями "подключи и работай", которые соответствуют не только MiCA, но и другим нормам (как инструменты противодействия отмыванию денег, соблюдение правила о перемещении и др., включенные по умолчанию).
По сути, партнерства в области технологий хранения воплощают концепцию адаптации к нормативам как "подключи и исполняй". Банк комбинирует свои сильные стороны (доверие клиентов, нормативная лицензия, баланс) с сильными сторонами финтеха (гибкая разработка, безопасность на уровне криптовалют, поддержка многоканальности). В результате банк может предложить соответствующую нормативным требованиям услугу по хранению криптовалюты с гораздо меньшими внутренними разработками, тем самым выполнив требования MiCA. Он может сосредоточиться на разработке политик и управления — на тех областях, которые важны для регуляторов, — а не на деталях написания кода для интеграции с блокчейном. Эта стратегия не только ускоряет соответствие, но и может дать толчок бизнесу банка в цифровых активах, поскольку эти технологические платформы часто поддерживают дорожную карту функций (стекинг, доступ к DeFi, токенизация), которые банк может активировать в будущем, когда основное хранилище будет готово. Это модульный подход: получите основной модуль хранения сейчас, чтобы пройти регуляторный контроль, а позже расширьте услуги, просто включив дополнительные функции от поставщика.
Заключительные мысли
Наступающий режим MiCA ознаменует новую эру, в которую банки, работающие с криптоактивами, должны соблюдать те же строгие нормы и гарантии, которые долгие годы ожидались в традиционных финансах. Эта перспектива может показаться пугающей — ведь распределенные книги и токены работают по очень разным правилам по сравнению с централизованными системами, которые банки совершенствовали десятилетиями. Однако, как мы объяснили, у банков есть инструменты стратегий абстракции цепочек, которые могут значительно упростить это объединение. Используя многоканальные концентраторы, они избегают фрагментации и получают доступ к криптоэкосистеме в одном месте с постоянным контролем. Через MPC-валютирование они трансформируют управление ключами из потенциальной единственной точки отказа в надежный распределенный процесс с встроенными проверками соответствия, удовлетворяя оба требования безопасности и аудита. С помощью двойных рельсов урегулирования...умело балансировать между инновациями и преемственностью, обеспечивая то, что новые операции с цифровыми активами улучшают, а не подрывают надежность. Стандартизируя токены с идентификаторами, которые интегрируются в существующие базы данных, они заставляют эти активы говорить на языке как систем старого образца, так и регуляторов. А сотрудничая с экспертами по хранению криптовалют, они ускоряют свой путь, используя проверенные временем технологии вместо траты драгоценного времени на их изобретение заново.
В совокупности эти подходы могут сделать соответствие требованиям MiCA менее похожим на дорогостоящую перестройку ИТ и больше на адаптацию нескольких ключевых компонентов – буквально как парадигма подключения. Важно отметить, что эти стратегии полезны не только для соблюдения правил ЕС MiCA; они позиционируют банки для работы с развивающейся глобальной нормативной средой. Криптовалютная структура Базельского комитета (вступит в действие в 2025 году) явно поощряет сильные практики хранения, не наказывая их высокими капиталовложениями, что означает, что у банков по всему миру есть стимул создавать безопасные службы хранения. Акцент SEC на квалифицированных депозитариях в США также подталкивает банки к совершенствованию своих технологий хранения или к партнерству с теми, у кого они есть. Игры с абстракцией цепочек дают банкам способ эффективно соответствовать этим ожиданиям.
При внедрении этих решений банки обнаружат, что соответствие требованиям – это не только способ избежать штрафов, но и трамплин к новым бизнес-моделям. Как только инфраструктура для безопасного и чистого управления цифровыми активами будет создана, банки смогут расширить предложения, включая такие вещи, как торговля токенизированными ценными бумагами, кредитование с обеспечением на цепочке или платежи цифровой валютой, все в рамках соблюдения правил. Те, кто движется рано, получат преимущество в обслуживании растущего клиентского спроса на услуги цифровых активов под зонтом доверия регулируемого банка.
В конечном итоге, достижение стандартов хранения MiCA – это веха на более широком пути модернизации банковского дела. Пять стратегий, изложенных в этой статье, служат общей цели: они абстрагируют сложность и встраивают соответствие требованиям по задумке. Банки, которые используют их, смогут уверенно сказать регуляторам и клиентам: «Мы можем поддерживать инновации криптоактивов, сохраняя при этом безопасность и целостность, которые вы ожидаете от нас». Тем самым они не просто проходят тест – они готовят свои учреждения к будущему финансов, где традиционные и крипто рельсы сливаются в более сильную и универсальную финансовую систему. Путь к 2026 году усыпан вызовами, но с правильными абстракциями банки могут пройти его безопасно на полной скорости, а не ползти с осторожностью. Инструменты готовы – пора подключиться и начать новый этап соответствующего крипто-банкинга.