全局垃圾数据库与联合封禁

1我们自己的跨群组护盾

外部 CAS 封禁名单 捕捉那些在别处已被知晓的垃圾发布者。全局垃圾数据库是 Telm 自己的层：它从我们保护的每个群组中学习，并对 CAS 尚未见过的威胁作出反应。

它有两个协同工作的部分——一个跨群组攻势检测器和联合封禁。

2协同攻势检测

垃圾发布者很少只袭击一个群组。相同或近乎相同的文本常常同时出现在许多社区中，或在短时间内来自单个群组内的多个全新账号。

Telm 正是留意这一点。当同一内容在一天内出现在若干受保护群组中时，它会被当作一次协同齐射并被一眼移除。在单个群组内，短时间内来自多个不同账号的同一内容本身就足以封禁作者并清理已经落地的复制品。

3联合封禁——一处封禁，处处消失

当同一账号在短时间内在你多个群组中发布同一已确认垃圾时，Telm 会将其视为一个联合垃圾发布者，并在它所在的每个群组中封禁它——而不仅是它被抓住的那一个。

入口处和每条消息上的守卫确保一个联合垃圾发布者无法重新进入或在你任何受保护群组中发帖。一切都被记录，管理员可随时撤销一次联合封禁（这会在各处为该账号解封）。

• 由同一用户在短时间内跨多个群组发布同一垃圾触发。
• 在它所在的各处封禁该账号，而不仅是它最初被抓住的地方。
• 入口和消息守卫阻止重新进入和重新发帖。
• 完全记录，且可由管理员从仪表盘撤销。

4它需要多少证据

并非每次垃圾动作都被同等对待。最清晰、最明显的滥用扩散得最快，而任何处于边缘的都必须先出现在更多群组中——因此最强的全局动作只对最明显的垃圾触发。

• 在若干群组中被处理过的、清晰且高把握的垃圾扩散得最快。
• 处于边缘的情况必须在更多群组中重复才会扩散，这避免了过度反应。
• 只有自动的垃圾决定才符合条件；你的自定义规则、触发命令和手动动作绝不会扩散到其他群组。

5保障

联合动作刻意保守，因此它只对真正协同的滥用触发。

• 只有有把握的、自动的垃圾裁决才符合条件——触发命令、自定义规则和单纯的 CAS 命中不会扩散。
• 它要求同一垃圾在短时间内出现在多个群组中，而非单次目击。
• 每次联合封禁都被记录，且可由管理员撤销，这会一次性在各处解除它。
• 你可以随时按群组关闭该功能。

6开启它

全局垃圾数据库按群组启用，在符合条件的套餐上默认开启，就在 CAS 开关旁边。只有强力的、自动的垃圾裁决才会供给联合封禁——你的自定义规则和手动动作不会，以免把一个本地决定扩散到全局。

7它如何与 CAS 互补

CAS 和全局垃圾数据库不是竞争者——它们覆盖一个垃圾发布者生命中的不同时刻，两者都运行才是弥合缺口之道。

• CAS 知道那些已在整个 Telegram 被举报的垃圾发布者；它在任何套餐上都会把他们拦在门口。
• 全局垃圾数据库会在袭击你受保护群组的新攻势到达外部名单之前就作出反应。
• 两者共同覆盖已知的滥用者和全新的协同齐射。