Инфраструктура контролируемых операций с цифровыми активами

Защита ключа не исключает ошибочную операцию. Поэтому ТМГТ анализирует не только данные для подписи, но и последствия транзакции при текущем состоянии сети.

Intent
Simulation
Effect
Policies
T1 Risk
Admission
MPC Execution
Controlled Publication
External Network
Evidence

Намерение и эффект

Система определяет инициатора и параметры операции. Симуляция показывает движение активов, разрешения и другие последствия.

Intent → Simulation → Effect

Политики и риск

Полномочия, лимиты, согласования, AML/KYT и оценка T1 определяют, может ли операция перейти к исполнению.

Policies → T1 Risk → Admission

Пороговое исполнение

Одноразовое разрешение связано с операцией, ключом и конфигурацией. MPC-узлы совместно выполняют криптографический шаг.

MPC / HSM

Публикация и результат

Отдельный контроль разрешает отправку. Система отслеживает подтверждения, финальность и фактический результат в сети.

Publication → Network → Evidence

Полный путь операции: от намерения и симуляции до результата во внешней сети и проверяемого аудиторского следа.

Платформа ТМГТ ↗

Intelligent Engine T1

Риск объясним.
Правила обязательны.

T1 объединяет контекст операции, эффект симуляции, KYT и историю клиента. Превышение установленного порога риска останавливает операцию до формирования подписи.

Риск транзакции

Сумма, актив, сеть, контрагент, вызовы контрактов и изменения разрешений оцениваются вместе с результатом симуляции.

Поведенческий риск

Суммы, частота, активы и направления сравниваются с характерным поведением конкретного клиента.

Графовый анализ

Учитываются связанные адреса, кластеры и цепочки движения активов за пределами непосредственного контрагента.

Динамический риск клиента

Профиль дополняется KYC/KYB, историей операций, KYT и новыми рисковыми событиями.

Объяснение каждого решения

В аудите сохраняются факторы, повлиявшие на риск. AI Assistant помогает разбирать операции и инциденты и готовить материалы для последующей проверки.

Политики нельзя обойти

Положительная оценка T1 не разрешает запрещённую операцию. Языковая модель не получает доли ключа и не определяет право на подпись.

Подробнее об Intelligent Engine T1 ↗

Размещение

Одна модель контроля.
Два варианта размещения.

В обеих моделях MPC-доли защищены HSM. Место размещения меняется; пороговое исполнение, допуск и контроль публикации сохраняются.

Dedicated Managed Environment

Выделенный для клиента управляемый контур. Размещение MPC-узлов и HSM определяется моделью доверия: ни ТМГТ, ни отдельный компонент не должны иметь возможности единолично совершить клиентскую операцию.

On-premise / Customer-Controlled

MPC-узлы, HSM, политики, T1 и аудит разворачиваются внутри инфраструктуры клиента. Доли ключа не покидают защищённый контур в открытом виде.

Управляющий контур

API · оркестрация · симуляция · политики · T1 · согласования

Изолированный криптографический контур

MPC-узлы · HSM · доли ключа · одноразовые криптографические артефакты

Защищённое взаимодействие узлов

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

Допуск к конкретному шагу

Разрешение связано с операцией, ключом, конфигурацией и этапом исполнения. Прикладной backend не получает прямого доступа к ключевым долям.

Сравнить модели размещения ↗

Подтверждения

Видно не только что произошло, но и почему.

Связанные записи фиксируют допуск, подписание, публикацию, результат в сети и причины отказа или остановки.

Возможности мониторинга

Операционный интерфейс

Допущено
Отклонено
Остановлено

История решений
Статусы операций
Мониторинг исполнения

Аудиторский след

Проверяемая цепочка решений

Для каждой операции доступны контекст, версия политики, результат симуляции, факторы T1, согласования и связанные криптографические стадии.

Решение о допускеРазрешение на шагРезультат MPCКонтроль публикацииРезультат в сети

Отказ — тоже результат

Машиночитаемая причина и трасса решения показывают, на каком этапе и по какому правилу операция была остановлена.

Наблюдение после отправки

Подтверждения, финальность, ошибки и реорганизации сети сопоставляются с исходным контекстом и рассчитанным эффектом. Данные экспортируются в системы мониторинга и SIEM.

Безопасность и восстановление ↗

Восстановление

Восстановление без обхода контроля

Создание ключа и разрешение использовать его — разные события. Активация, приостановка, обновление долей и изменение конфигурации управляются и аудируются.

Отказ узла или HSM

При сохранении рабочего порога остальные участники продолжают операции. Для поддерживаемых профилей refresh или resharing вводит новый узел без изменения публичного ключа.

Потеря рабочего порога

Зашифрованное секретное состояние хранится отдельно от ключей расшифрования. Многосторонняя авторизация разрешает восстановление в новый защищённый MPC/HSM-контур.

Незавершённая операция

Исполнение продолжается от последнего надёжно зафиксированного состояния. Сохранённый результат шага используется повторно; несовместимые состояния останавливаются для расследования.

Полный приватный ключ не формируется при распределённой генерации и не используется как постоянно хранящаяся резервная копия. Криптографический профиль выбирается под требования сети: FROST, DKLS23 или CGGMP24.

