Reddit的Karma分数是个谎言：背后的数学真相

两条评论，同一个子版块，同一个话题，前后脚发布。一条+847分，置顶、被镀金、引发200条回复，作者被人记住名字，下一条帖子被人条件反射式点赞。另一条+1分，沉在折叠区，99%的读者看不见。同样的文字，不同的命运。

这个数字——Reddit Karma——是互联网上最具影响力的隐形力量之一。它决定数百万人读到什么、哪些观点获得传播、谁的声音在社区里有分量。大多数用户只知道：点赞加分，点踩减分，总分决定排名。但几乎没人知道，每次点击箭头时，Reddit的基础设施里究竟在发生什么。

你看到的分数？是个谎言。并非恶意欺骗，而是一个数学上必要、刻意构建的近似值。背后的算法是分布式系统中最优雅的设计之一。

先从最简单的说起。每条帖子和评论都有一个分数，计算方式是：分数=点赞数−点踩数。1200赞200踩显示+1000，50赞80踩显示-30。Reddit用这个分数排序——高分上浮，低分下沉。在活跃的子版块，最初几分钟的分数积累能决定一条帖子登上首页还是永远消失。分数还累积到账户Karma，影响发帖权限、社区可信度，以及其他用户还没读你一个字之前对你的印象。

简单数学，巨大影响。现在看看支撑它的系统。

早期的Reddit只有几千用户、一台服务器、一个数据库。投票表的schema很直接：post_id做主键，score默认0。有人点赞就UPDATE加1，点踩就UPDATE减1，用户加载页面返回score。小社区里完美运行：数据库用行级锁处理并发更新，读写都快，分数永远准确。

然后网站长大了。

今天的Reddit日活超过5000万。r/worldnews或r/AskReddit的热门帖子几分钟就能积累数千票，重大新闻事件时更高。单台数据库服务器扛不住这种写入吞吐量。于是团队做了每个扩容团队最终都会做的事——分布式。

多数据库副本，美欧亚多地部署服务器，让各地用户的投票就近处理。但分布式带来新问题：同一时刻，纽约和东京的用户可能同时给同一条帖子投票。两个副本都执行UPDATE，然后需要同步。网络延迟、时钟不同步、分区故障——CAP定理的残酷现实降临。如果追求绝对一致的分数，每次投票都要全局锁定，延迟会毁掉用户体验。

Reddit的解决方案是放弃精确，拥抱近似。

核心洞察：用户不需要知道精确的1473分还是1474分，只需要知道"这条很受欢迎"或"这条被踩惨了"。于是Reddit采用了一种计数器的近似算法——每个服务器本地维护计数，异步批量同步，允许短暂的分数漂移。你看到的数字是"最近某个时刻的真实分数"，而非"此刻的精确分数"。

更深层的设计是"热分数"（hot score）——不是简单用原始Karma排序，而是结合时间和投票速度。一条1小时前发布、1000分的帖子，可能比3小时前、2000分的帖子排名更高。Wilson分数区间用于置信度排序，处理投票数少但比例极端的情况。这些算法让"分数"彻底脱离了"点赞减点踩"的原始定义，变成一个预测"用户更可能想看到什么"的机器学习输出。

所以+847和+1的区别，从来不只是846个用户。是算法在最初几分钟的投票速度检测中，把一条推进了加速循环，另一条判了死刑。Karma不是民主投票的计数，是注意力经济的流量阀门。那个让你感觉"社区在奖励优质内容"的数字，本质是分布式系统为了存活而编织的善意谎言——足够真实，能维持秩序；足够模糊，能承载规模。