扑克公平验证：如何核对牌序承诺与揭示数据

为什么不能在开局时公开完整牌序

如果在行动开始前公开随机种子或完整牌序，任何人都可能提前知道未来公共牌和其他玩家尚未公开的手牌。承诺—揭示机制先公开不可逆的哈希摘要，让玩家知道一组数据已经被固定，同时继续保护实际牌面。

• 开局前：记录承诺哈希、种子哈希和牌序哈希
• 牌局中：只展示摘要，不公开未来牌
• 牌局后：公开种子和牌序，重新计算三个哈希

EZPoker 的承诺包含哪些数据

每手开始时，系统先完成洗牌和可选切牌，再生成 32 字节随机种子。承诺哈希使用房间编号、手牌编号、随机种子和按顺序排列的整副牌共同计算；因此更换其中任何一项，重新得到的结果都会不同。

• commitHash = SHA-256(roomId:handId:seed:deckPayload)
• seedHash = SHA-256(seed)
• deckHash = SHA-256(deckPayload)
• deckPayload 是用英文逗号连接的完整牌序

牌局结束后如何完成三项核验

揭示数据出现后，验证器用同一公式重新计算承诺哈希，同时单独计算种子哈希和牌序哈希。只有三项都与开局前记录完全一致，验证结果才会显示通过。

• 核对承诺哈希：房间、手牌编号、种子和牌序是否共同匹配
• 核对种子哈希：公开种子是否对应原摘要
• 核对牌序哈希：公开的完整牌序及顺序是否未被替换
• 任意一项不匹配：整体验证失败

验证通过究竟能说明什么

验证通过说明结束后公开的房间、手牌编号、种子和牌序能够复现开局前记录的三个哈希。若有人在承诺形成后调换一张牌、改变牌序、替换种子或把数据移到另一手牌，哈希核对就会失败。

这个结论依赖于玩家确实保存或看到过开局前的承诺。只有牌局结束后的数据而没有先前承诺，无法证明承诺是在什么时候产生的。

它不能单独证明什么

哈希匹配不等于所有公平问题都已经被解决。它证明的是揭示数据与先前承诺一致，而不是对整个游戏环境作无限保证。

• 不能单独证明洗牌分布绝对无偏或服务端从未选择牌序
• 不能识别玩家串通、共享手牌或线下交流
• 不能保证某名玩家获胜、盈利或技术水平
• 不能在没有确认交易记录时自动等同于生产级链上证明

承诺—揭示与链上存证是两层能力

承诺—揭示复算本身不依赖区块链：只要保留开局前哈希和结束后数据，就可以核对一致性。链上或第三方时间戳的额外价值，是把承诺在更独立的位置记录，并提供更强的时间先后证据。

截至 2026-08-29，EZPoker 的链上/可信存证生产验收开关仍未通过，因此本页不会把当前承诺—揭示能力描述为已经完成的生产级链上证明。只有牌桌明确显示已确认记录并提供可核验交易时，才能单独评价该次外部存证状态。

玩家检查一手牌的实用步骤

复制证明时应保护私人房间信息，只向预定成员或官方支持渠道提供必要数据，不公开传播包含私人牌局标识的完整记录。

• 在开局时记录或复制承诺哈希、种子哈希和牌序哈希
• 牌局结束后打开存证验证，确认已经公开种子与完整牌序
• 检查页面是否显示牌序复算通过
• 需要独立复算时，按页面公式重新生成三个 SHA-256 哈希
• 如任意结果不同，保留房间编号、手牌编号和完整证明数据再反馈

官方规则与验证方法说明

本页依据 EZPoker 当前公平验证实现和生产就绪门禁核验，最近核验日期为 2026-08-29。洗牌使用运行环境提供的安全随机数源，承诺使用 SHA-256；揭示后同时要求承诺、种子与牌序三个哈希匹配。

本指南用于解释技术验证范围，不构成审计认证、法律意见、投资建议或结果保证。产品状态发生实质变化时，页面日期与链上边界说明应同步更新。