Крипто-инфраструктура для реальных операций с цифровыми активами
Решаем инфраструктурные и операционные задачи вокруг движения цифровых активов: процессинг, управление ликвидностью, кошельковая инфраструктура, блокчейн-интеграции и API.
Не продаём готовый типовой скрипт. Берём задачи, где стандартного решения недостаточно и нужна собственная логика, интеграции и инфраструктура.
С чего можно начать
Можно прийти с конкретной операционной задачей, с существующей инфраструктурой или с идеей сервиса, для которого нужно спроектировать техническое решение.
Есть задача с обменными операциями
Проектируем контур процессинга для операций с цифровыми активами: логика заявок, статусы, курсы, спреды, кошельковый слой, административное управление, API и интеграции с внешними площадками.
Есть задача с ликвидностью
Проектируем алгоритмы матчинга, маршрутизации и исполнения, которые учитывают собственные резервы, клиентские потоки, состояние стаканов, доступную ликвидность и несколько внешних площадок.
Нужна кошельковая инфраструктура
Проектируем инфраструктуру для приёма, учёта и отправки цифровых активов: кошельки, адреса, блокчейн-ноды, подтверждения транзакций, выводы и взаимодействие с внутренними сервисами.
Нужно спроектировать систему
Если готового технического решения ещё нет, можем начать с архитектуры: разобрать бизнес-процесс, движение активов, источники ликвидности, AML-контур, модель хранения активов, внешние API и определить, какие компоненты действительно нужны.
Процессинг — это не форма обмена на сайте
Основная сложность находится внутри: движение активов, ликвидность, заявки, кошельки, внешние площадки и операционное управление.
Курсы и спреды
Расчёт цены с учётом рыночных данных, направления операции, ликвидности, внутренних резервов и бизнес-правил.
Заявки и состояния
Жизненный цикл обменной операции, статусы, проверки, исполнение, ошибки, отмены и ручное вмешательство при необходимости.
Единый бэкенд
Несколько интерфейсов или внешних клиентов могут работать через общее ядро процессинга и единую административную систему.
API
Внешние сервисы могут создавать операции, получать статусы и взаимодействовать с системой процессинга программно.
Операционная админка
Управление активами, площадками, параметрами, заявками, лимитами и другими рабочими настройками системы.
Ликвидность и резервы
Учёт внутренних резервов, доступной ликвидности, источников исполнения и правил, по которым система выбирает дальнейший сценарий операции.
Ликвидность до выхода на внешнюю биржу
Самый дорогой способ решить проблему нехватки актива — автоматически покупать весь необходимый объём на внешнем рынке. В правильно спроектированной системе биржа может быть только одним из источников ликвидности.
Система может учитывать не только текущий баланс, но и существующие заявки, встречные клиентские потоки, доступные активы внутри собственной инфраструктуры и статистику ожидаемых поступлений. Только оставшийся дефицит передаётся во внешний контур исполнения.
Задача такого алгоритма — не прогнозировать рынок, а рационально управлять движением активов и стоимостью исполнения операций.
Примеры задач
Динамическое распределение объёма между криптобиржами
Для крупной обменной инфраструктуры была разработана логика распределения операций между несколькими торговыми площадками.
Каждая площадка оценивалась по набору параметров: доступной ликвидности, спреду, состоянию стакана, текущим и уже размещённым заявкам, фактическому качеству исполнения и другим ограничениям.
Алгоритм определял, какую часть объёма направить на каждую площадку, отслеживал реальное исполнение и мог перераспределять оставшийся объём, если условия менялись или ожидаемая ликвидность не подтверждалась фактическими сделками.
Такой подход особенно важен для крупных операций, где простая отправка всего объёма одной рыночной заявкой может давать неприемлемое рыночное воздействие и проскальзывание.
Кошельки и блокчейн-инфраструктура
Когда цифровые активы становятся частью бизнес-процесса, кошелёк перестаёт быть приложением с кнопкой «Отправить».
Адресная инфраструктура
Генерация и учёт депозитных адресов или субадресов там, где это соответствует архитектуре конкретного блокчейна, привязка входящих транзакций к операциям и клиентам.
Собственные блокчейн-ноды
Интеграция собственных нод там, где бизнесу необходим дополнительный контроль над данными блокчейна, транзакциями, приватностью, доступностью и внутренней инфраструктурой.
Практический опыт: Bitcoin и Monero.
Исходящие операции
Формирование и отправка транзакций, управление очередями выплат, подтверждениями и состоянием операций.
Пакетные операции
Для сетей, где это поддерживается архитектурой протокола, несколько выплат могут объединяться в одну блокчейн-транзакцию для более эффективной обработки операций.
Кастодиальная и некастодиальная модель
Модель хранения выбирается под задачу продукта. Есть опыт проектирования как кастодиальных, так и некастодиальных сценариев работы с цифровыми активами.
AML — часть инфраструктуры, а не кнопка после перевода
В рабочей системе проверка происхождения активов должна быть встроена в движение средств и операционный процесс.
Есть практический опыт интеграции внешних AML-провайдеров, включая Elliptic, Chainalysis и AMLBot.
Miriva не является AML-провайдером и не подменяет комплаенс-функцию бизнеса. Мы проектируем техническую интеграцию AML-проверок в общий процесс работы системы.
Зачем покупать на бирже то, что уже есть внутри системы
Если один клиент передаёт актив, который в этот же момент нужен для исполнения операции другого клиента, система процессинга может учитывать такие встречные потоки при управлении внутренней ликвидностью.
Для этого требуется собственный механизм матчинга, корректный учёт резервов и операций, AML-проверки и строгая логика движения активов.
Внешняя биржа становится источником недостающей ликвидности, а не обязательным участником каждой операции.
Инфраструктурой нельзя управлять вслепую
Для бизнеса с цифровыми активами важен не только общий оборот. Нужно понимать, какие активы и направления формируют результат, где возникают потери, как используется ликвидность и что происходит с операциями прямо сейчас.
Опыт инфраструктуры с оборотом порядка $70–100 млн в месяц
У нашей команды есть опыт проектирования и развития криптоинфраструктуры для сервиса с месячным оборотом порядка $70–100 млн.
В зону ответственности входили проектирование алгоритмов формирования курсов и спредов, управление ликвидностью, матчинг клиентских потоков, исполнение и маршрутизация между биржами, кошельковая и процессинговая архитектура, интеграция блокчейн-нод и AML-сервисов, а также развитие операционной модели продукта.
Разработку выполняла команда инженеров. Со стороны Miriva ключевая компетенция — алгоритмы, постановка задач, архитектурные и продуктовые решения и управление направлением.
Процессинг как инфраструктурный сервис
Ядро процессинга может существовать отдельно от собственного фронтенда и подключать внешние продукты через API.
Есть практический опыт руководства разработкой такой платформы и интеграций с ПО обменных сервисов и внешними торговыми площадками.
Не всегда нужно сразу писать систему
Если бизнес хочет добавить операции с цифровыми активами, но ещё не понимает техническую модель, работу можно начать с проектирования инфраструктуры.
По результатам можно подготовить техническую архитектуру и план реализации — собственными силами клиента, с Miriva или с привлечением специализированных провайдеров.
Важно Правовой режим операций зависит от страны, юрисдикции, роли компании и характера сервиса. Miriva занимается технической архитектурой; юридическую и регуляторную модель необходимо подтверждать с профильными специалистами.
Строим инфраструктуру для нормального бизнеса
Не разрабатываем решения для обхода AML/KYC, сокрытия происхождения активов, обхода санкционных или иных обязательных комплаенс-процедур.
Наша задача — сделать движение цифровых активов технически управляемым, прозрачным для операционной команды и соответствующим выбранной бизнес- и правовой модели.
Как начинается крипто-проект
Разбираем движение активов
Что приходит, куда должно попасть, кто управляет средствами и какие внешние системы участвуют.
Проектируем архитектуру
Процессинг, кошельки, ликвидность, API, ноды, AML, административный контур и необходимые интеграции.
Формализуем алгоритмы
Определяем правила курсов, маршрутизации, матчинга, исполнения, резервов и других автоматических решений.
Разрабатываем и интегрируем
Создаём необходимые компоненты и связываем их с блокчейн-сетями, биржами и внешними провайдерами.
Проверяем эксплуатационные сценарии
Тестируем движение активов, статусы операций, ошибки внешних API, восстановление и другие критические сценарии.
Есть крипто-проект или сложная задача с движением цифровых активов?
Для первого разговора достаточно описать бизнес-процесс: какие активы приходят, что с ними должно происходить и какие системы уже используются. Готовое техническое задание не требуется.