【治理公示】S11 治理权申领不足情况说明及优化执行方案(按LIP65规则推进)

S11 治理权治理制度实施回顾

:triangular_flag_on_post: 发生了什么?

在刚刚结束的S11季度,我们实施了新的治理权机制(LIP65提案)。根据设计,每位Buidler Card持有者需要在每个季度主动申领治理权,以此确保投票权掌握在活跃贡献者手中。

但数据显示:
▸ 103 具备资格的成员中,仅 5位 完成了 S11 季度的治理权申领

这意味着:
:warning: 一个普通提案只需 1人 赞成即可通过(计算规则:20%的绝对赞成票)
:warning: 重大共识提案也仅需 4人 一致同意(计算规则:70%的绝对赞成票)


:mag: 为什么会出现这种情况?

尽管在S11季度初在Buidler群有发布提醒大家申请治理权,可能依然存在以下情况:

  1. 我不知道该怎么做
    ▸ 找不到治理权申领入口
    ▸ 在S12工作组季度提案发起前没有被充分通知到
  2. 申领了也没什么用
    S11季度社区提案数量为 0
  3. 错过时间节点
    ▸ 提案发起才陆续有成员关注治理事务
    ▸ 发现需要申领时已错过截止期

关于当前正在进行的 S12工作组提案

尽管当前治理权激活人数未达预期,决定严格遵循LIP65既定规则推进S12提案进程

1. 规则效力确认

LIP65提案的核心原则:

“通过季度治理权申领机制,将决策权重动态分配给活跃参与者”
该提案已通过社区投票,其规则效力覆盖所有后续季度,包括S12。

2. 当前执行依据

  • 法理基础
    ▸ LIP65未设置最低激活人数门槛(为何不设置最低人数门槛的讨论
  • 流程合规
    ▸ Snapshot投票合约已按规则自动计算阈值
    ▸ 现有5位激活成员已构成合法治理群体

反思

经过反思,治理组在本次事件中需要承担以下责任:

  1. 通知宣传不足
    • 未在提案发起前充分宣导治理权申领流程,仅依赖季度初的简单通知
    • 未建立定期公示机制(如每周同步申领人数),导致社区对治理权状态无感知
  2. 风险监测缺失
    治理组未动态监测治理权申领数据,直到提案发起时才发现参与度不足,缺乏预警机制
  3. SOP执行不完善
    治理组梳理的治理标准操作流程(SOP)存在漏洞,例如未明确要求提案阶段必须同步宣传治理权申领,导致关键环节遗漏

后续事项

  • 优化 Buidler Card流程 成为 LXDAO Buidler
    ▸ 提醒新holder是否claim当季度治理权
    ▸ 设置弹窗引导跳转claim流程
  • 数据透明
    ▸ 开发治理面板(Dune)实时显示Claim人数
    ▸ 每周/每月公示数据
  • 充分通知
    依据完善后 LXDAO治理参与标准流程(SOP)
    ▸ 季度开始前在论坛及社群推送提醒
    ▸ 提案发起时同步宣传治理权申领
  • 充分激励
    ▸ 按LIP65设置激励池发放奖励
    ▸ 向参与投票成员发放专属badge
    ▸ 奖励发放明细公示社区
  • 惩罚机制
    ▸ 治理组PM Punkcan扣除300 LXPU激励
    ▸ 成员Ache扣除100 LXPU激励
    ▸ 成员Loxia负责治理面板的建立和维护
4 Likes

我就是那个传说中的 1/5

3 Likes

我就是那个传说中的 1/5

2 Likes

我就是那个传说中的 1/5

1 Like

我就是那个传说中的 1/5

1 Like