你填的金额去哪了

一个要你报钱的工具，说「不保存」，凭什么信？这一页不讲态度，只讲实现——四件你可以自己找答案的事。

一、金额只在当场计算，不进数据库

你提交的数字（或者三道题勾出的分位）发到服务端后，只做一件事：换算成分位 → 换算出名次 → 装配文案 → 返回。整个过程中，金额不写入任何数据表，也不写进日志。

服务端确实会留下一条查询记录，用来支撑「今天共多少人查过」这类计数。这条记录里没有金额、没有分位、没有名次，只有时间和是否成功。换句话说：它知道有人来过，不知道你报了多少。

二、埋点用的是字段白名单，不是黑名单

为了知道「有多少人走到分享这一步」，产品打了些埋点。埋点的规则是：事件名必须在白名单里，附加字段也必须逐项在白名单里——不在名单上的字段会在服务端被直接裁掉，前端就算强行传上来也存不进去。

金额类字段（无论是元、分还是净值字段名）都不在字段白名单内。这是一条结构性保证：不是「我们保证不上传」，而是「上传了也没地方放」。

三、设备和 IP 只存哈希的前 16 位

要做去重统计，就得区分不同设备。做法是：把设备标识与一段服务端私有的密钥拼在一起，取 SHA-256 的前 16 位存下来。

• 存的是哈希，不是设备号本身，无法反推回原始串。
• 密钥换了，整个哈希空间就变了——历史数据与新的数据对不上，等于重新开始。
• IP 地址同样只存哈希前 16 位，不保留原始 IP。

四、分享链接里的结果不上服务端

你点「生成分享卡片」时，名次、段位、点评这些内容会被压进链接本身（一段编码后的字符串），而不是存到服务端再给个短链。

这意味着两件好事和一件需要你知道的事：

• 好：服务端没有任何一条「某人查到了第几名」的记录，因为它压根没收到过。
• 好：链接发给谁，只有你和收件人知道，没有中间表可以查。
• 需要知道：谁拿到这个链接，谁就能看到这份结果。转发出去就等于公开，请自己判断发给谁。

我们不要的东西

不要求手机号，不读取通讯录，不采集位置，不读相册，不写入任何通讯录或好友关系。网页版连登录都没有——访客身份由浏览器本地的一个随机标识派生，换浏览器就是另一个人。

完整条款见隐私政策与用户协议。那一份是法律文本，这一页是它的实现说明；两者冲突时以法律文本为准。