Подробнее о восстановлении ↗

Агентские операции

Агент предлагает.
Контур допуска проверяет.

Программный или ИИ-агент — ещё один инициатор операции. Его идентичность, мандат и полномочия проверяются вместе с эффектом транзакции, политиками клиента и решением T1.

Мандат агентаПредложение операцииОбщий контур допускаMPC / HSM

Агент не получает прямого доступа к долям ключа и не может подписать операцию в обход допуска. Подтверждение пользователя или уполномоченного участника сохраняется там, где его требует политика.

Развитие

К более полному контексту риска

Направления развития платформы — по мере накопления операционной истории.

Risk Intelligence

Более глубокий поведенческий контекст, графовые модели, совокупный риск связанных операций и автоматизация расследований.

Market Surveillance

Развитие анализа торговой активности, связанных операций и потенциально манипулятивных паттернов для торговых и брокерских продуктов.

Trusted Agent Network

Развитие сети доверенных агентов поверх общей модели идентификации, мандатов, политик и контролируемого исполнения.

Это направления развития, а не обещание доступности конкретной функции или срока запуска.

Агентские операции ↗

Продукты клиента

Ваш финансовый продукт.
Наш технологический слой.

ТМГТ обеспечивает инфраструктуру. Продукт, работа с конечным пользователем и регулируемые функции остаются у клиента.

ЦФА и другие цифровые права, а также поддерживаемые цифровые валюты, включая Bitcoin и Ethereum.

Банки и брокеры

Управление цифровыми активами, брокерские операции, контроль обеспечения и лимитов, институциональные расчёты.

Цифровые депозитарии и ОИС

Управление адресами и ключами, операции с ЦФА и другими цифровыми правами, сверка внешнего состояния и аудит.

Клиентские сервисы

White-label кошельки, обмен цифровых валют, структурированные цифровые продукты и операции, инициируемые агентами.

Допустимость и юридическая конструкция каждого сценария определяются статусом участника и применимым регулированием. Состояние публичного реестра не заменяет юридически значимый учёт регулируемой организации.

Решения для вашей отрасли ↗

С ЧЕГО НАЧАТЬ

Подготовьте вашу интеграцию

Сравните планы, изучите архитектуру и проверьте условия допуска операции. Руководства и калькулятор политик доступны онлайн.

Выбрать план Изучить документацию →

Тарифы

Сравните возможности, включенные объемы и стоимость инфраструктуры.

Подробнее 02

Документация

Архитектура, интеграция и жизненный цикл операций.

Подробнее 03

Sandbox

Проверьте условия допуска и результат сценария операции.

Подробнее 04

Консоль ТМГТ

Кошельки, политики и журнал операций Sandbox.

Подробнее

Вопросы и ответы

Вопросы и ответы. Всё, что важно знать перед запуском с TMGT.

Практичные ответы по безопасности, операциям, интеграциям и расчётам с цифровыми активами.

Что такое ТМГТ?

ТМГТ — технологическая инфраструктура контролируемого исполнения операций с цифровыми активами. Она связывает намерение, эффект транзакции, политики, оценку риска, MPC-подпись, публикацию и аудит. Регулируемые услуги оказывает клиент с соответствующим статусом.

Почему защиты ключа недостаточно?

Корректная подпись может подтвердить нежелательное действие. ТМГТ сначала симулирует операцию и проверяет её эффект, политики и риск. Только после допуска криптографический контур получает одноразовое разрешение на конкретный шаг.

Как работает Intelligent Engine T1?

T1 оценивает транзакцию, поведение клиента и связи адресов на основе симуляции, KYT и истории. При превышении порога риска операция отклоняется до подписи. Положительный score не отменяет запреты детерминированных политик.

Подпись означает, что операция завершена?

Нет. Пороговое подписание, контроль публикации и результат во внешней сети — разные стадии. После отправки система отслеживает подтверждения, финальность, ошибки и реорганизации и сопоставляет результат с рассчитанным эффектом.

Какие варианты поставки доступны?

Выделенный управляемый контур Dedicated Managed Environment или развёртывание внутри инфраструктуры клиента — On-premise. В обеих моделях сохраняются HSM-защита долей, пороговое исполнение и единый процесс допуска. Состав планов и условия размещения указаны на странице тарифов.

Как встроить ТМГТ в наш продукт?

Wallet Infrastructure предоставляет backend API, мобильные SDK, управление адресами, policy API, симуляцию, Risk Scoring API и audit API. Конечный пользователь работает с интерфейсом банка или другой регулируемой организации.

Что происходит после сбоя?

Система продолжает операцию от последнего надёжно зафиксированного состояния. Выполненный и сохранённый криптографический шаг не запускается заново. При несовместимом состоянии операция останавливается для контролируемого восстановления или расследования.

Может ли ИИ самостоятельно распоряжаться активами?

Агент действует в пределах мандата и проходит тот же контур допуска, что другие инициаторы. Он не получает прямого доступа к долям ключа. Согласования пользователя или уполномоченного участника выполняются, когда этого требует политика.