更新于：2026-09

如何验证 LE59 抽奖结果

抽奖结果要让人信服，不能只靠"系统随机生成的"这句话。可验证抽奖的核心思路是：把开奖依据先封存、后公开，让任何人都能独立核对。LE59 Luck 采用承诺-揭示（commitment–reveal）机制实现这一点。本文解释它的原理、验证入口，以及验证时仍需人工完成的部分。

承诺-揭示：先封存，后公开

创建抽奖时，服务端生成一个随机种子（seed），并立即计算它的 SHA-256 哈希，作为"承诺"保存下来。此时种子本身不公开，只公开承诺——就像把答案锁进保险箱，并把保险箱展示给大家。开奖时，服务端揭示种子，任何人把种子做一次 SHA-256 计算就能核对：如果算出的哈希与承诺一致，说明种子在开奖前就已确定，没有被事后替换；如果不一致，说明承诺被篡改，结果不可信。

结果哈希：把种子与开奖上下文绑定

仅有种子还不够——种子要产生"哪一次开奖、抽哪些人"的结果，还需要开奖上下文（如名单快照、开奖轮次等信息）。LE59 Luck 基于开奖上下文与揭示种子计算结果哈希，把种子和具体某次开奖绑定在一起。验证时不仅要核对承诺，还要复算结果哈希，确认当前页面展示的结果确实由该种子在该次开奖中产生。

验证入口与自查步骤

每个公开结果页都提供验证入口，地址形如 /public/results/:publicID/verify，其中 publicID 是结果的公开 ID。自查建议按三步进行：

• 对比承诺：对揭示的种子计算 SHA-256，与创建时公布的承诺哈希逐位比对；
• 复算结果哈希：按页面展示的开奖上下文与种子重新计算，确认与公布的结果哈希一致；
• 核对名单快照：确认开奖依据的名单与参与者看到的一致，中奖者确实在名单内。

这三步可以手工完成，也可以借助公开的哈希校验工具；关键是不依赖任何"内部说法"。

验证不替你判断规则合理性

需要特别说明边界：工具保证的是"随机性可验证、过程不可篡改"，它不替你判断规则是否合理。比如名单是否正确、奖项名额是否符合活动规则、中奖者归属是否应当如此，这些都需要活动方人工确认。可验证机制解决的是"有没有暗箱操作"，规则层面的争议仍然要靠规则文本和人工核实来解决。同样地，补抽会形成独立事件并保留原中奖结果，验证时也应单独核对补抽的种子与承诺。

验证不是开奖后的附加动作，而是可验证抽奖的一部分。打开 LE59 Luck 抽奖工具，创建一次可验证抽奖，亲自走一遍承诺-揭示的完整流程。