Guild 的三件套：条件、角色、奖励，以及给旧角色加条件的翻车点

Discord 或电报群里“持币才能进”的大门，多数不是群主手动审批，而是门禁平台在自动执行。Guild 是这类平台之一，官方文档把它的运作压缩成三个构件：Requirements（条件）、Roles（角色）、Rewards（奖励）。把三件套和一条官方反复提醒的坑弄清楚，既能解释“为什么我的群聊权限昨天还有、今天就没了”，也能看懂项目方发放福利时的真实逻辑。

条件是人要满足的门槛，官方分成四类来源：链上活动（持有某代币或 NFT、完成若干笔交易、与某合约交互过）、社交证明（关注 X 账号、持有某个 Discord 身份、验证邮箱）、Guild 站内活动（积分达到某个数、已持有另一个角色）、时间条件（在某日期前持有某身份、最近 7 天在某条链上有交易）。条件之间可用与、或逻辑组合，还能设“应不满足”的反向条件把人排除在外。比如“持有某 NFT 且不满足‘积分低于 50’”，就是给高分持证者的组合门槛。

角色是按条件自动归组的结果，不需要人工进出。文档给的例子很直白：Early Supporter 角色要求“在候补名单 且 持创世 NFT”；OG Member 要求同时持有两个子角色再加质押。系统按条件持续判定，成员达标即进组、失标即出组，官方表述是“No manual management needed”——没有人情可讲，也不会替你保留。

奖励是角色带来的东西：平台内权限（群、内容、表单）、数字奖励（积分、NFT、代币）、现实权益（周边、门票、优先购买）。文档强调奖励随角色自动发放，同样地，角色没了奖励通道也断。对使用者，这意味着“拿到过”与“拿得到”是两回事：进群资格、领取按钮、白名单身份都取决于当下条件是否仍然成立。

条件什么时候核对？官方说明是成员点击 Verify 的那一刻做一次校验；同时“多数条件持续同步”，即后端定期检查，失标者自动失去访问。两类时机叠加出常见事故现场：卖币当晚权限还在，下一次同步周期后就掉出群——不是有人手动踢人，是持续同步按规则执行。反过来，重新买回代币后一般也会自动恢复，但文档没有承诺即时性，恢复延迟取决于条件类型的同步频率。

官方文档专门列了一条“常见错误”：给一个成员已在持有的旧角色追加新条件，会让所有不满足新条件的现成员立刻失去角色，因为校验以当前条件为准。文档建议改为新建角色或提前公告。这条提醒反过来也保护用户——看到群权限突然消失，先想到“项目方可能改了条件”，再去看公告与角色页，而不是立刻怀疑自己被针对；同理，项目方“给老角色加条件”的操作，实际上是一次全体资格重审。

参与者视角还有一个容易忽略的细节：条件里的“链上活动”读取的是钱包地址的状态，而你展示给平台的地址未必是你日常持有的地址。文档描述的流程是先连接 Discord、X 或钱包账号，再按条件校验，多个身份之间的一次性绑定关系就构成了你的档案。档案错乱时（换了新钱包、旧地址卖了币、社交账号重连），掉权限的排查顺序应从绑定页开始，而不是先去质问管理员。把常用地址、常用社交账号与实际持仓三者对齐，是这类平台不挨踢的最省事办法。

最后把平台层与链上层分开：Guild 的条件判定发生在平台的索引与账号体系里，链上持有是输入之一，但角色、积分、群权限本身不是链上资产（除非奖励明确发的是 NFT 或代币）。评估一个用 Guild 运营的社区福利，问题清单应是：条件引用哪些链上数据、多久同步一次、奖励是平台内凭证还是链上资产、规则变更是否提前公告。四问都有答案，门禁才是透明规则；任何一问空白，权限的来去就只能靠运气和客服了。

本文为机制说明，不构成任何投资建议。