Многие крипто-казино обещают честную игру, но без Provably Fair это лишь слова. Мы реализовали эту Provably Fair систему в мобильных приложениях для iOS и Android, где каждый раунд можно проверить локально за 2-3 миллисекунды. Верификация использует криптографический протокол commit-reveal с аппаратной генерацией клиентского seed. Закажите такую же реализацию — свяжитесь с нами.
Особое внимание уделяем генерации client_seed — основе доверия между игроком и казино. Сервер не может повлиять на результат, поскольку seed создаётся непосредственно на устройстве с помощью защищённых механизмов: на iOS — SecRandomCopyBytes из Security framework, на Android — SecureRandom CryptoProvider. Сгенерированные 32 байта преобразуются в hex-строку и отображаются пользователю. Кроме того, интерфейс должен позволять изменить client_seed вручную — это стандартное требование для прозрачных систем. Такой подход исключает любую возможность подтасовки со стороны сервера, так как seed генерируется в изолированной среде приложения и недоступен для подмены.
Commitment scheme на Wikipedia описывает теоретическую основу.
Как генерируется client_seed на мобильном устройстве?
Для генерации используется только аппаратный CSPRNG:
// iOS var clientSeedBytes = Data(count: 32) clientSeedBytes.withUnsafeMutableBytes { SecRandomCopyBytes(kSecRandomDefault, 32, $0.baseAddress!) } let clientSeed = clientSeedBytes.map { String(format: "%02x", $0) }.joined() // Android val clientSeedBytes = ByteArray(32) SecureRandom().nextBytes(clientSeedBytes) val clientSeed = clientSeedBytes.joinToString("") { "%02x".format(it) } Пользователь должен иметь возможность изменить client_seed вручную — это стандартная практика для прозрачных систем. Поле ввода с кнопкой «Обновить» генерирует новый случайный seed и отображает его.
Верификация на клиенте
После раунда приложение должно предоставить экран верификации. Пользователь видит:
| Параметр | Значение |
|---|---|
| Server Seed Hash | a1b2c3... (показан до раунда) |
| Server Seed | deadbeef... (раскрыт после) |
| Client Seed | f00f... |
| Nonce | 42 |
| Результат HMAC | 0x3f2a... |
| Итог | 6 (из HMAC mod 6 + 1) |
Верификационный расчёт выполняется локально в приложении — пользователь видит, что именно вычисляется. SHA-256 и HMAC-SHA-256 есть в CryptoKit (iOS) и javax.crypto (Android) без зависимостей.
Дополнительно: ссылка на сторонний верификатор (например, provablyfair.org) — это повышает доверие, даже если клиент не станет им пользоваться.
Почему важна локальная генерация client_seed?
Если client_seed приходит с сервера, казино может теоретически подобрать seed, дающий желаемый результат. Локальная генерация на устройстве исключает эту атаку: seed известен только клиенту до раскрытия. Наш опыт показывает, что пользователи доверяют приложениям, где они сами управляют seed'ом.
Схема commit-reveal
Стандартная схема работает так:
- Перед раундом сервер публикует
server_seed_hash = SHA256(server_seed). - Клиент генерирует
client_seed(случайные 32 байта через CSPRNG на устройстве). - Результат раунда:
HMAC-SHA256(server_seed, client_seed + nonce), где nonce — счётчик раундов. - После раунда сервер раскрывает
server_seed. Клиент проверяет:SHA256(server_seed) == server_seed_hash.
Мобильное приложение отвечает за шаги 2 и 4. Примечательно, что локальная верификация в 10 раз быстрее серверной — она не требует обмена данными с бэкендом и обеспечивает 100% прозрачность.
Что входит в работу
- Разработка модуля генерации client_seed с UI для ручного обновления.
- Интеграция HMAC-расчета с результатом (например, dice roll 0-5).
- Экран верификации с отображением всех параметров и автоматической проверкой.
- Поддержка ротации server_seed: раскрытие старого и публикация нового хэша.
- Документация по API и тестирование на 10 000 раундов.
- Развертывание в App Store и Google Play с соблюдением гайдлайнов.
Процесс работы
- Аналитика: изучаем вашу серверную схему, определяем формат HMAC и nonce.
- Проектирование: рисуем UX верификации, пишем спецификацию API.
- Реализация: кодим на Swift/Kotlin, используем CryptoKit/javax.crypto. На тестовом сервере прогоняем 1000 раундов.
- Тест: проверяем совместимость с сервером, автоматически верифицируем 10 000 раундов.
- Деплой: публикуем в сторах, предоставляем доступ к исходникам.
Сроки ориентировочно
От 3 до 5 рабочих дней на базовую реализацию. Если требуется кастомная генерация результата (например, для покера) — до 10 дней. Стоимость рассчитывается индивидуально после анализа вашего бэкенда.
Сравнение: локальная vs серверная верификация
| Параметр | Локальная (наша) | Серверная |
|---|---|---|
| Зависимость от сети | Нет | Да |
| Прозрачность для пользователя | Полная | Ограниченная |
| Возможность мошенничества | Исключена | Теоретически есть |
| Скорость проверки | Мгновенно | Зависит от пинга |
Доверие и гарантии
Наша гарантия: исходный код открыт для аудита, все хэши публичны. Мы имеем 5-летний опыт в мобильной разработке и реализовали Provably Fair для 15+ проектов. Получите консультацию по интеграции Provably Fair в ваше мобильное приложение — просто напишите нам.







