Wallet Infrastructure
White-label кошельки, адреса, API и мобильные SDK. Интерфейс остаётся у клиента, операции проходят единый контур контроля.
Симуляция, политики и T1 — до подписи. MPC, публикация и аудит — в одной цепочке.
Объедините политики, риск, подписание и аудит в одном контуре.
Подробнее 02Встраивайте кошельки в ваше приложение через API и мобильные SDK.
Подробнее 03Управляйте адресами, ключами и операциями для цифрового учета.
Подробнее 04Добавьте проверки и допуск к существующей инфраструктуре.
ПодробнееABOUT
Технологическая платформа для банков, цифровых депозитариев и других финансовых организаций.
НАЧАТЬ САМОСТОЯТЕЛЬНО
01
Пороговое исполнение
MPC
Оценка риска до подписания
T1
PLATFORM
Симуляция, политики и оценка риска определяют допуск. MPC исполняет только разрешённый криптографический шаг.
02
Основа платформы
ТМГТ связывает намерение, эффект транзакции, политики и право на подпись. Каждая операция проходит проверяемую цепочку допуска, исполнения и аудита.
White-label кошельки, адреса, API и мобильные SDK. Интерфейс остаётся у клиента, операции проходят единый контур контроля.
Риск транзакции, поведение клиента и связи адресов. Объяснимая оценка до подписи, без обхода установленных политик.
Проверка эффекта транзакции: активы, балансы, разрешения, вызовы контрактов и комиссии — до допуска к подписанию.
Роли, лимиты, согласования и AML/KYT. Запрет по умолчанию и одноразовое разрешение на конкретный криптографический шаг.
Отдельный контроль публикации, мониторинг сети и связанные записи о решениях, исполнении и причинах остановки.
ТМГТ — технологический слой в инфраструктуре клиента
Защита ключа не исключает ошибочную операцию. Поэтому ТМГТ анализирует не только данные для подписи, но и последствия транзакции при текущем состоянии сети.
Полный путь операции: от намерения и симуляции до результата во внешней сети и проверяемого аудиторского следа.
EXECUTION
Система определяет инициатора и параметры операции. Симуляция показывает движение активов, разрешения и другие последствия.
Intent → Simulation → EffectПолномочия, лимиты, согласования, AML/KYT и оценка T1 определяют, может ли операция перейти к исполнению.
Policies → T1 Risk → AdmissionОдноразовое разрешение связано с операцией, ключом и конфигурацией. MPC-узлы совместно выполняют криптографический шаг.
MPC / HSMОтдельный контроль разрешает отправку. Система отслеживает подтверждения, финальность и фактический результат в сети.
Publication → Network → EvidenceT1 объединяет контекст операции, эффект симуляции, KYT и историю клиента. Превышение установленного порога риска останавливает операцию до формирования подписи.
Сумма, актив, сеть, контрагент, вызовы контрактов и изменения разрешений оцениваются вместе с результатом симуляции.
Суммы, частота, активы и направления сравниваются с характерным поведением конкретного клиента.
Учитываются связанные адреса, кластеры и цепочки движения активов за пределами непосредственного контрагента.
Профиль дополняется KYC/KYB, историей операций, KYT и новыми рисковыми событиями.
В аудите сохраняются факторы, повлиявшие на риск. AI Assistant помогает разбирать операции и инциденты и готовить материалы для последующей проверки.
Положительная оценка T1 не разрешает запрещённую операцию. Языковая модель не получает доли ключа и не определяет право на подпись.
SOLUTIONS
Полный контур управления активами, кошельковая инфраструктура, технологии цифрового депозитария или дополнительный слой контроля.
03
MPC / HSM
SIMULATION
AUDIT
POLICIES
T1 RISK
MPC / HSM
Digital Asset Control Infrastructure
Политики + T1
Аудит
Допуск
Результат
Контур
Обсудить онбординг
WHITE-LABEL
API / SDK
АДРЕСА
POLICIES
MPC
AUDIT
API / SDK
White-label кошельки, API и SDK
Общий контур
Клиента
Контроль
Интерфейс
Интеграция
Обсудить онбординг
АДРЕСА
КЛЮЧИ
ОПЕРАЦИИ
СВЕРКА
AUDIT
Управление
Digital Depositary Technology
Контроль
Сверка
Операции
Состояние
Адреса
Обсудить онбординг
SIMULATION
T1 RISK
POLICIES
SIGNING
EVIDENCE
Контур клиента
Transaction Security & Compliance Layer
Симуляция + T1
Допуск / MPC
Проверка
Исполнение
Основа
Обсудить онбординг
ТМГТ поставляет технологическую инфраструктуру. Регулируемые услуги оказывает клиент с необходимым статусом. Transaction Security & Compliance Layer встраивается поверх существующей кошельковой или транзакционной инфраструктуры клиента. Стандартные планы и модели размещения доступны на странице тарифов.
В обеих моделях MPC-доли защищены HSM. Место размещения меняется; пороговое исполнение, допуск и контроль публикации сохраняются.
Выделенный для клиента управляемый контур. Размещение MPC-узлов и HSM определяется моделью доверия: ни ТМГТ, ни отдельный компонент не должны иметь возможности единолично совершить клиентскую операцию.
MPC-узлы, HSM, политики, T1 и аудит разворачиваются внутри инфраструктуры клиента. Доли ключа не покидают защищённый контур в открытом виде.
API · оркестрация · симуляция · политики · T1 · согласования
Изолированный криптографический контурMPC-узлы · HSM · доли ключа · одноразовые криптографические артефакты
Сообщения MPC связаны с участником, сессией, конфигурацией и шагом протокола. Повторные, устаревшие и конфликтующие сообщения не принимаются как новый переход состояния.
Разрешение связано с операцией, ключом, конфигурацией и этапом исполнения. Прикладной backend не получает прямого доступа к ключевым долям.
EVIDENCE
Связанные записи фиксируют допуск, подписание, публикацию, результат в сети и причины отказа или остановки.
04
Допущено
Отклонено
Остановлено
Возможности мониторинга
История решений
Статусы операций
Операционный интерфейс
Мониторинг исполнения
Для каждой операции доступны контекст, версия политики, результат симуляции, факторы T1, согласования и связанные криптографические стадии.
Машиночитаемая причина и трасса решения показывают, на каком этапе и по какому правилу операция была остановлена.
Подтверждения, финальность, ошибки и реорганизации сети сопоставляются с исходным контекстом и рассчитанным эффектом. Данные экспортируются в системы мониторинга и SIEM.
Создание ключа и разрешение использовать его — разные события. Активация, приостановка, обновление долей и изменение конфигурации управляются и аудируются.
При сохранении рабочего порога остальные участники продолжают операции. Для поддерживаемых профилей refresh или resharing вводит новый узел без изменения публичного ключа.
Зашифрованное секретное состояние хранится отдельно от ключей расшифрования. Многосторонняя авторизация разрешает восстановление в новый защищённый MPC/HSM-контур.
Исполнение продолжается от последнего надёжно зафиксированного состояния. Сохранённый результат шага используется повторно; несовместимые состояния останавливаются для расследования.
Полный приватный ключ не формируется при распределённой генерации и не используется как постоянно хранящаяся резервная копия. Криптографический профиль выбирается под требования сети: FROST, DKLS23 или CGGMP24.
Программный или ИИ-агент — ещё один инициатор операции. Его идентичность, мандат и полномочия проверяются вместе с эффектом транзакции, политиками клиента и решением T1.
Агент не получает прямого доступа к долям ключа и не может подписать операцию в обход допуска. Подтверждение пользователя или уполномоченного участника сохраняется там, где его требует политика.
ТМГТ обеспечивает инфраструктуру. Продукт, работа с конечным пользователем и регулируемые функции остаются у клиента.
ЦФА и другие цифровые права, а также поддерживаемые цифровые валюты, включая Bitcoin и Ethereum.
Управление цифровыми активами, брокерские операции, контроль обеспечения и лимитов, институциональные расчёты.
Управление адресами и ключами, операции с ЦФА и другими цифровыми правами, сверка внешнего состояния и аудит.
White-label кошельки, обмен цифровых валют, структурированные цифровые продукты и операции, инициируемые агентами.
Допустимость и юридическая конструкция каждого сценария определяются статусом участника и применимым регулированием. Состояние публичного реестра не заменяет юридически значимый учёт регулируемой организации.
С ЧЕГО НАЧАТЬ
Сравните планы, изучите архитектуру и проверьте условия допуска операции. Руководства и калькулятор политик доступны онлайн.
Сравните возможности, включенные объемы и стоимость инфраструктуры.
Подробнее 02Архитектура, интеграция и жизненный цикл операций.
Подробнее 03Проверьте условия допуска и результат сценария операции.
Подробнее 04Кошельки, политики и журнал операций Sandbox.
ПодробнееTECHNOLOGY
Четыре темы: симуляция, риск, политики и проверяемый результат.
05

