我偶然发现了这篇博文，作者实际上在谈论当今的社交媒体网络。同时，我想知道这个问题是否也与社区息息相关。
总而言之，用户加入时会获得 1000 点（您可以随意命名货币），然后他们会看到动态：
每十分钟，系统会稍微重新分配积分。可以将其视为对高积分用户的税收，这些积分会重新分配给积分较少льзова。该算法的目标是最终让用户回到每个 1000 点的均衡状态（他们的初始条件）。
24 小时的图表可能看起来像这样：
也许是一个稍微复杂一点的版本：
我强烈建议 discourse 的人们阅读这篇文章。这与帖子策展机制有关。我不知道当今论坛上的内容是如何为用户策展的，我认为这可能会引发有价值的讨论。
但并非完全符合您的描述，gamification plugin 添加了一个积分系统
这确实很有趣。我很想看看它在现实世界中是如何运作的。
我认为 Discourse 的分布式特性（许多专注于特定兴趣的小型社区）使其比大型社交网络更不容易出现文章中所描述的问题。Discourse 也不使用关注者模型或算法模型来对主题列表中的主题进行排序。默认情况下，主题按创建顺序显示，最近更新的主题位于列表顶部。
也许最接近 Discourse 主题按“积分”系统排序的方式是查看按点赞数排序的 Discourse 主题列表，例如：https://meta.discourse.org/?order=likes。使用 likes 过滤器，分数是根据每个主题计算的，而不是根据创建它们的用户声誉计算的，因此它与文章中讨论的积分系统不太相似。
我认为可以使用 Discourse 来原型化一个类似于文章中所述的积分系统。不过，我想知道需要多大的社区才能真正对其进行测试。
我不认为论坛社区会受到文章所讨论问题的困扰。例如，文章建议系统将要解决的两个问题如下：
当然，如果这些问题不能真正解决我上面提到的当今社交平台的弊端，那么这一切都不会有趣。所以让我们逐一看看它们，以及为什么 DK 从根本上解决了它们：
- 基于关注者的分发 - 与传统的关注者模型不同，这里的分发基于用户内容质量的短期感知。
- 累积优势 - 除非持续创作高质量内容，否则没有人能够长期维持其分发优势。
（“DK”是一个虚构的网络名称。）
这两个问题与大多数（甚至所有？）Discourse 社区关系不大，因为思想的分发方式与关注者或人为的系统性优势无关。相反，主要有两种途径：
在论坛系统中“获胜”的方式是撰写大量高质量的内容。当然，坏主意仍然可能传播。但解决方案通常是诸如标记或用更好的想法回应之类的活动。更普遍地说，解决方案可以来自论坛的文化。社区拥有针对本文引用的问题的非技术性防御机制。
并不是说我认为这些解决方案对社交媒体特别有效。这不是一个算法问题，而是一个规模化问题。当你拥有一个全球性的聊天系统，人们可以（甚至被鼓励）参与到其他社区正在进行的讨论中时，普通的文化防御就失效了。系统性解决方案也会失败，因为总会有找到漏洞的动机。一个版本的 古德哈特定律 适用：
所有科学评估指标都必然会被滥用。
因此，随着衰减系统的出现，会有一种持续发帖的动力。一种方法可能是发布新内容。但另一种解决方案可能是回收内容。当然，可能内置了算法保护，但如果存在某种激励，一些用户会找到规避安全措施的方法。人类在作弊（和检测作弊）方面比系统让每个人都遵守规则要擅长得多。
是的。也许积分映射到策展的部分很有趣，而这目前不是游戏化插件的目标。
我同意所有观点。我想知道你是否认为这值得进行任何实验？
如果有人给我一家大型社交媒体公司来经营，我会尝试一下。 
我们也有用于“热门”列表的评分计算，但这与 OP 的版本也不太相似 - Calculating "Top" topics in Discourse
我认为你遗漏了：
本地查询？这些现在也可以在本地进行语义搜索。
在问答设置中，你绝对可以操纵它。这超出了任何“关注者”系统。我记得在我以前的公司有一个本地的 Stack Exchange 企业版安装，有些人非常沉迷于积分系统。这并不是广义上的“社交媒体”——你可以争辩说，它基本上是一个具有问答驱动动态的论坛。我相信你可以进一步探讨 Discourse 和当前的问答插件，可能通过扩展来深入研究。
了解 Discourse Follow 插件是否对大型论坛产生了任何影响会很有趣……
最终，没有一个系统，即使是设计良好的系统，也能让人坚持完成任务。但它们可以是扩大社区的工具，这就是为什么我们仍然需要这些系统。
哈哈，喜欢。一篇博客文章，与在 Stack Exchange 上快速获胜的对立面，关于 Stack Exchange。很棒的文章。
我过去常常回答问题，直到我安全地进入了顶级用户的前台，然后我会退后一步，回到我的本职工作。
不过，Stack Exchange 是一款经典之作，我将怀念那些拥有坚定信念的日子。
有趣的是……运行它的人从中获得了另一种乐趣——他把它安装在我们的内网上并进行了管理。我记得当我第一次构建自己的 Discourse 安装时，我曾想过这件事——这一定就是他感受到的快乐。
嗯，它最初是 作为 Meta 帖子 开始的。
成功运行服务器确实是一种美妙的感觉。当它像 Discourse 这样可以供他人贡献的东西时，感觉会更好。我上一份工作的一个遗憾是，没有坚持要求内部安装 Discourse 实例，以便我们的团队可以存储我们学到的东西并讨论下一步。
