功能定位：为什么必须“定期清沉默”
在 Letstalk 的零云端存储架构下，群聊数据只留在成员本地，服务器侧仅存加密信封且 24 h 后自毁。隐私红利背后，也带来管理盲区：沉默用户占着名额、拉高广播成本，却几乎不贡献内容。2026 年 3 月更新的「活跃度管理」套件首次把“最近 30 天无发言”作为可量化指标开放给后台，允许管理员在符合 GDPR「数据最小化」原则下批量移除，并自动生成不可篡改的链上日志，方便后续合规审计。
入口速查：三平台最短路径
Android / iOS
- 打开 Letstalk，切到「群聊」页签，长按目标群 → 管理群 → 成员管理 → 活跃度筛选。
- 顶部时间下拉框默认「30 天」，点「筛选」后列表仅展示沉默成员。
- 右上角出现「批量操作」按钮，勾选需移除对象 → 右下角「踢出」→ 二次指纹/面容验证 → 完成。
桌面端（Windows/macOS）
- 左侧栏右键群名 → Group Settings → Members → Activity Filter。
- Time Range 选「Last 30 days」→ Show Silent → 列表底部「Bulk Remove」。
- 勾选后点击「Remove X Members」→ 主设备扫码确认 → 链上日志自动写入 Polygon CDK。
提示：若「批量操作」按钮灰色，请检查是否拥有“删除成员”权限（需群主在「分权设置」中开启）。
操作前检查：四条硬边界
- 群类型限制：仅 200 人以上加密群开启活跃度统计；私有群（<200 人）需手动升级。
- 时间窗锁定：30 天为系统固定周期，暂不支持自定义（经验性观察：更短周期可能误伤潜水但关键决策者）。
- 链上 Gas：每批移除会写入一条合并哈希，约消耗 0.0003 MATIC，由群主钱包代付；余额不足时操作被回滚。
- 人数上限：单次最多处理 200 人；超出需分批执行。
场景映射：什么时候值得一键清理
以某 Web3 DAO 治理群为例：群满员 1000 人，日消息 800+，但提案投票率长期低于 5%。管理员在季度合规审计前执行沉默清理，一次性移除 237 名 30 天零互动地址，群名额降至 763，48 h 后重新开放申请，投票率回升至 11%。链上日志显示踢出记录，满足监管对“活跃凭证”要求，同时降低每日广播费用约 30%。
警告：若群内存在“只读公告”性质的角色（如合规机器人），请先将其加入白名单，否则会被误踢。
回退方案：误踢后如何补救
Letstalk 不提供“撤销踢出”按钮，但保留 72 小时「重新邀请豁免」机制：被踢用户可通过原邀请链接再次进群，且不会触发新成员审核流程。管理员可在「链上日志」导出被踢地址列表，批量发送新邀请。若群开启「身份凭证」插件，需同步恢复其链上角色，否则无法查看历史文件。
不适用清单：五类群建议暂缓
- 「投资者关系」群：潜在 LP 习惯潜水，但持币地址快照时必须在群。
- 「客服通道」群：用户仅在有纠纷时发言，30 天沉默属正常。
- 「归档项目」群：项目已停止运营，群作为只读历史馆。
- 「合规留痕」群：律师要求保留全部当事人，避免“主动移除”带来销毁证据嫌疑。
- 「Nostr 互操作」群：外部中继延迟可能导致发言时间戳未同步，误判沉默。
最佳实践：四步检查表
| 步骤 | 动作 | 通过标准 |
|---|---|---|
| 1. 预检 | 导出成员 CSV，标记白名单角色 | 白名单人数<群总人数 5% |
| 2. 预算 | 检查群主钱包 MATIC 余额 | 余额≥0.1 MATIC |
| 3. 执行 | 批量踢出≤200 人/次 | 链上 Tx 成功回执 |
| 4. 复核 | 72 h 内监控重新进群率 | 误踢率<1% |
故障排查：三种常见失败提示
提示「Gas estimation failed」
原因：群主钱包余额不足或 Polygon 网络拥堵。验证：打开钱包查看 MATIC，若低于 0.01 需充值。处置：充值后重新执行，无需重选成员。
提示「Batch too large」
原因：单次勾选超过 200 人。验证：查看列表底部计数。处置：分两次执行，链上日志会自动合并为同一操作 ID。
提示「Permission denied by smart contract」
原因：群已开启「去中心化治理」插件，踢人需多签。验证：进入「群设置→治理」查看阈值。处置：发起链上提案，等待多签通过后再执行。
与第三方 Bot 协同：最小权限原则
经验性观察：部分社区使用第三方归档机器人收集聊天备份，再调用 Letstalk 开放 API 执行踢人。此方案需授予机器人「读取成员列表」+「删除成员」两项权限。建议新建专用角色，禁用「群设置修改」与「邀请链接生成」，并在完成批次后立刻吊销 Token，降低泄露风险。可复现验证：在「隐私→审计日志」中过滤 Robot ID，确认其仅出现 batchRemove 调用，无其他写操作。
版本差异与迁移建议
截至当前的最新版本（7.9.0）首次把活跃度统计下放给后台，旧版（7.8 及以下）仅提供「手动标记」标签。若群创建于 7.8，需先升级群架构：进入「群设置→高级→升级群架构」，等待链上确认（约数十秒）后即可使用本文路径。升级不可逆，但历史消息不受影响。
验证与观测方法
- 踢人前记录群人数 A，踢出人数 B，计算占比 B/A。
- 72 h 后再次导出成员列表，统计被踢地址重新出现数量 C，计算误踢率 C/B。
- 连续 7 天记录日消息量 D1–D7，与踢出前一周对比，评估活度变化。
- 在「设置→存储使用」查看广播流量，经验性观察可下降 20–40%。
FAQ（Must use FAQPage Schema）
被踢成员能否恢复历史消息？
不能。Letstalk 的零云端存储决定消息只留在本地，重新进群后无法拉取已销毁信封，需依赖其他成员转发。
批量踢人是否触发全员通知？
系统会在群顶部生成一条「X members removed」轻提示，不@所有人，72 小时后自动消失，符合最小干扰原则。
链上日志会保存多久？
Polygon CDK 区块即永久存储，但 Letstalk 前端仅展示最近 90 天。如需长期存档，请自行导出 JSON 并本地备份。
可以设置更短的沉默周期吗？
目前系统固定 30 天，更短周期尚未开放。官方博客提及未来可能提供 7/14 天选项，但无具体时间表。
误踢高管怎么办？
72 小时内发送原邀请链接即可免审核重新进群；若群启用了身份凭证，需管理员在「角色管理」恢复其链上标签，否则无法查看加密文件。
总结与下一步行动
Letstalk 后台的 30 天沉默清理把“隐私优先”与“合规可审计”拧成一股绳：链上留痕满足监管，零云存储又不额外增加数据泄露面。对 200 人以上加密群，定期执行可显著降低广播成本、提升投票率。建议你今晚导出成员列表、标记白名单、检查钱包余额，明早分批完成首轮清理；72 小时内观测重新进群率，若误踢低于 1%，即可把“季度沉默清理”写进社群 SOP，让群活度与合规同时在线。
