Session Keys в мобильном криптоприложении: автоподпись без компромиссов
Вы запустили игру на блокчейне или DeFi-приложение. Пользователи жалуются: каждое действие требует биометрии. Конверсия падает. Часть аудитории уходит. Решение — Session Keys по стандарту ERC-4337. Мы внедряли их в 10+ проектах с Account Abstraction. Среднее время подписи сократилось с 5 до 1 секунды, а затраты на газ — до 70%.
Согласно Account Abstraction (ERC-4337), session keys — временные криптографические ключи с ограниченными правами. Они автоподписывают транзакции без повторного подтверждения основным ключом. Политика разрешений задаёт лимиты: целевой контракт, функция, максимальная сумма. Даже при утечке сессионного ключа злоумышленник не выведет все средства — только то, что разрешено политикой. Мы предлагаем внедрение Session Keys в ваше мобильное приложение с нуля или поверх существующего смарт-аккаунта. Оценим проект за один рабочий день, типовой срок реализации — от 3 до 5 дней.
Как Session Keys сокращают затраты на газ?
Сравните стандартную подпись и Session Keys:
| Параметр | Стандартная подпись | Session Keys |
|---|---|---|
| Подтверждение на клиенте | Каждая транзакция | Только первая (enableSessionKey) |
| Время ожидания | 5–10 сек | 1–2 сек (автоподпись) |
| Газ на транзакцию | Полный gas | UserOperation + Bundler (с Paymaster — 0) |
| Безопасность | Максимальная | Высокая (ограниченные права) |
Session Keys в 3–5 раз быстрее. C Paymaster пользователь не платит газ вовсе, расходы снижаются до 70%.
Политика разрешений: ключ к безопасности
Политика разрешений — контракт, проверяющий каждую UserOperation. Он фиксирует целевой контракт, функцию и лимит суммы. Без неё сессионный ключ стал бы полным аналогом основного. С ней даже при компрометации сессионного ключа злоумышленник не выведет средства за пределы политики.
Архитектура: ERC-4337 + EIP-7715
Session Keys реализуются на уровне смарт-аккаунта (Account Abstraction). Мобильное приложение отправляет userop вместо прямых транзакций. Стек:
- permissionless.js или @zerodev/sdk для создания смарт-аккаунта
- @zerodev/session-key для управления сессиями
- Bundler (Pimlico, Stackup) для отправки UserOperation
Сессионный ключ — ephemeral keypair (secp256k1), сгенерированный на устройстве. Приватная часть хранится в Keychain/KeyStore. Публичный ключ и политика разрешений регистрируются через enableSessionKey, подписанный основным ключом (один раз, с биометрией).
Технические детали: генерация ключа на iOS/Android
На iOS используем SecKeyCreateRandomKey с атрибутом kSecAttrKeyType: kSecAttrKeyTypeECSECPrimeRandom. На Android — KeyPairGenerator.getInstance("EC", "AndroidKeyStore") с параметром secp256r1. Приватный ключ не покидает Keychain/KeyStore.
Что произойдёт при компрометации сессионного ключа?
Злоумышленник, получив приватный ключ сессии, сможет подписывать только разрешённые операции: например, playRound с лимитом 0.01 ETH. Вывести основные средства не удастся. Пользователь в любой момент может отозвать сессионный ключ через revokeSessionKey.
Хранение и жизненный цикл на мобильном
Сессионный приватный ключ живёт в Keychain с kSecAttrAccessibleWhenUnlockedThisDeviceOnly — биометрия не нужна, так как ключ ограничен политикой. TTL сессии отображается пользователю: «Сессия активна 45 мин из 60». Ручной отзыв — через revokeSessionKey UserOperation, подписанный основным ключом. При закрытии приложения ключ в памяти обнуляется, но в Keychain остаётся до истечения TTL или отзыва.
Сравнение с другими подходами к автоподписи
| Подход | Безопасность | Гибкость | Gas cost |
|---|---|---|---|
| Approve + permit | Средняя (одобрение всех транзакций) | Низкая | Высокий (каждое одобрение) |
| Meta-transactions | Высокая | Средняя | Средний (релеер) |
| Session Keys (ERC-7715) | Высокая (ограниченные права) | Высокая | Низкий (Paymaster) |
Session Keys выигрывают по всем параметрам для приложений с частыми микротранзакциями.
Как внедрить Session Keys: пошаговая инструкция
- Создание смарт-аккаунта на ERC-4337 (если отсутствует)
- Генерация ephemeral keypair на устройстве (secp256k1, хранится в Keychain/KeyStore)
- Формирование UserOperation enableSessionKey с подписью основного ключа и биометрией
- Определение политики разрешений: target, function, valueLimit, validUntil
- Интеграция с Bundler (Pimlico/Stackup) и Paymaster (Pimlico Verifying Paymaster)
- Реализация UI для отображения активных сессий, TTL и ручного отзыва
- Тестирование и деплой
Что входит в работу
- Разработка смарт-аккаунта на ERC-4337 (если отсутствует)
- Создание session keypair (secp256k1) на устройстве
- Политика разрешений с target, valueLimit, validUntil
- Интеграция с Bundler (Pimlico/Stackup)
- Подключение Paymaster (Pimlico Verifying Paymaster / Biconomy)
- UI управления сессиями (отображение TTL, ручной отзыв)
- Документация API и примеры кода
- Обучение команды заказчика
Что нужно учесть
Bundler fees: UserOperation через Bundler стоит газ. Для сессий с частыми транзакциями используем Paymaster — смарт-контракт, оплачивающий газ за пользователя. Интеграция с Pimlico Verifying Paymaster или Biconomy — стандартная задача.
Нельзя создать сессионный ключ без интернета — нужно отправить enableSessionKey в сеть. Кэшируем sessionKeyData локально и позволяем переиспользовать до истечения TTL без повторного запроса.
Сроки — от 3 до 5 рабочих дней: ERC-4337 смарт-аккаунт (если нет), сессионный keypair, политика разрешений, интеграция с Bundler/Paymaster, UI управления сессией. Если смарт-аккаунт уже есть — от 2 до 3 дней.
Свяжитесь с нами для консультации — мы гарантируем безопасность и надёжность решения. Закажите технический аудит вашего проекта, чтобы понять, как Session Keys могут ускорить приложение.