S11 治理权治理制度实施回顾
发生了什么？
在刚刚结束的S11季度，我们实施了新的治理权机制（LIP65提案）。根据设计，每位Buidler Card持有者需要在每个季度主动申领治理权，以此确保投票权掌握在活跃贡献者手中。
但数据显示：
▸ 103 具备资格的成员中，仅 5位 完成了 S11 季度的治理权申领
这意味着：
一个普通提案只需 1人 赞成即可通过（计算规则：20%的绝对赞成票）
重大共识提案也仅需 4人 一致同意（计算规则：70%的绝对赞成票）
为什么会出现这种情况？
尽管在S11季度初在Buidler群有发布提醒大家申请治理权，可能依然存在以下情况：
- 我不知道该怎么做
▸ 找不到治理权申领入口
▸ 在S12工作组季度提案发起前没有被充分通知到 - 申领了也没什么用
S11季度社区提案数量为 0 - 错过时间节点
▸ 提案发起才陆续有成员关注治理事务
▸ 发现需要申领时已错过截止期
关于当前正在进行的 S12工作组提案
尽管当前治理权激活人数未达预期，决定严格遵循LIP65既定规则推进S12提案进程
1. 规则效力确认
LIP65提案的核心原则：
“通过季度治理权申领机制，将决策权重动态分配给活跃参与者”
该提案已通过社区投票，其规则效力覆盖所有后续季度，包括S12。
2. 当前执行依据
- 法理基础：
▸ LIP65未设置最低激活人数门槛（为何不设置最低人数门槛的讨论） - 流程合规：
▸ Snapshot投票合约已按规则自动计算阈值
▸ 现有5位激活成员已构成合法治理群体
反思
经过反思，治理组在本次事件中需要承担以下责任：
- 通知宣传不足
- 未在提案发起前充分宣导治理权申领流程，仅依赖季度初的简单通知
- 未建立定期公示机制（如每周同步申领人数），导致社区对治理权状态无感知
- 风险监测缺失
治理组未动态监测治理权申领数据，直到提案发起时才发现参与度不足，缺乏预警机制 - SOP执行不完善
治理组梳理的治理标准操作流程（SOP）存在漏洞，例如未明确要求提案阶段必须同步宣传治理权申领，导致关键环节遗漏
后续事项
- 优化 Buidler Card流程 成为 LXDAO Buidler：
▸ 提醒新holder是否claim当季度治理权
▸ 设置弹窗引导跳转claim流程 - 数据透明：
▸ 开发治理面板（Dune）实时显示Claim人数
▸ 每周/每月公示数据 - 充分通知
依据完善后 LXDAO治理参与标准流程（SOP）：
▸ 季度开始前在论坛及社群推送提醒
▸ 提案发起时同步宣传治理权申领 - 充分激励
▸ 按LIP65设置激励池发放奖励
▸ 向参与投票成员发放专属badge
▸ 奖励发放明细公示社区 - 惩罚机制
▸ 治理组PM Punkcan扣除300 LXPU激励
▸ 成员Ache扣除100 LXPU激励
▸ 成员Loxia负责治理面板的建立和维护