[DIP-36] 集成社区管理与新(认证)运营商委员会职责
摘要
AI 生成本提案旨在重组SSV DAO的社区管理与验证运营商委员会(VOC)。核心内容包括:将VOC的运营职责移交至SSV基金会,使其转型为专注于运营商发展与框架构建的顾问型委员会;由基金会实施面向公共运营商和DAO贡献者的综合社区管理策略。提案详细规划了预算分配,并引入新的薪酬与支持工单系统,以及利用AI智能体处理基础咨询以优化支持流程。此外,明确了委员会成员的准入、退出机制及空缺处理规则,确保DAO治理的最终决定权。
注:摘要由 AI 自动生成,可能与正文存在差异,仅供参考。
提案内容
AI 翻译摘要
本提案 DIP-36 概述了 SSV DAO 内部社区管理和验证运营商委员会的重组方案。提案建议将 VOC 职责中的运营部分移交至 SSV 基金会,使 VOC 能够转型为一个专注于运营商发展与框架构建的顾问型运营商委员会。此外,提案详细阐述了由 SSV 基金会管理的综合社区管理策略,该策略面向公共运营商和 DAO 贡献者。提案包含了实施这些变革的预算分配,并引入了新的薪酬与支持工单系统以及由人工智能驱动的支持代理。
提案详情
- 摘要
- 提案详情
- 引言
- 验证运营商委员会
- 社区管理
- 综合社区管理
- 预算
- 运营商委员会
- 构成
- 预算
- 成员准入与退出
- 二级运营商支持
引言
验证运营商委员会
自 SSV 验证运营商委员会 及 [DIP-9] 验证运营商委员会延期 提案以来,VOC 一直拥有以下职责:
- 设计一个使成为验证运营商的过程简单直接的框架,包括清晰且有意义的基准,以帮助评估申请者的适用性。
- 确保运营商在其整个运营期间持续保持高质量标准。
- 标准化一个流程,以便能够识别、警告,并在必要时将不符合特定标准列表的运营商从验证运营商名单中移除。
- 持续评估新收到的验证请求,根据既定框架进行评估并提供批准或反馈。定期向更广泛的社区报告工作进展和交付成果。
自 DIP-9 以来,VOC 在基金会的帮助下已成功实施并完成了其职责。过去几个月,作为 DAO 的原始委员会之一,VOC 一直在探讨其未来的潜在发展路径。
本提案建议更新 VOC 的职责,将其任务中的运营部分转移至 SSV 基金会,因为这些工作已成熟且易于由基金会执行,特别是考虑到一些 KYC/KYB 操作已由他们处理。VOC 将转型为一个顾问委员会,更名为运营商委员会,并拥有本提案概述的新职责,确保政策制定权保留在委员会手中,而执行则由基金会负责。
社区管理
DAO 的活跃社区,除了大规模沟通外,主要已演变为包括 DAO 的临时参与者、对以太坊特别是 DVT 充满热情的个人,以及各种规模的公共运营商。这个社区主要在 SSV DAO 的主要平台 Discord 和 SSV 治理论坛上交流想法。
这种转变揭示了这些新受众中蕴藏着丰富的人才,使他们成为未来在 DAO 内担任正式角色的理想候选人,以扩大大使、核心贡献者的储备,并增加所有领域的治理参与度,招募新的核心贡献者,为委员会和 DAO 代表注入新鲜血液。通过本提案,DAO 将引入统一的社区发展路径,以有效支持目标受众,并展示与 DAO 愿景和宗旨相一致的身份认同,重点关注那些对 ETHos 投入最多的人群的清晰路径。
开发者社区、大型质押运营商和我们的战略合作伙伴根据 DIP-31 获得 SSV Labs 的专门支持,确保他们的开发和业务需求得到优先考虑。与 SSV 基金会一起,这些主要的增长驱动力——大规模质押合作伙伴和私有运营商——获得了专业的支持,并通过专用渠道保留了优先支持,本提案不影响这些渠道。
本提案针对当前与 SSV 网络 DVT 理念一致的受众,并将在 SSV 2.0 和 bApps 实现后需要扩展;它还旨在从 SSV Labs 接管剩余的社区管理任务。
综合社区管理
遵循最初且未改变的 DAO 愿景与宗旨 声明,综合社区管理旨在主要支持以下受众,以帮助他们取得成功并与 ETHos 保持一致:
- 公共运营商:中小型企业及有抱负的独立运营商。
- DAO贡献者:对SSV DAO感兴趣的个人,希望通过其各类项目(如大使计划、dGC计划、SSV Divers计划)参与并成长。
为支持上述目标群体,SSV基金会将负责为DAO提供端到端整合、社区管理与运营支持。工作重点包括但不限于以下活动:
- 运营并参与贡献运营委员会规划的端到端社区发展路径(DAO路径与公共运营商路径)。通过角色设定、等级体系、赏金计划、资质认证、游戏化机制及工具支持来落实这些活动。
- 创建以社区为中心的小型活动形式,以推广发展路径、项目成果与成就,例如"每周优秀运营商"评选、颁奖典礼和成果展示会。
- 积极与社区人才互动(包括更广泛的ETHos社区成员),通过直接接触或主动从其他DAO及社区招募新人才。
- 与市场团队紧密合作,将新人才引入社区发展路径,确保能在市场团队开展大型宣传活动或发布重要更新后及时迎接新成员。
- 主持并管理核心社区渠道(特别是Discord和论坛),包括角色权限、频道设置与权限管理。
预算
为支持上述倡议及相关活动,并考虑到各方(包括SSV Labs)职责的调整,SSV基金会将从待支付的SSV Labs开发拨款首期款项(DIP-31)中扣除60,000美元,并从2026年及后续年份的DAO委员会年度预算(DIP-26)中拨付75,000美元。此预算将专项用于本提案所述服务(例如人员招聘)。
运营商委员会
若本提案获得通过,验证运营商委员会(VOC)将更名为运营商委员会(以下简称"OC")。
OC的职责是向DAO提出以下行动建议:
- 支持公共运营商;
为各类规模的公共运营商提供二级支持,并根据下文"二级运营商支持"章节所述实现支持流程的自动化。 - 将公共运营商融入SSV社区;
开发面向公共运营商的教育计划,并与SSV基金会的整合社区管理团队协作建立配套的社区运营体系。 - 通过制定并实施招募计划,促进新运营商引入并扩大公共运营商规模。
- 构建验证运营商标识的获取、撤销及维护框架及相关政策;
将验证运营商项目的日常运营移交至基金会。
基于这些建议,DAO相关机构或论坛将决定具体实施方案。
成员构成
本提案建议OC由以下成员组成:
- @GBeast(负责人)
- @AXBLOX(成员)
- SSV Labs(成员)
自本提案通过之日起,上述人员将成为OC成员。相关实体应指定代表人员并公布其投票地址。
预算
OC成员每月将获得500美元报酬,指定负责人每月获得750美元报酬,均以SSV计价支付。SSV Labs成员不领取报酬。
若SSV价格跌破10美元/枚,委员会成员报酬仍按10美元/枚的基准价折算支付。
SSV基金会将动用DIP-9专项预算中剩余的6000枚SSV(原VOC预算),按照已解散的验证运营商委员会制定的标准与参数,实现运营商验证流程的自动化与持续维护。
成员准入与退出机制
OC应采用以下成员准入与退出机制,以提升委员会运作效率并减少涉及成员的DAO提案流程:
更换现有成员需经委员 会三分之二多数表决通过,且须在投票前至少提前七(7)天通知社区,以便社区表达非约束性意见。
若委员会成员主动提出退出意愿,可通过简单多数表决增补新成员。此类投票结果须在七(7)天内向社区公示方为有效。
如果任何或所有席位因任何原因出现空缺,SSV基金会将代为履行空缺席位的职责。这并不意味着基金会可以移除OC成员。如果OC因成员不足而无法运作,基金会将负责遴选新的OC成员。所谓"无法运作"是指多数成员(2名或以上)辞职,导致OC无法达到法定人数要求。
DAO关于替换、增补、罢免成员或修改委员会结构的投票具有约束力,其效力高于委员会或SSV基金会作出的任何决定。
二级运营商支持
本节概述了为各类规模的公共运营商提供二级支持的操作策略,以及实现部分支持流程自动化的方案。文中预估了支持工单的预期数量,并根据工单复杂度和SLA遵守情况,提出了针对OC成员及其他DAO核心贡献者的薪酬模型。所展示的数据说明了工单复杂度的预期分布,凸显了引入AI智能体处理基础咨询、优化支持流程的必要性,从而实现资源分配与运营效率的最优化。
根据收集到的部分数据,公共运营商平均每月会产生约20个支持工单。我们预计处理支持工单及回复Discord常规咨询的月均工作量约为20小时。
OC成员的薪酬将根据工单复杂度(如S/M/L级)以及响应与解决时长,按单结算(具体标准参照KPI表 格)。超出约定SLA范围的工单将不予计酬。
除OC成员外,任何DAO核心贡献者均可参与工单处理并获得报酬,前提是通过OC组织的持续培训。
以下工单复杂度分类仅为示例说明,对应上述数据点、薪酬标准、预期SLA要求及其分布比例。本提案实施后将根据实际数据更新:
| 复杂度 | SSV代币计酬标准 | 响应时间SLA | 解决时限SLA |
|---|---|---|---|
| S级 | 0美元 | 24小时 | 48小时 |
| M级 | 10美元 | 24小时 | 72小时 |
| L级 | 25美元 | 24小时 | 96小时 |
| 复杂度 | 分布比例 |
|---|---|
| 基础/重复性问题<br>Discord常规讨论<br>AI机器人处理(S级工单) | 约70% |
| 需经培训可处理的技术问题(M级工单) | 约15% |
| 高难度技术问题<br>可能需要工程师、客户端开发人员介入<br>或需核心团队升级处理(L级工单) | 约15% |
SSV基金会应负责定期制定、发布并更新SLA与薪酬框架,同时建立清晰透明的评估政策。报告生成与薪酬发放(包括工单复杂度分级决策)仍由SSV基金会负责 。相关支出从上述OC预算中列支。
运营商支持AI智能体
赠款委员会负责寻找合适的解决方案或实施方,以集成(运营商)支持AI智能体至Discord平台。该智能体应能对接现有及新建知识库,协助自动化处理并解决本提案所述的相关问题。
GC应运用其DIP-32预算,通过规范的RFI/RFP流程与任何GC认为合适的合作方进行接洽。