Перемещение активов, разрешения и вызовы контрактов.
↗
Изоляция долей ключа и формальный допуск.
↗
Контекст транзакции, клиента и связанных адресов.
↗
От намерения до публикации и состояния сети.
↗FAQ
Практичные ответы по безопасности, операциям, интеграциям и расчётам с цифровыми активами.
06
ТМГТ — технологическая инфраструктура контролируемого исполнения операций с цифровыми активами. Она связывает намерение, эффект транзакции, политики, оценку риска, MPC-подпись, публикацию и аудит. Регулируемые услуги оказывает клиент с соответствующим статусом.
Корректная подпись может подтвердить нежелательное действие. ТМГТ сначала симулирует операцию и проверяет её эффект, политики и риск. Только после допуска криптографический контур получает одноразовое разрешение на конкретный шаг.
T1 оценивает транзакцию, поведение клиента и связи адресов на основе симуляции, KYT и истории. При превышении порога риска операция отклоняется до подписи. Положительный score не отменяет запреты детерминированных политик.
Нет. Пороговое подписание, контроль публикации и результат во внешней сети — разные стадии. После отправки система отслеживает подтверждения, финальность, ошибки и реорганизации и сопоставляет результат с рассчитанным эффектом.
Выделенный управляемый контур Dedicated Managed Environment или развёртывание внутри инфраструктуры клиента — On-premise. В обеих моделях сохраняются HSM-защита долей, пороговое исполнение и единый процесс допуска. Состав планов и условия размещения указаны на странице тарифов.
Wallet Infrastructure предоставляет backend API, мобильные SDK, управление адресами, policy API, симуляцию, Risk Scoring API и audit API. Конечный пользователь работает с интерфейсом банка или другой регулируемой организации.
Система продолжает операцию от последнего надёжно зафиксированного состояния. Выполненный и сохранённый криптографический шаг не запускается заново. При несовместимом состоянии операция останавливается для контролируемого восстановления или расследования.
Агент действует в пределах мандата и проходит тот же контур допуска, что другие инициаторы. Он не получает прямого доступа к долям ключа. Согласования пользователя или уполномоченного участника выполняются, когда этого требует политика.
Направления развития платформы — по мере накопления операционной истории.
Более глубокий поведенческий контекст, графовые модели, совокупный риск связанных операций и автоматизация расследований.
Развитие анализа торговой активности, связанных операций и потенциально манипулятивных паттернов для торговых и брокерских продуктов.
Развитие сети доверенных агентов поверх общей модели идентификации, мандатов, политик и контролируемого исполнения.
Это направления развития, а не обещание доступности конкретной функции или срока запуска.