Что такое provably fair и как проверить честность игры?

Раунд проигран, а окно честности показывает серверный сид (server seed), клиентский сид, нонс и длинную строку под названием хеш. Что-то из этого должно доказывать, что игра прошла честно, но на экране не сказано, что именно игрок может проверить — и что в итоге доказывает успешная проверка. Этот гид объясняет, что значит provably fair, как устроена схема проверки, как проверить раунд шаг за шагом и где проходят границы такой проверки.

Что значит provably fair?

Проверяемая честность (provably fair) — подход к верификации игр казино: оператор фиксирует данные, определяющие раунд, до того, как вы поставили, следует опубликованному алгоритму и раскрывает скрытую часть после, чтобы результат можно было пересчитать и сравнить. Проверка подтверждает согласованность — раунд соответствует данным, зафиксированным до ставки.

Не стоит смешивать четыре разные вещи. Проверяемость относится к исходу отдельного раунда. Случайность — свойство генерации чисел за ним. Математические правила игры — включая RTP, процент возврата игроку на длинной дистанции, и преимущество казино, её среднюю математическую долю, — задаются таблицей выплат, а не проверкой. А надежность оператора как бизнеса — вопрос, который эта схема вообще не затрагивает.

Как устроена система проверяемой честности?

Большинство реализаций проходят одни и те же четыре фазы: фиксация до ставки, сама игра, раскрытие скрытых данных и проверка после. Удобный образ — запечатанный конверт: оператор запечатывает данные исхода до раунда, передает вам запечатанный конверт и вскрывает его потом, чтобы вы сверили содержимое. У аналогии есть граница, и она важна: сравнивается цифровой отпечаток данных, а не бумажный конверт с сургучной печатью.

Одна распространенная схема устроена так. Это пример того, как строятся подобные системы, а не единый отраслевой стандарт.

Серверный сид и хеш

Сервер генерирует серверный сид (server seed) — случайную строку, которая будет влиять на каждый раунд, сыгранный с ней. До ставки игра показывает её хеш: однонаправленный криптографический отпечаток сида. Хеш — не зашифрованная версия данных; развернуть его обратно в сид нельзя, зато любое последующее заявление «это был тот сид» можно проверить по нему. В задокументированной реализации Stake сам сид раскрывается только после того, как игрок ротирует пару сидов, а хеш, показанный до ставки, и служит фиксацией (commitment).

Клиентский сид

Клиентский сид — вклад игрока: обычно эту строку можно задать самому в настройках честности. Поскольку оператор не может знать её заранее, он не в состоянии заранее вычислить результаты ваших раундов. Её назначение — исключить возможность того, что казино подстраивает исходы, а не дать игроку подстраивать их.

Нонс и результат игры

Нонс — счетчик, который увеличивается с каждой ставкой под активной парой сидов, поэтому каждый раунд сочетает одни и те же входные данные с новым числом. Играм, которым нужно больше одного случайного значения — например, раздачам в блэкджеке, — требуются дополнительные значения из того же потока; курсор отмечает позицию в нём. В реализации Stake используется HMAC SHA-256 — конструкция с ключом, а игры BGaming с provably fair описывают SHA-256 поверх результата плюс секретной строки: разные алгоритмы для одной цели. Именно поэтому универсальной формулы для всех игр с provably fair не существует.

Как проверить игру с provably fair

Точные поля и формулы различаются между платформами, поэтому источником истины служит документация конкретной игры. Последовательность ниже повторяет опубликованный рабочий процесс документированных реализаций:

