Останнє оновлення: 13 вересня 2026 року, Цезар Фіксон
Інструмент перевірки доведення чесності підходить для користувачів, які можуть ввести початкові значення ігрового сервера та початкові значення клієнта, щоб перевірити чесність перетасування; це приваблює гравців криптоказино та підвищує авторитет у блокчейн-геймінгу.
Безкоштовний інструмент для перевірки Provably Fair
Перевірка достовірності (HMAC-SHA256):
Перевірка насіння, відтворення результатів, підтвердження цілісності
Ця сторінка дозволяє гравцям, рецензентам та командам з дотримання вимог перевіряти доведену чесність ігор , перевіряючи початкове значення сервера (SHA-256) , поєднуючи його з початковим значенням та одноразовим числом клієнта та переобчислюючи результат . Ніяких чорних ящиків, жодних вібрацій — лише детермінований HMAC-SHA256 та відтворюваний генератор випадкових чисел (RNG ).
Що насправді означає «доведено справедливо»
- Коміт початкового коду сервера (перед грою): оператор публікує SHA-256 хеш секретного початкового значення сервера.
- Playрезультат виводиться з HMAC-SHA256(серверне_насіннєве_значення, шаблон(клієнтське_насіннєве_значення, одноразове_значення)).
- Розкриття (після гри): оператор розкриває початкове значення сервера; коміт має збігатися.
- перевірка: будь-хто може відтворити результати з тими самими вхідними даними. Якщо вони не збігаються, це несправедливо.
Теги: казино з доказово чесною версією , коміт HMAC-SHA256 , виявлення початкового значення сервера , початкове значення клієнта , одноразовий номер , детермінований генератор випадкових чисел , інструмент перевірки чесності.
Підтримувані ігри та діапазони виводу
| Game | Джерело випадковості | Діапазон вихідної | примітки |
|---|---|---|---|
| Гральна кістка | Неупереджені цілі числа з потоку HMAC | 0–99 або 0–99.99 | Точний вибір. |
| Рулетка (ЄС) | Неупереджене цілочисельне число по модулю 37 | 0-36 | Одинарне нульове колесо. |
| Рулетка (США) | Неупереджене цілочисельне число по модулю 38 | 0–36 + 00 | 37 відображає «00». |
| Збій (загальний) | Перші 52 біти → r; mult=(1−edge)/(1−r) | ≥ 1.00× | Налаштовуються ребра та десяткові дроби. |
| Перемішування карт | Детермінований Фішер-Йейтс | Перестановка з 52 карт | Виведіть N верхніх карток. |
Як перевірити (покрокова інструкція)
- Паста початкове значення сервера (розкрито) і хеш коміту надається перед грою.
- Паста клієнтське насіння та початковий одноразовий номер; вибрати круглий рахунок.
- Виберіть граЗа потреби налаштуйте точність/край.
- Натисніть Перевірити та створити.
- Порівняйте результати інструменту з ігровим журналом оператора. Коміт має збігатися та круглі виходи повинні бути вирівняні точно.
Чому коміт важливий
Без попередньо зафіксованого хешу оператор міг би постфактум змінити початкові значення сервера, щоб досягти сприятливих результатів. SHA-256 commit → reveal гарантує попереднє зафіксування : виявлене початкове значення або хешується з початковим комітом (чесність), або ні (перехоплення).
Модель безпеки: що гарантовано (а що ні)
- Гарантоване: Без фальсифікацій після гри якщо коміт збігається і результати перераховуються біт в біт.
- Не гарантовано: політики виплат, RTP, правила округлення, інтеграції третіх сторін або позаблокові солі, які оператор не опублікував. Завжди перевіряйте точний шаблон повідомлення (наприклад,
{client}:{nonce}) та будь-який солі документи оператора.
Поширені підводні камені
- Неправильно шаблон повідомлення (порядок токенів, роздільники).
- Використання неправильний одноразовий номер (на основі 0 проти на основі 1).
- Неправильне порівняння рулетки ЄС та США (обробка 00).
- Збій десяткових чисел/краю, що не відповідають правилам дому.
- Плутанина з шістнадцятковим кодуванням та UTF-8 для початкового кодування (оператори повинні використовувати текстові насіння, а не шістнадцяткові блоби — цей інструмент очікує рядки UTF-8).
Переваги дотримання вимог та довіри
- Аудиторський слідВідтворити історичні раунди для розслідувань KYC/RG.
- Вирішення конфліктівКриптографічний доказ перевершує скріншоти.
- Ресурс, гідний посиланняПартнери та блоги з питань дотримання вимог природно цитують довідково чесну перевірку сторінки з інструментами.
Контрольний список для усунення несправностей
- Лі
SHA256(server_seed)дорівнює опублікований коміт? - Чи є ваш клієнтське насіння ідентичні (регістр/пробіли)?
- Це нунцій те саме, що й у ігровому журналі?
- Лі шаблон повідомлення відповідає специфікації оператора?
- Чи збігаються результати для пакетних раундів від раунду до раунду?
Найчастіші запитання (щодо розширених описів)
Що таке хеш коміту, який можна довести як чесний?
A Хеш SHA-256 початкового значення сервера публікується перед грою. Це доводить, що початкове значення існувало і його не можна було змінити пізніше без порушення хешу.
Який хеш/HMAC використовує цей інструмент?
SHA-256 для комітів та HMAC-SHA256 (ключовим є початкове значення сервера) для випадковості за раунд — галузевий стандартний підхід.
Чи можу я перевірити множники аварій?
Так. Інструмент походить r з перших 52 бітів виводу HMAC та обчислює mult = (1 − edge) / (1 − r). Налаштувати край будинку та десяткових знаків щоб відповідати оператору.
Що робити, якщо оператор використовує інший формат?
Використайте пункт «Додатково», щоб налаштувати шаблон повідомлення (наприклад, {client}|{nonce}) та включіть будь-які додаткові солі, зазначені оператором у документах.
Чи це доводить RTP?
Ні. Це доводить цілісність результату, а не математика виплат. RTP залежить від статистики та політики.
