Player Guides2026年10月9日•2 分钟阅读

可证明公平的赌博：种子验证如何工作及其无法证明的内容

了解承诺、种子揭示和结果重新计算过程，同时将可验证的游戏结果与偿付能力、许可和提款安全分开。

分享文章

“可证明公平”是关于可以检查的内容的声明，而不是整个赌场的证书。一个有用的验证过程让玩家能够根据披露的输入和发布的规则重建特定的记录结果。它并不能证明运营商是否拥有足够的资金支付，是否公平对待投诉或是否获得许可为玩家提供服务。

Stake的实施文档提供了一个具体的例子。这里的解释涉及该文档化机制；其他服务可以使用不同的构造。

首先确定运营商承诺的内容

在游戏开始之前，运营商提供与秘密服务器种子相关的哈希值。后续的验证问题是揭示的种子是否与之前的承诺匹配。在结果已知之前保存原始值。仅在之后提供的哈希并不能独立显示之前的承诺。

哈希不是带有解密密钥的加密。实际的安全要求是，逆转承诺或替换不同的匹配种子应该是不可行的。不要将承诺检查与用于生成结果字节的单独算法混淆：Stake文档中记录了HMAC_SHA256作为其结果生成函数，服务器种子用作其密钥。

文档化的结果函数使用服务器种子、客户端种子、随机数和游标。随机数随着投注而增加。游标帮助在结果需要更多数据时处理进一步的字节。这些是不同的角色；更改游标与进行另一笔投注不是同一操作。

记录确切的输入和游戏标识符。一个默默假设起始随机数或忽略额外参数的验证者，即使种子正确，也可能产生不同的答案。可重现的结果需要相同的输入编码和相同的算法，而不仅仅是两个标记为“种子”的字符串。

随机字节是一个中间产品。游戏必须将它们转换为某种东西，例如牌、位置或数值结果。因此，验证需要两个阶段：生成字节和应用游戏的发布转换规则。

一个简单地将三个输入输入到哈希中的表达式不一定是运营商的完整实现。Stake的文档化函数还在消息中编码了当前回合，并使用游标选择字节。使用相关游戏的确切发布实现，而不是方便的近似值。

在会话之前，保留承诺和客户端种子设置。在游戏过程中，保留投注标识符、相关随机数、赌注和显示的结果。在运营商的种子轮换过程揭示之前的服务器种子后，使用指定的方法检查承诺。

然后重建所选记录投注的结果字节及其映射。将重建的结果与原始结果进行比较，而不是与事后获得的屏幕截图进行比较。保留验证者版本和任何差异。切勿将钱包恢复短语输入公平检查器：游戏种子和钱包秘密是无关的凭证。

匹配结果表明记录的数据与检查的算法一致。但它本身并不能证明每一笔投注都被记录，每个实现路径的行为相同，或支付计划提供了有吸引力的预期回报。

一个算法可以是可重现的，同时仍然描述一个有庄家优势的游戏。同样，运营商可以发布技术文档而不证明其储备。适当的结论是狭窄的：特定结果通过了你实际执行的检查。

公共智能合约代码可以使某些操作可检查，但并不能消除每个控制点。以太坊的安全文档讨论了与管理所有权和合约设计相关的风险。询问谁可以升级、暂停或以其他方式控制相关合约。

种子验证工具无法回答这些治理问题。行政审计也无法证明在投注之前记录了单独的种子承诺。保持这些调查的独立性，以便一个领域的积极结果不会成为另一个领域的无支持保证。

寻找确切的承诺、完整的记录输入、发布的结果转换和可重现的比较。将缺失的文档视为未解决的限制。最后，单独评估许可、保管和提款安排。当其声明精确时，透明机制是有价值的；当“可证明公平”被用来表示没有其他问题时，它就变得具有误导性。