1. До ставки сохраните фиксацию. Откройте окно честности, найдите хеш активного серверного сида и запишите название игры и версию алгоритма, если они показаны. Фиксация должна существовать до ставки — хеш, появляющийся только после раунда, ничего не доказывает о предварительной фиксации.
2. Запишите свои входные данные. Сохраните клиентский сид, нонс или номер раунда и любые другие параметры, которые требует документация. Не считайте, что набор полей одной платформы действует везде.
3. Получите раскрытые данные. После раунда — или после ротации сида, когда Stake раскрывает серверный сид, — соберите раскрытые значения и запись раунда.
4. Проверьте фиксацию. Вычислите хеш раскрытых данных ровно так, как указывает документация, — важны формат строки и кодировка, — и сравните его с сохраненным хешем.
5. Воспроизведите результат. Следуйте документированному алгоритму по полному набору данных, включая шаг, преобразующий случайные значения в карту, число кубика или множитель. Это отдельная задача, не совпадающая с проверкой хеша.
6. Сравните и действуйте. Сопоставьте пересчитанный результат с записью раунда. Если они расходятся, сначала перепроверьте сид, нонс, курсор, формат строки и версию игры — и сохраните данные для обращения в поддержку.

Компактный разобранный пример делает первую проверку осязаемой. Это размеченный учебный пример по задокументированной схеме BGaming — SHA-256 поверх значения результата плюс секретной строки, — а не запись реального раунда казино. Допустим, игра зафиксировала до раунда хеш f13d6868a091a367d1b53d00d66c6fcef5fc22cdfe8f71203d64fb4837dc5b36. После раунда она раскрывает результат 12 и секрет 8m2v7t1a. Вычисление SHA-256 по строке «128m2v7t1a» в любом стандартном инструменте возвращает ровно зафиксированный хеш — проверка фиксации пройдена. Чего этот пример пока не делает, так это не воспроизводит игровое событие: превращение сырого значения в позицию на колесе, карту или множитель подчиняется документированным правилам конкретной игры, и эту вторую проверку нужно проводить отдельно.

Калькулятор, чекер и верификатор provably fair

Калькулятор, чекер или верификатор provably fair автоматизирует арифметику из предыдущего раздела: вы вводите раскрытый серверный сид, клиентский сид, нонс и, если алгоритм его использует, курсор, а инструмент пересчитывает хеш и результат. Всё, что делает инструмент, — арифметика. «Генератор» в этом контексте создает тестовые сиды и хеши для зафиксированной схемы, и никакое название инструмента не подразумевает возможности предсказывать будущие раунды.

Подводный камень — совместимость. Чекер воспроизводит один алгоритм — часто схему HMAC SHA-256, задокументированную платформами в духе Stake, — а другая реализация, например конструкция SHA-256 у BGaming, требует другой процедуры. Пригодность инструмента зависит от оператора, игры, алгоритма и его версии, и универсального верификатора для всех казино с provably fair не существует. Когда платформа хорошо документирует алгоритм, достаточно любого стандартного инструмента SHA-256 или HMAC; когда не документирует, не спасет никакой инструмент.

Игры с provably fair в криптоказино

Механизм встречается во всем привычном наборе игр. Броски кубика отображают случайное значение на числовой диапазон; краш разыгрывает множитель, на котором рушится кривая; версии рулетки и блэкджека используют поток случайных значений, чтобы выбрать сектор и раздать карты. Некоторые собственные игры раскрывают параметры честности напрямую; в слотах провайдеров эквивалентные проверки, если они вообще есть, следуют документации провайдера.

Карточные игры показывают, почему важна документация по каждой игре. Документация игр Stake описывает его Hi Lo как вытягивание карт из набора в 52 карты с фактически неограниченными колодами — это правило конкретной версии, а не описание карточных игр в целом. Та же осторожность относится к крэпсу и биткоин-лотереям: верификация может быть описана в принципе, но конкретные заявления о конкретном продукте требуют документации этого продукта — поэтому гид и останавливается на механизме.

Сюда же относится еще одно различие. Игра в BTC, ETH или BNB ничего не говорит о том, как — и проверяется ли — её результат. Валюта платежей и механизм честности — отдельные слои; гид о том, что такое криптоказино, разбирает это разделение подробнее.

Сертифицированный RNG и provably fair

