中奖到底藏在瓶盖里，还是藏在扫码那一下
最近喝可乐时，我又看到瓶盖里面那个扫码抽奖的二维码。
以前我大概就是顺手一扫，看看能不能中个小奖。这次不知道为什么，我盯着瓶盖多看了几秒，突然冒出一个问题。中奖到底是藏在这个二维码里，还是藏在我扫码的那一下？
第一种想法很直观。每个二维码自己已经有结果了。厂商提前把一部分码标成中奖，谁买到那个瓶盖，谁就中了。A 扫和 B 扫的区别，只是谁先拿到了这个码。
这种办法听起来很像传统奖券。奖品早就放在某些票里，消费者只是把那张票刮开。它的好处是简单，也容易解释。这个码就是中奖码，你拿到它，就算你运气好。
麻烦也在这里。
如果中奖结果提前写在码上，那瓶盖到消费者手里之前，就有一段不太安稳的路。生产、运输、上架、售卖，中间经过很多人。只要有人能提前看到码，或者能批量把码扫掉，中奖机会就可能被提前拿走。
当然，现实里未必这么容易。瓶盖里的码通常会藏起来，包装也会防拆。但从想象上说，只要结果提前写死，这套玩法就会有一个天然弱点。中奖码像一张摊在桌上的奖券，虽然暂时没人看，但它已经在那里了。
第二种想法就不一样了。二维码本身不决定中奖，它只是一个进门凭证。真正决定结果的是扫码那一刻。
比如说，某一天准备发多少份奖品，某几个时间段放出一部分，或者按访问顺序、请求情况去抽。这样每个二维码都只是一个入口，能证明我确实从一个瓶盖进来。至于中不中，要看我进来的那一瞬间。
这种办法的好处是，提前偷扫就没那么容易直接偷走所有中奖结果。因为码不是奖品本身，只是一张门票。坏处也明显。对用户来说，这件事会更像一个看不见的盒子。概率怎么定，什么时候放奖，异常访问怎么处理，普通人都看不见。
我不知道真实后台到底是哪一种，也可能两种都不是。也许还有更复杂的做法，比如先把码和批次绑在一起，再结合时间、地区、访问频率去判断。可我不想在这里假装知道答案。真正有意思的是，一个小小的瓶盖二维码，竟然能牵出这么多问题。
用户看到的是抽奖，是运气，是“再来一瓶”或者“谢谢参与”。做这件事的人要想的却多得多。奖品不能太容易被提前拿走，规则也不能太像黑箱。太笨了，会被人薅。太暗了，会让人不信。
抽奖这件事最微妙的地方就在这里。它表面上卖的是随机，背后一直在跟人的小心思较劲。只要有奖品，就会有人想知道哪里能提前看到结果，哪里能批量尝试，哪里能比普通人快一步。
写到这里，我都觉得自己有点扫兴。明明只是喝一瓶可乐，却开始替瓶盖操心。
不过我也挺喜欢这种念头。生活里很多东西就是这样，表面上是一件很轻的小事，往里面多看两眼，就能看到一套人和规则之间的拉扯。一个二维码，一个按钮，一行“谢谢参与”，背后都可能藏着很多判断。
下次再拧开瓶盖，我大概还是会扫一下。中不中另说，反正我已经多拿到一个小乐子。一个人站在冰柜旁边喝可乐，顺手想了想二维码到底怎么抽奖，这种无聊念头，也算给这瓶可乐回了一点本。