Web3社区最容易犯的身份错误,是把钱包地址、Telegram用户名、手机号和“这个人”画成同一个节点。一个成员可能有多个钱包和账号,团队钱包可能多人共用,用户名也会变化。TG筛号可以补充注册或活动观察,但不能证明钱包所有权、代币财富或社区贡献。
先画四类节点
| 节点 | 例子 | 天然限制 |
|---|---|---|
| member_id | 社区内部成员记录 | 只在项目内部有意义 |
| wallet_address | 公开链上地址 | 不等于自然人 |
| telegram_identity | UserID、用户名 | 可变化或缺失 |
| phone_contact | 标准化手机号 | 可能迁移、共享或失效 |
边必须来自明确动作
钱包与member_id的边可来自签名验证,Telegram与member_id的边可来自登录或成员主动绑定,手机号来自用户提交及对应说明。不要根据相同昵称、头像或链上转账自动合并。每条边保存source_event、created_at、revoked_at和confidence_state。
TG筛开通的角色很窄
爱普筛TG筛开通返回手机号与是否开通,用来描述批次时间点的平台注册观察。它不能判断用户是否加入某群、持有哪种Token、是不是机器人、是否完成KYC或愿意接收项目消息。
TG筛活跃适合哪些运营问题
TG筛活跃可导出手机号、TG UserID、tg用户名、用户离线时间、活跃天数、First Name、Last Name、是否TG VIP和是否冻结。它可用于受限的成员数据整理或客服队列,但离线时间不是群内发言活跃度,用户名也不是稳定主键。
按运营场景建立数据域
| 场景 | 允许依赖 | 不允许推断 |
|---|---|---|
| 成员支持 | 主动工单与已绑定身份 | 资产规模决定优先服务 |
| 治理提醒 | 成员选择的通知渠道 | 持币即同意私信 |
| 反诈骗 | 官方账号、签名与风险流程 | 筛号能识别骗子 |
| 社区分析 | 聚合且最小化的数据 | 将画像发布到群内 |
TXT只承载一个受控问题
从已获准的phone_contact集合生成一行一个号码的TXT,不上传钱包地址、资产余额、用户名、群聊内容或会员等级。内部crosswalk连接batch_row与member_id,返回Excel后先进入观察域,不回写链上身份主表。
处理用户名变化与冻结状态
UserID与用户名分别保存;用户名变化形成历史别名,不覆盖审计记录。是否冻结是带检测日期的观察,需要明确业务含义。任何异常都不应自动剥夺成员权益或公开贴标签,而应进入人工支持流程。
Token Gate与消息许可分开
签名证明某地址在某时刻由参与者控制,Token Gate证明满足某项链上条件;两者都不会自动授予Telegram私信或营销许可。通知渠道、用途、频率与退出应由成员明确设置。
活动观察不能充当贡献分
Telegram平台活动、群组发言、代码提交、提案投票与客户支持贡献属于不同事件。若需要贡献体系,应从透明的社区规则和可核实事件构建,不能把离线时间或TG VIP状态偷偷转换成声誉。
社区退出时怎样删除
成员可解除钱包、Telegram和手机号之间的边。项目保留必要交易或治理记录时,应与营销画像分离;过期TG观察、上传文件和临时Excel按计划删除。删除某条边不应破坏链上公开事实,也不应继续把它用于联系。
健康的Web3身份图
它允许一个成员拥有多个可撤销关系,能指出每条关系的证据与时间,并在用途变化时缩小访问。TG号码筛选只是图中的一个观察来源;社区信任仍来自透明规则、主动绑定和可审计行为,而不是字段数量。
