Введение
MPC (Multi-Party Computation, защищённые многосторонние вычисления) — класс криптографических методов для совместного вычисления без раскрытия участниками всех секретных данных. В custody чаще применяется пороговая криптография: несколько узлов совместно формируют подпись, а установленного числа участников достаточно для её выполнения.
Например, в конфигурации 2 из 3 подпись требует участия двух из трёх криптографических компонентов. Один компонент сам по себе не должен иметь возможности подписать транзакцию. При этом реальная безопасность зависит от независимости узлов, протокола и защиты администрирования.
NIST описывает threshold cryptography как распределение доверия между участниками. В январе 2026 года институт опубликовал IR 8214C — призыв к представлению пороговых схем для последующего публичного анализа. Это развитие стандартизации, а не сертификация всех коммерческих MPC-продуктов.
Что такое MPC в криптовалютном кастоди
Почему одной распределённой подписи недостаточно для безопасности банковского хранения цифровых активов — и как проверить архитектуру MPC до внедрения.
MPC-кастоди — подход к хранению и управлению цифровыми активами, при котором криптографические полномочия распределены между несколькими участниками. Для формирования подписи они совместно выполняют протокол, не раскрывая полный приватный ключ в одной точке. Это снижает риск компрометации единственного ключа, но не отменяет необходимость проверки поручений, контроля сотрудников и аудита.
Для банка, финтех-компании или цифрового депозитария ключевой вопрос состоит не только в том, можно ли подписать транзакцию, но и в том, кто имеет право её инициировать, согласовать и отправить в сеть.
Как работает MPC-подпись: пять этапов
Типовой процесс формирования MPC-подписи состоит из пяти этапов:
- Инициация. Уполномоченный сотрудник или сервис создаёт поручение на перевод цифрового актива.
- Проверка политики. Система сопоставляет роль, лимит, адрес назначения и условия операции с правилами организации.
- Согласование. Необходимые ответственные лица подтверждают бизнес-решение; это не обязательно сами держатели криптографических долей.
- Пороговое подписание. Достаточное число MPC-компонентов выполняет протокол и формирует действительную подпись.
- Отправка и аудит. Подписанная транзакция направляется в сеть; идентификатор, согласования и результат фиксируются для контроля.
Важное различие: порог 2 из 3 относится к криптографической подписи. Он не означает автоматически «двух руководителей из трёх» и не гарантирует наличие двух независимых согласований в бизнес-процессе.
DKG: как создаётся ключ без центрального владельца
Distributed Key Generation (DKG) — распределённая генерация ключевого материала. Участники совместно получают публичный ключ и собственные секретные доли без создания полного приватного ключа у единого доверенного оператора. DKG полезен при построении MPC-кастоди, но это отдельная процедура: не всякая система с MPC использует DKG.
При выборе решения стоит отдельно выяснить, как создаются доли, где они размещены, кто может инициировать замену участников и что происходит при компрометации узла.
MPC, Multisig и HSM: в чём разница
| Подход | Основной принцип | Что нужно проверить |
|---|---|---|
| MPC / threshold signature | Совместная подпись относительно общего публичного ключа | Независимость узлов, DKG, recovery, управление политиками |
| Multisig | Несколько ключей и подписей; порог проверяется сетью или контрактом | Поддержка сети, комиссии, правила смены подписантов |
| HSM | Аппаратная защита ключевого материала и криптоопераций | Модель доступа, резервирование, процедуры восстановления |
MPC и HSM не исключают друг друга: отдельные MPC-компоненты могут использовать HSM. Multisig также не «устаревшая версия MPC» — выбор зависит от блокчейна, модели угроз и требований к операциям.
Какие риски MPC снижает, а какие остаются
- Компрометация одного секрета. Распределение криптографических долей может убрать зависимость от единственного полного ключа.
- Отказ одного узла. В конфигурации 2 из 3 при недоступности одного участника подписание потенциально сохраняется.
- Административная централизация. Если один администратор может изменить состав узлов и отключить проверки, риск сохраняется независимо от MPC.
- Ошибочное поручение. Криптографически корректная подпись не доказывает, что перевод был разрешён клиентом.
- Восстановление. Recovery не должен позволять одному сотруднику обойти пороговую модель безопасности.
Поэтому утверждение «приватный ключ не хранится целиком» — только начало аудита MPC-кошелька, а не достаточный критерий надёжности кастодиальной платформы.
Пример для банка: перевод клиентских USDT
Представим корпоративную операцию по переводу 250 000 USDT. Казначей создаёт поручение, система проверяет лимит и адрес, руководитель подтверждает операцию, а независимые MPC-узлы подписывают транзакцию. После отправки в блокчейн система сохраняет связку между поручением, согласованиями и on-chain идентификатором.
Если узлы подписания распределены, но один администратор способен изменить адрес получателя после согласования, криптографическая защита не решает основной операционный риск. Поэтому важны неизменность параметров согласованной операции и контроль критических изменений.
Что проверить перед внедрением MPC-кастоди
- Какой протокол и модель угроз используются? Есть ли независимая оценка реализации?
- Создаётся ли ключ через DKG? Возможно ли восстановление полного секрета?
- Разделены ли администраторы, держатели долей и согласующие лица?
- Как устроены резервирование, ротация долей, recovery и реагирование на инциденты?
- Может ли один оператор изменить политики, лимиты или адрес назначения?
- Как связаны журнал согласований, результат подписи и транзакция в блокчейне?
MPC и требования цифрового депозитария в России
MPC не является универсальным юридическим требованием для цифрового депозитария. Российское регулирование устанавливает обязанности организации по защите информации, учёту, управлению рисками и непрерывности деятельности. Выбор криптографической архитектуры должен оцениваться в контексте применимых нормативных требований и конкретной модели услуг.
Наличие MPC-продукта не даёт разработчику или его заказчику статус цифрового депозитария. Регулируемую деятельность осуществляет организация, получившая соответствующий допуск.
Как этот подход реализуется в SafeKeep
На официальном сайте SafeKeep описана инфраструктура для институционального хранения и управления цифровыми активами: распределённая MPC-подпись, ролевое управление доступом, политики авторизации, аудит операций и интеграция с корпоративными системами. Архитектурный принцип платформы — разделение бизнес-авторизации и криптографического исполнения.
Это важно для банков и финтех-компаний, которым требуется не просто криптокошелёк, а управляемый процесс работы с активами. Конкретные параметры отказоустойчивости, независимости узлов и соответствия требованиям регулятора необходимо подтверждать в рамках проекта внедрения.
Вывод
MPC-кастоди снижает зависимость от единственного приватного ключа и позволяет распределять криптографическое доверие. Но безопасность институционального хранения определяется всей архитектурой: независимостью участников, корпоративными политиками, защитой администрирования, процедурами восстановления и проверяемым аудитом операций.
Поэтому при выборе MPC-решения следует оценивать не только алгоритм подписи, но и то, как организация контролирует жизненный цикл транзакции — от поручения клиента до окончательного подтверждения в блокчейне.
FAQ
Что такое MPC-кастоди?
Это модель хранения и управления цифровыми активами, при которой несколько компонентов совместно выполняют криптографическую подпись без необходимости собирать полный приватный ключ в одной точке.
Чем MPC-кошелёк отличается от обычного?
В обычной модели подпись может зависеть от одного полного ключа; в пороговой MPC-модели для неё требуется согласованная работа нескольких криптографических компонентов.
MPC безопаснее Multisig?
Универсального ответа нет: модели отличаются устройством подписания, поддержкой сетей и операционными рисками. Сравнивать нужно конкретные реализации.
Можно ли использовать MPC вместе с HSM?
Да. HSM может защищать криптографический материал отдельных MPC-компонентов, а MPC — распределять доверие между ними.
Что будет при отказе одного MPC-узла?
При пороге 2 из 3 два оставшихся участника могут сохранить возможность подписи, если инфраструктура и протокол позволяют это.
Обязательно ли MPC для цифрового депозитария?
Нет. Закон не устанавливает MPC как единственную обязательную технологию; необходимо соблюдать применимые требования к деятельности и защите активов.
Источники и дальнейшее чтение
NIST: Threshold Cryptography. Подробнее: архитектура MPC SafeKeep, контроль безопасности и сравнение MPC и multisig.
Редакция SafeKeep. Опубликовано: 23.10.2026. Обновлено: 24.10.2026.
