最后更新时间为27年2025月XNUMX日 凯撒·菲克森
可证明公平的验证工具 适合可以输入游戏服务器种子和客户端种子来验证洗牌公平性的用户；这吸引了加密赌场玩家并在区块链游戏中建立了权威。
可证明公平验证免费工具
可证明公平验证（HMAC-SHA256）：
验证种子、重现结果、证明完整性
此页面允许玩家、审阅者和合规团队 验证可证明公平的游戏 通过检查 服务器种子提交（SHA-256），结合 客户种子 以及 教廷大使和 重新计算结果。没有黑匣子，没有震动——只有 确定性 HMAC-SHA256 并且可重复 RNG.
“可证明公平”的真正含义
- 服务器种子提交（赛前）：操作员发布秘密服务器种子的 SHA-256 哈希值。
- 下注：结果源自 HMAC-SHA256(服务器种子，模式(客户端种子，随机数)).
- 揭晓（赛后）：运营商公开服务器种子； 提交必须匹配.
- 企业验证：任何人都可以用相同的输入重现结果。如果结果不匹配，那就不公平了。
标签： 可证明公平的赌场, HMAC-SHA256 提交, 服务器种子揭示, 客户种子, 教廷大使, 确定性随机数生成器, 公平性验证工具.
支持的游戏和输出范围
| 游戏 | 随机性的来源 | 输出范围 | 笔记 |
|---|---|---|---|
| 他说， | 来自 HMAC 流的无偏整数 | 0–99 或 0–99.99 | 精度可选。 |
| 轮盘赌（欧盟） | 无偏整数 mod 37 | 0-36 | 单零轮盘。 |
| 轮盘赌（美国） | 无偏整数 mod 38 | 0–36 + 00 | 37 映射到“00”。 |
| 崩溃（通用） | 前 52 位 → r; mult=(1−edge)/(1−r) | ≥1.00× | 边缘和小数可配置。 |
| 洗牌 | 确定性 Fisher–Yates | 52张牌的排列 | 输出前N张牌。 |
如何验证（分步说明）
- 酱 服务器种子（已揭示） 和 提交哈希 游戏前提供。
- 酱 客户种子 以及 起始随机数; 选择 轮数.
- 挑 游戏. 如果相关，调整精度/边缘。
- 点击 验证并生成.
- 将工具的结果与操作员的游戏日志进行比较。 提交必须匹配 以及 圆形输出必须对齐 究竟。
为什么提交很重要
没有 预先提交的哈希，运营商可以事后交换服务器种子，以获得有利的结果。SHA-256 提交 → 揭示 担保 预先承诺：显示的种子要么散列到原始提交（诚实），要么不散列（捕获）。
安全模型：哪些是可以保证的（哪些是不能保证的）
- 保证： 禁止赛后篡改 如果提交匹配，则结果逐位重新计算。
- 不保证：支付政策、RTP、舍入规则、第三方集成或运营商未发布的链下盐。请务必验证 精确的消息模式 （例如，
{client}:{nonce}) 和任何 盐 操作员文件。
常见的陷阱
- 错误 消息模式 （标记顺序、分隔符）。
- 使用 错误的随机数 （基于 0 与基于 1）。
- 错误地比较了欧盟轮盘赌和美国轮盘赌（00 处理）。
- 崩溃小数/边缘与内部规则不匹配。
- 十六进制与 UTF-8 种子混淆（操作员应使用 文本种子，而不是十六进制 blob——此工具需要 UTF-8 字符串）。
合规与信任优势
- 审计跟踪：重现 KYC/RG 调查的历史轮次。
- 争议解决：加密证明胜过屏幕截图。
- 值得链接的资源：附属机构和合规博客自然引用 可证明公平验证 带有工具的页面。
故障排除清单
- 儿童在
SHA256(server_seed)等于 已发布的提交? - 是你的 客户种子 相同（大小写/空格）？
- 是个 教廷大使 和游戏日志里的一样吗？
- 是否 消息模式 符合操作员的规格吗？
- 对于批次轮次，结果是否逐轮一致？
常见问题解答（针对丰富网页摘要）
什么是可证明公平的提交哈希？
A 服务器种子的 SHA-256 哈希值 在游戏开始前发布。它证明种子存在，并且之后无法更改，除非破坏哈希值。
该工具使用哪种哈希/HMAC？
SHA-256 对于提交和 HMAC SHA256 （服务器种子作为密钥）用于每轮随机性——一种行业标准方法。
我可以验证崩溃乘数吗？
是的。该工具衍生 r 从 HMAC 输出的前 52 位计算 mult = (1 − edge) / (1 − r). 配置 房子的边缘 以及 小数点 以匹配操作员。
如果操作员使用不同的格式怎么办？
使用“高级”设置 消息模式 （例如， {client}|{nonce}) 并包括操作员记录的任何额外盐。
这能证明 RTP 吗？
不，这证明 结果完整性而非赔付数学。RTP 是统计性的，且依赖于政策。
