如何验证开箱公平性（2026）
要验证 Lolanceizi 的 case opening fairness，先把 pre-open hash 与 revealed server seed 对比，再用 client seed 和 nonce 通过 HMAC-SHA256 重算 roll。这是验证一次开箱流程，不是保证高价值掉落。
公平性检查能证明什么
Fairness check 证明结果是否符合开箱前已经存在的 commitment。若 revealed server seed 的 hash 与原 hash 一致，且 HMAC-SHA256 能重现 roll，结果就不是事后替换的。
这不保证收益、rare item 或更好的 odds。它只验证流程。花费 LZ 前仍要阅读 drop table，并决定自己能接受的风险。
开箱前要保存的数据
保存 server seed hash、client seed、nonce 或 opening number、case 名称和可见 drop table。截图或复制文本都能帮助之后比较。
server seed 是 Lolanceizi 的隐藏值，client seed 是用户侧输入，nonce 区分不同开箱。它们一起决定 roll material。
验证 server seed commitment
开箱后查看 revealed server seed，并计算 SHA-256。输出必须与开箱前显示的 hash 完全一致。
如果 commitment 不匹配，后续检查就不完整。如果匹配，平台不能在看到结果后替换 server seed 而不破坏 hash。
用 HMAC-SHA256 重算 roll
把 revealed server seed 作为 key，把 client seed:nonce 作为 message。HMAC-SHA256 得到的 digest 按平台规则转换成 roll。
不要加空格、改顺序或翻译字段。client seed 或 nonce 的微小变化都会产生不同 digest。
对应到 drop table
roll 一致后，再查看 published drop table。表格说明哪个范围对应哪个 item 或 reward。
Fair roll 仍可能是 common result，因为 odds 允许这种情况。Provably fair 是透明计算，不是每次开箱都有利。
常见错误
常见错误包括复制 hash 而不是 seed、忘记 nonce、把 SHA-256 当作 HMAC-SHA256 使用，或粘贴多余空格。
也不要只检查 seed hash 就结束。完整验证需要 commitment、HMAC-SHA256 roll 和 drop table mapping。
2026 实用 checklist
保存 hash，开箱，reveal server seed，计算 SHA-256，用 client seed:nonce 重算 HMAC-SHA256，然后对比 roll 与 drop table。
XP、等级和 leaderboard 不会改变 fairness calculation。缺少任何值时，应回到历史记录，而不是直接下结论。
- 如何验证 case fairness？
- 对比 revealed server seed 的 SHA-256 与 pre-open hash，再用 server seed 和 client seed:nonce 重算 HMAC-SHA256，最后查看 drop table。
- 什么是 server seed？
- server seed 是 Lolanceizi 在开箱前通过 hash 承诺的隐藏值，之后 reveal 给用户验证。
- client seed 和 nonce 有什么用？
- client seed 提供用户侧输入，nonce 区分每一次开箱。client seed:nonce 是 HMAC-SHA256 的 message。
- provably fair 会保证好掉落吗？
- 不会。Provably fair 只验证计算过程，不改变 odds，也不保证 rare item 或收益。
- 为什么需要 HMAC-SHA256？
- HMAC-SHA256 把 server seed、client seed 和 nonce 组合成可重复的 roll，让用户能独立检查。
- XP 会影响 roll 吗？
- 不会。XP 和等级属于进度系统，fairness roll 取决于 server seed、client seed 和 nonce。
- 验证不匹配怎么办？
- 先检查空格、顺序、nonce 和算法。如果仍不匹配，保存历史记录并联系 support。