Provably fair в Mines: как проверить результат

Выберите правильный протокол

Пример относится к документированному процессу Stake Mines. Это не инструкция SPRIBE и не общий метод всех Mines.

Stake описывает server seed, client seed, nonce — номер раунда в последовательности, и cursor для генерации байтов. Хэш server seed доступен до игры; исходное значение раскрывается после смены. Для восстановления нужен сам seed, а не его хэш. Реализация Stake.

Проверка честности Mines: какие seed сохранить

Для реальной проверки сохраняют хэш server seed до раунда, client seed, nonce, настройку мин и результат. После раскрытия server seed вычисляют хэш и сравнивают с ранним обязательством. Затем воспроизводят результат по протоколу версии.

Хэш, скопированный только после известного результата, сам по себе не доказывает обязательство до игры.

Как проверить результат Mines: пример с одной миной

Входные значения придуманы для объяснения. Это не аккаунт казино, сыгранный раунд или аудит действующего Stake.

SHA-256 текста server seed даёт:

afbc5f0cca7198f1b14ca26cf9b6dfcca1f827be1bae43e4f60ab0ca47bee56c

Для первого блока байтов используют HMAC-SHA256 с текстом server seed как ключом и editorial-example-client:0:0 как сообщением. Результат:

e52daa798ed2dc8b0f6d7c7beda965baf40fe5435032dba18df23ba17d09c5ed

Первые четыре байта — 229, 45, 170 и 121. Преобразование Stake объединяет их:

229/256 + 45/256² + 170/256³ + 121/256⁴ = 0.8952280564699322

Это первое число с плавающей точкой. Преобразование байтов Stake.

Умножьте его на 25 начальных позиций и возьмите целую часть: floor(0.8952280564699322 × 25) = 22. При нумерации от нуля слева направо, сверху вниз позиция 22 — строка 5, столбец 3. В искусственном примере с одной миной это её место. Отображение событий Mines в Stake.

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

Сравните с записанным полем

Реальная проверка сравнивает рассчитанную позицию с сохранённым результатом тех же seed, nonce и настройки. При несовпадении сначала проверяют входы, кодировку, нумерацию и версию протокола. Двух скриншотов с разными настройками недостаточно.

У искусственного примера нет реальной записи для сравнения. Он показывает расчёт, а не подтверждённую выплату казино.

Проверка не является прогнозом

Расчёт использует server seed. Одни client seed и предраундовый хэш сервера не дают этот вход. Воспроизведение завершённого результата после раскрытия отличается от поиска скрытой клетки до завершения.

Mines подкручена, законна или безопасна?

Это разные вопросы. Проверка provably fair в Mines может установить соответствие записи обязательству и процедуре. Она сама по себе не доказывает отсутствие смещения процедуры, выполнение выводов или право аккаунта играть в регионе.

Сначала определите точный протокол и сохраните требуемые записи. Успех проверки seed касается этого результата, а не всех операторов с названием Mines. Значка честности и необъяснённого скриншота недостаточно для вывода о надёжности или мошенничестве казино.

Каталог казино разделяет операторские и региональные сведения, а методика проверки предикторов объясняет отличие раскрытого результата от прогноза скрытого.