先看回合结果，再回头对照那几串小字
你在Mines结算页停下来，公平性面板里通常会躺着四项：server seed、hashed server seed、client seed、nonce。图面上的输赢已经定了，可真正决定这局能不能复核的，偏偏是这些看起来不起眼的字符串。
这就是 how to verify mines round 关心的核心：不是去改结果，而是检查这局是否能用公开过的输入重新算出来。只要机制成立，先前承诺的哈希值、你的客户端种子和轮次编号，就应当能拼回同一组矿位。
它能验证的范围很窄，却很实用。你能看出服务器是否先承诺了一个秘密值，再在回合结束后把原文放出来；也能看出同一组输入是否对应同一局棋盘。它不能替代审计，也不说明资金状况，更不会替整个平台下结论。
这四个字段各管一段链条
| 项目 | 在回合中的作用 | 你能核对什么 |
|---|---|---|
| Server seed | 回合前由服务器持有的秘密值 | 回放后可再算哈希，看是否和先前承诺一致 |
| Hashed server seed | 回合前展示的承诺值 | 应与揭示后的server seed计算结果完全一致 |
| Client seed | 连接玩家侧的输入，很多界面可手动改 | 确认这局计算用的确是这一个种子 |
| Nonce | 同一组种子下区分不同回合的计数器 | 确认不是别的局、别的编号算出来的结果 |
四项分工不同。哈希承诺防止事后换种子，nonce则防止同一组种子反复算出同一张图。少了其中一项，回合复核就容易断链。
第一步：先抄下回合前的承诺值
开局之前，很多界面只给你看 hashed server seed，不直接给原始种子。这是故意的。哈希函数会把输入压成固定格式的输出，哪怕只改一个字符，结果也会整段变化。
因此，先出现哈希、后公开原文，就等于先立了一个承诺。你要做的事很简单：把那串哈希原样记下。少一个字符，后面比对就会错位。
第二步：等服务器种子揭示后再重算一次
当种子轮换，或者公平性面板把原文放出，你就能做第一轮独立检查了。把揭示后的 server seed 丢进同样的哈希算法里，很多实现会用 SHA-256。算出来的值应当和先前看到的 hashed server seed 完全对上。
如果能对上，说明用于验证的原文，就是之前承诺过的那一个。若对不上，这局就没法用这组输入复核。注意，这一步只是在确认承诺链条，并没有直接告诉你矿到底埋在哪。
第三步：核对 client seed 是否一致
client seed 是第二个输入。很多站点会自动生成，也有的允许玩家自己改。它不等于投注技巧，只是让结果不完全由服务器单边决定。
检查时要盯紧细节：大小写、连字符、空格都可能影响结果。比如 alpha-27 和 Alpha-27 不是一回事；只要实现把它们当不同文本，算出来的局面就会变。
第四步：把 nonce 对到正确的那一局
nonce 更像局号。只要同一组种子连续跑几轮，这个数字一般就会递增。没有它，重复计算很容易落回同一套输出；有了它，第一局、第二局、第三局就会变成不同输入。
核对时别拿错编号。nonce 18 和 nonce 19，哪怕其它字段完全相同，结果也常常不同。很多失败案例不是算法坏了，而是局号拿偏了。
第五步：按公开规则还原矿位
这才是大多数人真正想问的部分。你需要用同一组输入，把矿位重新算一遍。不同实现的映射方法不完全一样，所以必须照着公开公式，或者使用站点给出的可验证工具。
常见流程是把 server seed、client seed 和 nonce 按指定顺序合并，再哈希，随后把哈希输出转成一串数字，映射到棋盘上的具体格子，直到放满规定数量的地雷。
举个例子：如果是5x5棋盘、共25格、放3个雷，某个示意序列可能出现 14、3、14、22、7。重复的14通常会被跳过，最后留下 14、3、22。这个只是说明流程，不代表所有实现都这么算。
还原出最终矿位后，再去对照你那局的棋盘。如果位置一致，这局就能通过核对。
哈希为什么是关键
哈希值的作用，就是把“先承诺、后揭示”这件事固定下来。没有它，服务器完全可以等你点完，再回头挑一个更顺手的种子来填。
它的实用特点是单向。你能把揭示后的种子再算成哈希，却不可能现实地从哈希倒推出原文。所以，隐藏种子可以在开局时保密，同时又和之前的承诺绑在一起。
不过还有个小地方很容易出错：必须使用同样的算法和同样的文本编码方式。格式差一点，算出来就会偏。
核对成功后，你能确认什么
| 核对项 | 含义 |
|---|---|
| 承诺一致 | 揭示后的server seed，确实对应先前公布的哈希 |
| 输入一致 | server seed、client seed、nonce 能重算出同一局结果 |
| 回合完整性 | 这局公布的结果，没有在输入固定后被改动 |
这些结论只针对这一个回合。它能帮你检查机制，而不是只看屏幕上的最终显示。
它不能说明什么
很多误解都出在这里。可验证并不等于什么都证明了。
它不能说明整站每个游戏都用同一套机制，也不能说明账户处理、出入款流程如何。更不会把一款带固定返还结构的游戏，变成某种“更容易赢”的东西。
即便一局能顺利复核，也只代表这一局的生成链条对得上，不代表玩法本身没有庄家优势。
为什么有时会核对失败
多数失败都很日常，不一定是加密算法出了问题。
常见原因包括：nonce 用错了、client seed 在前后被改过、server seed 复制少了一个字符，或者你拿到的输入顺序和官方说明不一样。还有一种情况，是种子按批次轮换了，你却在对另一批的揭示记录。
一个实用习惯是先把回合记录存下来，再去改种子。否则界面只显示当前设置时，旧记录会越来越难对。
手动核对和工具核对各有作用
| 方式 | 优点 | 限制 |
|---|---|---|
| 内置验证器 | 快，日常查看很方便 | 还是依赖站点自己的工具去算 |
| 手动或第三方核对 | 更能独立重算结果 | 必须拿到完整算法和正确输入 |
如果公开方法写得清楚，第三方脚本或你自己的计算过程，会更接近独立核对。若方法没公开，哪怕页面写着 provably fair，能复核的内容也会变少。
常见问题
能不能在我还没点格子前就验证一局Mines？
只能先看承诺，不算完整验证。那时通常只有hashed server seed，能证明存在一个先前承诺，但真正的结果要等server seed揭示后才可复算。
换一个client seed，会不会让结果更好？
机制本身不支持这种结论。它只是改了输入组合，不会改变这款游戏原有的返还结构。
我重算出来的棋盘和页面不一样，通常是什么问题？
先查nonce，再查种子复制和输入顺序。最常见的不是算法失效，而是字段拿错、格式不一致，或者用了别的映射规则。
理性游戏
博彩应当被当作需要付费的娱乐，而不是赚钱或者翻本的途径。
参与者需年满 18 岁，部分司法辖区要求 21 岁，请遵守你所在地区适用的最低年龄规定。
如需帮助：美国读者可拨打 1-800-MY-RESET(1-800-697-3738)；其它地区请查询当地的问题赌博求助资源。
本文是关于相关机制的一般性说明，不构成法律建议，也不是对博彩行为或任何平台的推荐。各地的可用性与法律规定不同，请以你所在辖区的规则为准。