Что разъяснил Банк России 26 октября 2026 года
Банк России обновил ответы о применении Федерального закона от 4 августа 2026 года № 282-ФЗ «О цифровых валютах и цифровых правах». Это официальные разъяснения, а не новый нормативный акт. Среди тем — внесение собственных активов, подтверждение иностранного кошелька, сроки исполнения обменной сделки и цифровой анализ.
Далее мы разбираем практические последствия для проектирования системы. Предлагаемые технические решения — экспертные рекомендации SafeKeep, а не дополнительные требования регулятора. Применимость конкретного сценария нужно оценивать с учётом статуса участников и действующих положений закона.
Внесение собственной криптовалюты и покупка являются разными событиями
В ответе № 11 регулятор различает приобретение со сменой обладателя и внесение собственных активов с внешнего адреса. Для зачисления без смены обладателя указаны условия статьи 31; основание тестирования при приобретении нельзя механически переносить на такую операцию.
В клиентском приложении эти действия могут называться одинаково — «пополнить баланс». Для внутреннего учёта этого недостаточно. Система должна сохранять причину движения, сведения об отправителе и связь с поручением клиента.
Пример проверки входящего перевода
Клиент сообщает, что переводит ранее принадлежавшую ему криптовалюту на хранение. До зачисления в доступный остаток стоит установить, какими доказательствами подтверждается эта версия, и проверить происхождение поступления. Контроль ключа и право на актив — не одно и то же: подпись сообщения помогает проверить первое, но не устанавливает автоматически второе.
Практическая рекомендация — разделить состояния «поступление обнаружено», «проверка выполняется» и «актив доступен». Так пользователю не показывается возможность распоряжения до завершения предусмотренных процедур.
Как подтвердить иностранный кастодиальный кошелёк
Ответ № 14 позволяет депозитарию закрепить собственный перечень документов для подтверждения администрирования адреса иностранной организацией, имеющей соответствующее право по своему законодательству.
Для интеграции с зарубежной биржей или кастодианом полезно разделить три предмета проверки:
- Статус провайдера. Какая организация оказывает услугу и на каком правовом основании.
- Администрирование адреса. Какие сведения связывают конкретный адрес и сеть с этим провайдером.
- Клиентский счёт. Кому принадлежит связанный аккаунт и соответствует ли он условиям рассматриваемого перевода.
API биржи может дать часть данных. Его ответ необходимо оценивать вместе с другими доказательствами: кто предоставил сведения, когда они получены и охватывают ли нужную сеть. Скриншот кабинета без возможности проверки источника не стоит считать универсальным подтверждением.
В карточке внешнего адреса разумно хранить провайдера, сеть, реквизиты, дату проверки и ссылки на документы. При смене адреса или обслуживающего юридического лица нужно повторно оценить доказательства. Такой порядок относится к рекомендуемой организации процесса; ЦБ не утверждал его как готовую форму.
Подтверждение кастодиальности также не означает, что любой перевод на такую площадку разрешён. Остальные ограничения и условия операции проверяются отдельно.
Как организовать расчёты криптообменника
В ответе № 15 ЦБ указывает на одновременное либо незамедлительное встречное исполнение. Произвольная отсрочка до конца операционного дня не подходит; ориентиром названа сопоставимость по сроку с поставкой против платежа.
Для архитектора это задача согласования двух систем, у которых разные статусы и возможные сбои. Уведомление от платёжного партнёра ещё не следует автоматически приравнивать к окончательному исполнению всех обязательств. Аналогично отправка транзакции в блокчейн не всегда равна завершённому зачислению.
Рекомендуемая модель обработки сделки
- Проверить клиента и допустимость сценария, зафиксировать условия сделки.
- Проверить ликвидность и предусмотреть резервирование необходимых активов.
- Связать банковскую и цифровую части общим идентификатором операции.
- Отслеживать фактические подтверждения и временные интервалы между этапами.
- Передать исключение на разбор, если одна часть исполнена, а другая задержалась.
Эта последовательность — отправная точка для обсуждения с банком и юристами. Резервирование само по себе не гарантирует соблюдение закона. Нужно определить юридически значимый момент исполнения каждой стороны и проверить его на реальной интеграции.
Отдельный тест — повтор уведомления или тайм-аут. Сервис не должен создавать второе списание только потому, что не получил ответ на первое. Для этого используют идемпотентные команды и проверку состояния исходной операции.
Цифровой анализ и MPC выполняют разные функции
В ответе № 16 Банк России подтверждает обязанность проводить цифровой анализ по собственным правилам. Правила и изменения направляются регулятору в течение пяти рабочих дней после принятия; отсутствие отдельного акта не отменяет обязанности.
Цифровой анализ необходимо связать с процессом допуска операции. Для спорного перевода важно восстановить не только итоговый риск-статус, но и версию правил, использованные сведения и основание решения. Это помогает комплаенсу объяснить, почему актив зачислен, перевод приостановлен или потребовались дополнительные документы.
MPC-подписание решает задачу распределённого создания подписи. Оно не устанавливает принадлежность клиентского аккаунта и не проверяет правовое основание перевода. В кастодиальной инфраструктуре криптографический контур нужно соединять с полномочиями сотрудников и актуальным решением по конкретной операции.
Подробности о проверках риска — в разделе AML и KYT для криптовалютных операций. Наличие такого модуля не заменяет утверждённые документы и ответственность оператора.
Чек-лист для цифрового депозитария и обменника
| Область | Что проверить | Проверяемый результат |
|---|---|---|
| Ввод активов | Основание зачисления и сведения о владельце | Документы связаны с конкретным поступлением |
| Иностранный адрес | Провайдер, сеть, адрес и клиентский счёт | Зафиксированы доказательства и дата проверки |
| Обмен | Связь банковской и цифровой частей | Восстанавливаются статусы и время исполнения |
| Цифровой анализ | Правила, решение и разбор исключений | Сохранены версия правил и основание решения |
| Подписание | Полномочия и разрешение на операцию | Нельзя подписать произвольное поручение в обход контроля |
| Сверка | Внутренний учёт и внешние подтверждения | Расхождения обнаруживаются и имеют владельца разбора |
Перед промышленным запуском стоит пройти один сквозной сценарий с отказом банка, задержкой сети и повторным запросом. Если состояние сделки приходится угадывать по нескольким экранам, интеграцию необходимо доработать.
Как использовать этот разбор при выборе платформы
При оценке программного обеспечения для криптообменника полезнее проверять сценарий, чем сравнивать перечни функций. Попросите показать конкретную сделку, её проверки, резервирование и восстановление после сбоя. Отдельно выясните, какие действия выполняются автоматически, а какие остаются у сотрудников оператора.
SafeKeep — программная платформа ООО «СМАРТ СОЛЮШЕНС» для работы с цифровыми активами. Состав модулей, правила контроля и интеграции через API нужно согласовывать под задачу заказчика. Использование ПО не предоставляет статус цифрового депозитария и не является самостоятельным подтверждением соответствия закону.
Частые вопросы
Можно ли подтвердить иностранный кошелёк только через API биржи?
API может быть источником сведений, но сам по себе не доказывает правовой статус провайдера, администрирование адреса и принадлежность клиентского счёта. Состав доказательств и процедуру оценки определяет депозитарий в своих документах.
Является ли внесение собственной криптовалюты новой покупкой?
В ответе № 11 ЦБ различает приобретение со сменой обладателя и зачисление собственных активов. Применимость сценария зависит от условий статьи 31 и подтверждения отсутствия смены обладателя.
Заменяет ли MPC цифровой анализ?
Нет. MPC относится к распределённому созданию подписи. Цифровой анализ оценивает операцию и её риск. Эти компоненты выполняют разные задачи и должны быть согласованы в процессе исполнения.
Достаточно ли включения в реестр ЦБ для готовности сервиса?
Регуляторный статус и техническая готовность — разные вопросы. Для запуска необходимо проверить применимые обязанности, внутренние документы, инфраструктуру, интеграции и работу исключительных сценариев.
Гарантирует ли готовое программное обеспечение соответствие 282-ФЗ?
Нет. Соответствие зависит от юридической модели оператора, его процедур, кадровых функций, документов и фактических операций. Программная платформа поддерживает процессы, но не заменяет обязанности организации.
Обсудить архитектуру вашего проекта
Определите участников, необходимые операции и существующие системы. На этой основе можно сформировать сценарий пилота и критерии проверки.
Обсудить пилот SafeKeep →Изучить платформу →Первоисточник: Банк России — Регулирование обращения криптовалют в России, ответы № 11, 14–16, обновлены 26 октября 2026 года.
Материал носит информационный характер и не заменяет юридическое заключение. Технические примеры не являются утверждёнными регулятором способами подтверждения или исполнения. Перед запуском необходимо проверить актуальную редакцию нормативных актов и применимость требований к вашей организации.