«Provably fair» и «сертифицированный RNG» отвечают на разные вопросы. Генератор случайных чисел производит значения, стоящие за каждым раундом; сертификация говорит о статистическом качестве этой генерации. RTS 7 UK Gambling Commission, например, требует, чтобы исходы на регулируемом рынке были достаточно случайными, непредсказуемыми и соответствовали теоретическим вероятностям, что демонстрируется статистическим анализом, — это тестирование генератора на уровне регулятора, а не раскрытие по каждому раунду. Проверяемая честность вместо этого дает игроку способ воспроизвести отдельные раунды. Подходы могут сосуществовать, и ни один не делает другой избыточным.

Обычные казино на RNG не стоит по умолчанию называть непрозрачными или нечестными — их аргумент честности опирается на тестирование и регулирование, а не на раскрытие по каждому раунду; это другой путь к похожей цели.

Как блокчейн используется для provably fair

Блокчейн для описанной выше схемы не требуется. Фиксация, игра и проверка выполняются вне цепи, на серверах оператора, — именно так сегодня работает большинство казино с provably fair.

Где блокчейны действительно что-то добавляют, так это в публичной вычислимости частей процесса. Игры на смарт-контрактах могут записывать фиксацию в блокчейн, импортировать внешнюю случайность или использовать верифицируемую случайную функцию — конструкцию, в которой случайный выход сопровождается криптографическим доказательством, проверяемым кем угодно в цепи до использования значения. Chainlink VRF — документированный пример: оракул генерирует случайное значение и его доказательство, а контракт-координатор проверяет доказательство в блокчейне, прежде чем выдать результат. И даже тогда проверенное доказательство касается случайности — это не аудит всей игры и не гарантия выплат.

Оплата в BTC, ETH или BNB сама по себе ничего не помещает в блокчейн: запись перевода публична, но раунд по-прежнему прошел на сервере. Записанная транзакция делает проверяемым движение средств, а не честность игры.

Что проверить в казино с provably fair

Значок на сайте — начало проверки, а не её конец. Прежде чем доверять заявлению о provably fair, посмотрите:

• Документацию по каждой игре. Какой алгоритм использует каждая игра, с описанными полями и формулами, — а не просто общий значок на главной странице.
• Фиксацию до ставки. Хеш должен быть виден до того, как вы поставили, а раскрытые данные должны оставаться доступными после ротации сида.
• Воспроизводимый алгоритм. Правила, достаточно точные, чтобы пересчитать результат самому, включая преобразование случайных значений в игровые события.
• Опубликованные RTP и правила. Таблица выплат и правила каждой игры, плюс лицензия и условия вывода средств, регулирующие денежную сторону.

Если документирована как provably fair только часть каталога, остальное считайте стандартными играми на RNG. Каталог игр на этом сайте отдельно отмечает доступность демо, а детали честности провайдерских игр относятся к документации провайдера.

Можно ли выиграть с provably fair?

Ни один инструмент этой схемы не улучшает шансы. Верификатор проверяет данные, которые у вас уже есть; он не убирает преимущество казино, а выгодный показатель RTP описывает математику игры на длинной дистанции, а не ваш следующий раунд. Смена клиентского сида меняет то, какие случайные значения используют ваши раунды, но поскольку исход неизвестен, пока входные данные не соединены, никакой выбор сида не может обещать лучший результат. И в корректно построенной схеме секретный серверный сид нельзя восстановить из хеша «декодированием» — сопротивляться такому развертыванию — ровно то, для чего существует однонаправленный хеш. Проверка дает способ обнаружить манипуляцию, а не способ обыграть игру.

Прежде чем доверять значку

Храните хеш фиксации, свой клиентский сид, нонс и раскрытые данные любого раунда, который, возможно, захотите проверить, и используйте документацию самой игры как источник формул. Один раз проверьте один раунд от начала до конца — и механика перестанет быть загадкой. Проверка охватывает только честность: условия оператора, лицензия и местные правила азартных игр остаются в силе, поэтому установите лимиты до игры и относитесь к ней как к платному развлечению.

Частые вопросы