最終更新日：27年2025月XNUMX日 シーザー・フィクソン
公平性が証明できる検証ツール ゲームのサーバーシードとクライアントシードを入力してシャッフルの公平性を検証できるユーザーに適しています。これは暗号カジノのプレイヤーにアピールし、ブロックチェーンゲームにおける権威を築きます。
公平性を証明できる無料検証ツール
証明可能公平な検証（HMAC-SHA256）：
種子を検証し、結果を再現し、完全性を証明する
このページでは、プレイヤー、レビュー担当者、コンプライアンスチームが 公平性が証明できるゲームを検証する チェックすることによって サーバーシードコミット（SHA-256）と組み合わせることで クライアントシード の三脚と 使節, 結果を再計算するブラックボックスも雰囲気もなく、ただ 決定論的HMAC-SHA256 再現可能 RNG.
「証明可能公平」とは実際には何を意味するのか
- サーバーシードコミット（ゲーム開始前）: オペレーターは秘密サーバー シードの SHA-256 ハッシュを公開します。
- プレイ: 結果は以下から導き出されます HMAC-SHA256(server_seed, pattern(client_seed, nonce)).
- 公開（試合後）: オペレーターがサーバーシードを公開します。 コミットは一致する必要があります.
- Verification: 誰でも同じ入力で結果を再現できます。一致しない場合は公平ではありません。
タグ： おそらく公正なカジノ, HMAC-SHA256コミット, サーバーシード公開, クライアントシード, 使節, 決定論的RNG, 公平性検証ツール.
サポートされているゲームと出力範囲
| ゲーム | ランダム性の源 | 出力範囲 | Notes |
|---|---|---|---|
| 彼は言う | HMAC ストリームからの非バイアス整数 | 0～99 または 0～99.99 | 精度を選択可能。 |
| ルーレット（EU） | 非偏り int mod 37 | 0-36 | シングルゼロホイール。 |
| ルーレット（米国） | 非偏り int mod 38 | 0～36 + 00 | 37は「00」にマッピングされます。 |
| クラッシュ（一般） | 最初の52ビット → r; mult=(1−edge)/(1−r) | ≥ 1.00× | エッジと小数点が設定可能です。 |
| カードシャッフル | 決定論的フィッシャー・イェーツ | 52枚のカード順列 | 上位 N 枚のカードを出力します。 |
確認方法（手順）
- 貼り付ける サーバーシード（公開） と コミットハッシュ プレイ前に提供されます。
- 貼り付ける クライアントシード の三脚と 開始ノンス; 選ぶ ラウンド数.
- 選ぶ ゲーム必要に応じて精度/エッジを調整します。
- 詳しくはこちら 検証と生成.
- ツールの結果をオペレーターのゲーム ログと比較します。 コミットは一致する必要があります の三脚と ラウンド出力は整列する必要がある 正確に。
コミットが重要な理由
なしで 事前コミットハッシュオペレーターは、有利な結果を得るために事後的にサーバーシードを交換することができる。SHA-256 コミット → 明らかにする 保証 事前コミットメント: 公開されたシードは、元のコミットにハッシュされるか (正直)、またはハッシュされないか (キャッチされる) のいずれかです。
セキュリティ モデル: 何が保証され、何が保証されないか
- 保証： 試合後の改ざんは禁止 コミットが一致し、結果がビットごとに再計算される場合。
- 保証されないもの：支払いポリシー、RTP、端数処理ルール、サードパーティとの連携、運営者が公開していないオフチェーンソルト。必ずご確認ください。 正確なメッセージパターン （例えば、
{client}:{nonce}）および 塩 オペレーターの文書。
よくある落とし穴
- 間違った メッセージパターン (トークンの順序、区切り文字)。
- 使い方 間違ったノンス (0 ベースと 1 ベース)。
- EU と米国のルーレットを誤って比較します (00 処理)。
- クラッシュの小数点/エッジがハウスルールと一致しません。
- シード値に関する8進数とUTF-XNUMXの混同（演算子は テキストシード（8 進数の BLOB ではなく、このツールでは UTF-XNUMX 文字列を想定しています）。
コンプライアンスと信頼のメリット
- 監査証跡: KYC/RG 調査の過去のラウンドを再現します。
- 紛争解決: 暗号による証明はスクリーンショットよりも優れています。
- リンクに値するリソース: アフィリエイトやコンプライアンスブログでは当然引用されている 証明可能公正な検証 ツールのあるページ。
トラブルシューティングのチェックリスト
- か
SHA256(server_seed)等しい 公開されたコミット? - あなたですか クライアントシード 同一（大文字/小文字/空白）？
- それは 使節 ゲームログと同じですか？
- しない メッセージパターン オペレータの仕様と一致していますか?
- バッチラウンドの場合、結果はラウンドごとに一致しますか?
FAQ（リッチスニペットについて）
証明可能公平なコミットハッシュとは何ですか?
A サーバーシードのSHA-256ハッシュ プレイ前に公開されます。これは、シードが存在し、ハッシュを壊さずに後から変更できないことを証明します。
このツールはどのハッシュ/HMAC を使用しますか?
SHA-256 コミットと HMAC-SHA256 (サーバー シードをキーとして使用) ラウンドごとのランダム性を実現する業界標準のアプローチ。
クラッシュ乗数を確認できますか?
はい。このツールは r HMAC出力の最初の52ビットから計算します mult = (1 − edge) / (1 − r)。 構成、設定 ハウスエッジ の三脚と 小数 演算子を一致させます。
オペレーターが異なる形式を使用した場合はどうなりますか?
「詳細設定」を使用して設定します メッセージパターン （例えば、 {client}|{nonce}) を作成し、オペレーターが文書化する追加のソルトを含めます。
これは RTP を証明しますか?
いいえ。それは 結果の整合性支払い計算ではありません。RTP は統計的であり、ポリシーに依存します。
