Проекты · IT Solutions
WalletPro
РаботаетКошелёк для нескольких блокчейнов с нативными мобильными клиентами и API на Rust — ключи хранятся, а подписание выполняется на устройстве.
- Роль
- Разработка
- Период
- 2025–2026
- Результат
- Подписание на стороне клиента, несколько блокчейнов
05 · WalletPro
Ключи на устройстве. Понятный стек.
Кошелёк для нескольких блокчейнов с нативными мобильными клиентами и API на Rust — ключи хранятся, а подписание выполняется на устройстве.
Задача
Задача.
Пользователям кошелька нужна чёткая граница доверия: какие данные никогда не покидают устройство, а какие могут быть доступны сети.
Продукт должен был поддерживать несколько блокчейнов, не размывая эту границу и не превращая серверную часть в хранителя ключей.
Подход
Наш подход к решению.
01
Ключи на устройстве
Закрытые ключи хранятся на стороне клиента, где также выполняется подписание. API предоставляет данные и передаёт подписанные транзакции в сеть.
02
Понятная работа с несколькими блокчейнами
Различия блокчейнов явно отражены в модели, чтобы интерфейс достоверно показывал возможности и риски.
03
Нативные мобильные приложения
Основные сценарии работы с кошельком реализованы в клиентах Android и iOS.
04
Серверный API на Rust
Специализированный слой API для данных, передачи транзакций в сеть и эксплуатационных задач — без хранения ключей.
05
Тестирование перед выпуском
Сквозные и нагрузочные тесты проверяют критические сценарии до того, как ими воспользуются пользователи.
Что мы создали
Что мы реализовали.
API на Rust
Серверные сервисы для данных блокчейнов, передачи транзакций в сеть и вспомогательных операций кошелька — без хранения пользовательских ключей.
Клиент для Android
Нативный кошелёк на Kotlin с подписанием на устройстве.
Клиент для iOS
Нативный кошелёк на Swift с той же моделью доверия.
Общий слой мобильных приложений
Общие правила мобильной разработки сохраняют согласованность обеих платформ при добавлении блокчейнов.
Проверки безопасности
Документация границы доверия и критических сценариев, подготовленная с учётом аудита.
Инфраструктура
Контейнеризированное развёртывание с мониторингом API.
Архитектура
Кратко о системе.
Нативные клиенты управляют ключами и подписанием. API на Rust предоставляет данные блокчейнов и пересылает уже подписанные транзакции — сервер не хранит ключи.
Общие правила мобильной разработки и автоматические проверки защищают границу доверия по мере расширения поддержки блокчейнов.
Цифры и факты
Краткий обзор.
Только на устройстве
Подписание
Android · iOS
Клиенты
API на Rust
Серверная часть
Несколько блокчейнов
Область применения
Наши выводы
Что мы учтём в дальнейшей работе.
- 01
Граница доверия должна быть видна в продукте, а не только на схеме архитектуры.
- 02
Поддержка нескольких блокчейнов даёт незаметные сбои, когда общие допущения интерфейса не учитывают особенности отдельных сетей — различия нужно явно отражать в модели.
- 03
Серверную часть без хранения ключей проще анализировать и легче объяснять пользователям и аудиторам.
Следующие шаги
Что дальше.
- Поддержка дополнительных блокчейнов с сохранением той же модели подписания на устройстве.
- Более понятные пояснения в приложении о разрешениях и предварительном просмотре транзакций.
- Дальнейшее повышение надёжности передачи транзакций в сеть и мониторинга.
Продолжим разговор
