产品定位与迭代历程
Letstalk IM 的隐私机制中默认启用了“通讯录自动匹配”这一社交发现功能：客户端会将用户授权后的手机号哈希上传至服务器，与其他启用该功能的用户进行交叉比对，一旦匹配成功便双向推荐好友。虽然这一设计旨在降低 Web3 社群冷启动的成本，但却与“DID 匿名身份”的理念产生冲突——若手机号被反向解析，用户的链上钱包及群聊身份将面临泄露风险。在最新版本 v7.3.x 中，该功能虽仍保留开关选项，但入口已被隐藏至三级菜单之下，且用户可随时关闭并恢复原状。
据经验观察，2026年2月版本升级后，新用户首次登录时隐私设置会弹出“允许通过通讯录查找”的选项。如果此时不慎选择了“允许”，之后只能进入“隐私与安全”菜单手动撤销。一旦关闭该功能，服务器将在24小时内清除相关的哈希缓存数据。不过，之前已生成的“推荐”联系人卡片不会自动消失，必须由双方分别手动清理本地的缓存数据。
Android 和 iOS 平台下关闭功能的极简操作指南
Android平台（参考原生14版本）
- 在 Letstalk 中，点击右上角头像，依次进入 Settings、Privacy & Security，最后点击 Discovery。
- 禁用「同步联系人以查找好友」选项后，系统会提示是否删除服务端哈希值，此时选择「Delete」即可。
- 返回上级菜单，依次进入 Data & Storage > Local cache，勾选「Recommended friends」后点击清除，这样就能马上移除之前生成的推荐联系人卡片了。
iOS 系统环境（此处以 17.x 版本为例说明）
- 打开Letstalk，点击底部导航栏最右侧的「Me」选项，依次进入「Privacy & Security」，接着选择「Discovery」，最后勾选「允许通过手机号找到我」这一选项。
- 先关闭相关开关，通过 Face ID 验证后，点击「Delete & Confirm」。如果 iOS 系统弹出“Letstalk 想访问通讯录”的请求，请坚决选择“不允许”，以免在下一次更新时再次获得授权。
- 路径为：我 → 设置 → 数据与存储 → 清除缓存 → 只需选中“推荐列表”即可。
提示：若你在多台设备登录，需每台都执行一次；PC 端（macOS/Windows）无通讯录读取权限，无需操作。
关闭该功能后会出现哪些直观的变化及潜在的副作用
启用该设置后，双方的关系图谱会即刻断开：即便对方保留了你的联系方式，也无法在你的「推荐」列表中搜到你；反之亦然，你将无法通过通讯录逆向检索到对方。需要注意的是，群聊内的 NFT 门禁及红包功能照常运行，因为这些基于链上地址和数字身份标识（DID）的功能与手机号无关。根据实际观察，在关闭功能后的 48 小时内，部分拥有上千成员的超级群组中，“可能认识的人”横幅显示的频率大约减半（基于 3 个约 2000 人规模的群组手动统计数据），不过官方并未对此提供确切的量化保证。
这一限制主要影响运营环节：社群管理员此前依赖通讯录批量获取新用户，功能关闭后将转为手动发送邀请链接或NFT门禁二维码，导致获客效率下滑。为解决此问题，建议采用一次性DID账号进行日常运营，同时保持主账号隐私设置不变，从而平衡用户增长与个人信息保护。
常见的分支管理策略与回退机制
- 分支 A：即便已停用，该选项依然出现在推荐列表中 有99%的概率是本地缓存问题，参照前文步骤清理「Recommended friends」即可解决；如果问题依旧，请排查其他设备是否仍开启了相关功能。
- 分支 B：操作失误删除后希望重新打开 → 在 Discovery 页面重新启用该开关后，系统将再次获取通讯录授权；在允许权限并重新上传哈希值后，需要等待 24 小时才能完成索引。
- 分支 C：企业 MDM 管理下的设备无法执行关机操作 → 许多企业出于安全考虑，会在移动设备管理策略中强制启用通讯录同步。若要正常使用，你需要向 IT 部门申请将 Letstalk 列入 MDM 白名单，否则仅能转而使用网页版客户端。
不适用场景清单
| 场景 | 原因 | 建议 |
|---|---|---|
| 线下会议建立的临时群组中，为了高效社交，通常需要迅速添加面对面的联系人 | 一旦关闭该功能，便不能再利用通讯录进行批量双向关注操作。 | 在会议开始前临时启用，待会议结束24小时后执行关闭操作并清理缓存。 |
| 在家长圈子里，大家通常都互相知晓彼此的手机号码。 | 此举并无助于提升隐私保护，却会给分享行为带来不便。 | 功能保持启用状态，同时启用「仅好友可见」的水印功能以阻止截图传播。 |
| 采用匿名投票机制进行去中心化自治组织管理 | 将手机号与账户绑定，存在泄露区块链地址的风险 | 请务必将其关闭，并使用 DID 身份来参与 SnapVote。 |
验证与观测方法
关闭操作后，让同伴在另一台设备保存你的号码，然后刷新「推荐」列表，若 30 min 内未出现你的头像，可初步判定成功。接着打开「Settings → Privacy & Security → Data download」导出账号报告，其中「contact_hash_uploaded」字段应为 false；若仍为 true，等待 24 h 后再次请求报告。技术用户可用第三方归档机器人（示例：开源项目 tg-archive 的 Letstalk 适配分支）抓取群成员列表，对比手机号哈希，验证是否残留。
界定与第三方机器人合作的权限范围
Letstalk 并未向第三方 Bot 开放通讯录接口权限。市面上所谓能「批量匹配」用户的脚本实际上属于逆向操作，使用这类工具极易引发账号风控。如果需要大量邀请用户，建议采用官方的「NFT 门禁链接」或「一次性邀请码」。这两种官方渠道无需依赖手机号验证，即使在关闭通讯录匹配功能的情况下也能正常使用。
故障排查速查表
具体问题表现：相关开关选项呈灰色状态，处于不可点击的禁用模式。
排查思路：此类限制通常源于企业 MDM 管控或家长控制模式。检查方法：进入 iPhone 的「设置 > 通用 > 设备管理」，若发现 Letstalk 的描述文件，说明设备受到了管控。解决建议：请联系管理员卸载该策略，或者尝试通过 Web 端登录使用。
异常表现：在相关功能关闭后，依然会接收到短信形式的推荐信息。
潜在成因：对方采用了手动输入号码的方式发送「邀请短信」，而非系统自动匹配。解决步骤：进入「Privacy → Phone → Who can send SMS invite」设置项，将其更改为「Nobody」。
最佳实践 5 条
- 建议账号注册后的第一天先保持停用状态，后续再视情况决定是否启用，以此防止哈希数据被过早上传。
- 利用 DID 身份开展公开社群运营时，建议隐藏主账号，以此实现身份隔离。
- 大会/路演等需要面对面互关时，临时开启，结束 24 h 内关闭并双清（服务器+本地）。
- 定期导出账号报告，检查「contact_hash_uploaded」字段，确保未被误同步。
- 若手机 root/越狱，禁止给 Letstalk 通讯录权限，防止恶意插件绕过后台上传。
常见问题解答（采用 FAQPage 结构化数据标记）
一旦停用，之前的好友列表还会保留吗？
现有双向好友关系不受影响，系统不再依据通讯录推送新的匹配建议。
服务器端的哈希数据保留多长时间会被清除？
根据官方指引，物理删除操作将在24小时内完成。如果导出报告依然显示为true，建议您继续等待一段时间，或者提交工单进行人工复核。
在电脑版本上，是否也需要执行重复的关闭操作？
无需此步骤。由于 PC 客户端不具备读取通讯录的权限，其设置开关会与手机保持同步，因此不需要进行其他操作。
该功能关闭之后，是否仍然可以使用链上红包？
完全支持。因为红包功能基于链上地址及去中心化身份（DID）进行运作，与手机号绑定情况无关，所以即使不涉及手机号，相关功能依然正常使用。
怎样验证静默操作是否已真正生效？
依据文中所述的「验证与观测方法」，按照以下三个步骤操作即可复现：让同伴刷新推荐内容、导出账号详细报告，以及核查哈希字段。
收尾：下一步行动
关闭 Letstalk 通讯录自动匹配只需 30 秒，却能彻底切断号码反向曝光的风险链。建议你立即按平台路径检查一次，把「contact_hash_uploaded」设为 false，再用 DID 身份运营公开社群，既享受加密通讯的便利，也守住 Web3 世界的匿名底线。若后续版本更新菜单，请以实际 UI 为准，并回来看本页验证步骤是否依旧可复现。
