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负责治理面板的建立和维护