《社区治理季度讨论会》暨社区治理模式升级建议征集

一、背景

BuidlerDAO一直致力于去中心化,并致力于成为一个开放的人才社区,为更多个人和项目提供共同参与的机会。我们期待在这个开放平台上促进人才之间的交流碰撞,实现项目之间的合作共赢,并激发潜在的创新项目。

自7月份正式上线白皮书以来,BuidlerDAO 社区已经启动了第一期守护者(Guardians)竞选。在五个公会 Head 的组织下,社区成员以灵活的敏捷小组形式推动日常业务工作。经过近4个月的不断探索和实践,社区论坛共发布了20多次社区治理讨论帖,Snapshot 发布了11次治理提案和投票,有超过110名社区成员积极参与贡献。

季度末,为进一步提升 DAO 治理和运营能力,我们发起这样一次集中性的建议征集及讨论工作。

二、社区治理及运营建议征集

感谢大家在 S0 季度中对社区运营和治理提供的大力支持,运营公会收到了许多社区成员和业界朋友的宝贵反馈,为社区运营和治理模式的不断迭代提供了有益的参考意见。

相信大家仍然在日常工作中遇到许多治理方式与运营规则不合理、不清晰等问题,欢迎通过本次集中性讨论,将所有社区的运营缺点暴露出来,并给出你的宝贵建议。为方便大家梳理思路,可参考以下问题举例和建议方式:

问题举例:

  1. 贡献流程: 在参与社区贡献的过程中,是否遇到了流程上的困扰或不适?
  2. 社区会议与活动: 对于社区举办的会议和活动形式,有哪些改进建议?
  3. 规则与白皮书: 是否有关社区规则或白皮书的不明晰之处?(如有,请指出具体章节)
  4. 业务小组意见: 针对社区内的业务小组,是否有任何建议或期望?欢迎分享对小组工作的见解。
  5. 等等方面…

建议方式:论坛盖楼评论

  1. 陈述问题
  2. 提出治理建议(特别是白皮书修订建议)
  3. 给出运营建议:流程、规则、人员等

三、《社区治理季度讨论会》建议讨论会

本次治理模式升级将于2023年12月10日开始,并于12月19日召开《社区治理季度讨论会》。本次会议题将涉及:白皮书内容修订,运营、治理模式迭代等。会议结束后,运营公会将与 Governors 出具一个治理迭代方案。诚邀所有关心 BuidlerDAO 的社区成员和伙伴朋友积极参与,为 DAO 的运营和治理方式提供宝贵建议。

参与者: 所有 Governor 成员,感兴趣的社区贡献者

会议预约:Zoom,12月19日,周二 21:30 - 23:00(UTC+8)

社区治理季度讨论会Launch Meeting - Zoom

四、时间安排

  • 【建议】12月10日:开启为期7天的社区治理&运营和白皮书修订建议征集
  • 【会议】12月19日:召开《社区治理季度讨论会》
    • 白皮书修订方案
    • 运营及治理模式迭代
  • 【提案】12月20日-25日:2023.12新版白皮书修订

五、常见问题解答(FAQ)

  1. 谁有资格提出建议?

    所有参与 BuidlerDAO 社区建设的成员和关心社区的伙伴朋友都有资格提出建议。

  2. 建议的内容应包括哪些方面?

    建议内容包含但不限于社区运营工作、社区治理工作、业务小组的增删建议,以及对社区管理的建议等等。

  3. 我没有成熟的解决方案,是否仍可提出建议?

    是的,即使你对社区中存在的问题尚未找到完全成熟的解决方案,我们仍欢迎你提出建议。你的洞察力和发现问题意识对于社区的改进是宝贵的。

2 Likes

社区贡献者参与项目收益
社区不时会与优质项目方、社区和公链进行短期深度合作(教育课程、联合投研),且部分活动或合作能产生现金收益。为了促进项目的高质量达成,除了给参与贡献者记录$BRP, 是否可以拿出项目产生收益的 10~20% 作为激励分发给项目参与者?

运作流程:

  1. 立项:确认参与者人数,分配方式
  2. 记录参与者贡献度POC
  3. 结项:根据实际参与人数、贡献量分发激励

支持,同时也觉得 BuidlerDAO 内部的公会运行已经相对成熟与完善。

我认为可以有更明确的 Roadmap 作为指导,或者进行季度的回顾与计划,并探索更多增加国库收入和贡献者分红的途径。

2 Likes

建议社区运营成本由国库承担。

项目 Tally Form Discord Notion 腾讯会议 Zoom Twitter Blue
价格 29U/月 45U/月 36U/月 25RMB/月 149.9U/年 9U/月

Roadmap是指成员的成长路径还是其他的方面呢

有一个不明确的地方,本帖下的意见征集,是直接落地到白皮书修订建议?还是包含一些运营细节的建议?这两种类型的建议在社区的决策流程也不一样。

  • 白皮书修订需要全员投票;
  • 运营细节建议可以直接做为运营公会的内部共识决策。

关于明确社区讨论-提案-投票链路的建议

目前遵循白皮书<提案流程>(提案流程 - BuidlerDAO WhitePaper)约束,将标准的提案流程约定为:一般性讨论 - 正式提案 - 投票

在本季度实操中,出现了如下问题

  1. 同一话题下,一般性讨论和正式提案是否需要单独的论坛帖界定不明确;且守护者在论坛发布讨论 or 提案的位置经常出现问题;出现如下图所示的乱入

  2. 守护者是否可以根据话题待讨论程度,直接发起正式提案。特别的,对于一些项目的补充性提案、回溯性提案,无需根据讨论即可发起

  3. 除投票周期外,一般性讨论和正式提案的周期尚未在白皮书内明确,建议这一轮补充

  4. Snapshot 经常出现测试网宕机问题,且近期提案投票迁移到 snapshot demospace,在白皮书内需要补充说明

综上,根据以上暴露出的问题,社区讨论-提案-投票链路需要如下优化措施

一、修订白皮书:

  1. 对于全员决策和部分内部共识的提案,按以下流程:

    1. 1.一般性讨论(论坛:https://forum.buidlerdao.xyz
      1.1.任何人(Traveller及以上)可在论坛**「Idea and Open Discussion」板块发起讨论
      2.2.若
      自发帖日 7 天内**超过5个守护者评论、并认可需要提案,则由守护者发起正式提案
    2. 2.正式提案(论坛:https://forum.buidlerdao.xyz投票:https://www.vitae3.me
      1. 1.由守护者提炼内容,按照 BIP 模版在论坛「Proposal」板块发起正式提案
      2. 2.同时在投票平台同步正式提案内容
    3. 3.投票(投票:https://www.vitae3.me Snapshot Snapshot
      1. 1.除非另行规定,否则按最低 3 天投票期进行快照
      2. 2.投票应在白皮书约定的平台进行,但受限于当下网络不稳定等因素,现投票平台包括:Snapshot、Snapshot Demospace、Vitae3 等
      3. 3.投票正式完成后,提案人应将投票结果在论坛本话题内正式发布

    特别的,如果守护者判定该讨论性质属于项目补充性提案、回溯性提案等无需讨论的议题,可直接按照 BIP 模版在论坛「Proposal」板块发起正式提案,公示 3 天后发起正式投票

二、运营层面

  1. 运营公会负责人及时维护论坛「Idea and Open Discussion」「Proposal」板块的内容,如果发现乱入,及时更新讨论/提案的标签和标题
  2. 提醒守护者发起正式提案时,应在论坛「Proposal」板块正式同步,并将投票结果同步更新。

Hi, I need some help. Is this live broadcast still on ZOOM.

关于白皮书修订,我这边列了一个文档。主要涉及两个大类:文字规范的的修订和内容的调整。欢迎大家查阅并评论!

Notion 文档🔗:

1 Like

关于守护者选举、参与社区工作、汰换及退出的优化

目前白皮书在<守护者>[守护者 - BuidlerDAO WhitePaper ]章节,定义了节点守护者、治理守护者、决议守护者的产生及退出方式。但是本季度出现以下问题待处理:

  1. 部分不活跃的 Governor 尚未明确退出标准,需要一次新的内部共识投票确立新增、汰换的节点守护者
  2. 尚未定义守护者(特别是节点守护者)的评估、新增、汰换、声誉空投的周期
  3. 节点守护者由于没有历史贡献记录,缺乏以 BRP 为基础的投票权以参与社区治理;同时,由于节点守护者缺乏信息公示、沟通交流的渠道,更加与社区运营和治理决策脱钩
  4. 对于特殊的节点守护者(如顶级基金合伙人等)将更多承担“社区发展顾问”职能,而不一定直接参与治理工作,因此需要进一步修订退出标准
  5. 节点守护者作为特殊群体,将享有专门的 DAO Token(2%-5%)和项目 Token 池,应进一步规范权利及义务,待正式制定和签署含法律效力的“守护者协议”

综上,建议从白皮书规则、运营管理两个维度优化该治理问题

一、修订白皮书

Partners

节点守护者(Guardian of Nodes)。由项目 Founder、合作方、投资人、KOL、城市主理人等组成的高杠杆群体,是关键渠道、资源、节点。其成员称之为 Partner,是 BuidlerDAO 和项目的可信顾问,通过自己的专业知识、资源,对社区、项目提供建议、渠道和资源帮助,帮助思考复杂问题并解决战略性挑战,是伙伴、也是社区合伙人。BuidlerDAO 同时为 Partners 提供 DAO 内的所有资源,并设立专门的 DAO Token(2%-5%)和项目 Token 池。

节点守护者应签署具备法律效力的“守护者协议”,明确每位守护者特殊的权利、义务及收益,并在「内部共识」投票通过后默认生效,「内部共识」投票退出后默认失效。

Partner

产生方式:Guardian 可举荐加入,且需要 Guardians「内部共识」投票通过

退出方式:除主动退出外,若长期不参与投票或违背社区规则和利益,可由 Guardians 发起“内部共识”投票

参与方式:

  • 在代币 $Buidl 尚未正式发行前,节点守护者可以在每个季度末获得不超过 20% 全社区当季度贡献产生的声誉 BRP 空投,用于治理决策。
  • 执剑人应复核当季度节点守护者的贡献说明,如果没有特殊情况,节点守护者平均分配社区当季度空投

举例

当季度贡献者产生总贡献声誉为 10000 BRP,则 DAO 另行空投不超过 2000 BRP 给 10 位节点守护者,每位节点守护者收获 200 BRP

二、运营管理

  1. 建立 Governor Notion 档案,应包含标签和简介
  2. 白皮书修订规则通过后,建立包含节点守护者的 Governor 社群(考虑 TG),作为定期更新信息、同步治理信息的阵地

关于白皮书文字规范的修订
第一版白皮书中存在许多中文、英语以及格式上的问题。为提升文档质量,我们建议对这一部分内容进行勘误和修订。修订的具体细节已经记录在 社区治理&迭代方案文档,欢迎大家查阅并提供补充意见。

关于对白皮书-贡献和收益板块内容的调整
白皮书中的“贡献和收益”章节明确了 BuidlerDAO 社区成员参与贡献的方式和标准,并规定了一系列收益准则。在本次修订中,我们将调整任务/职位的增减,并制定相应的收益标准;同时涉及对长期和短期项目的详细定义以及相应的收益标准制定。有关详细信息,请查阅社区治理&迭代方案

取消治理代币部分解锁规则的描述。从已上锁的项目方了解到,在后面轮次融资和与交易所沟通中,这部分都会调整,所以不适合在这个时候确定锁定和解锁规则

经12月19日社区治理季度讨论会讨论,现将白皮书修订方案公示。

修改项一:文字规范修订

1.1 中英文拼写规范

公会和小组页面:

  1. Hacherhouse - Hackerhouse

1

声誉身份:

  1. Traveller - Traveler

全文范围内容修改

治理委员会 - Governor 治理小组

大小写:web3 - Web3

货币字符:BRP - $BRP

1.2 简介新增融资信息

Web3 人才和项目网络 BuidlerDAO 完成 200 万美元天使轮融资,红杉中国种子基金和 SevenX Ventures 领投,参投方包括 Bing Ventures、M77 Ventures、DRK Lab、Gate Labs、MirrorWorld、Conflux、Plancker DAO 核心贡献者 Nicholas Hu、zCloak Network 创始人 Xiao Zhang、Paka、Vitalbridge、Inverse Ventures、Doc Labs 等。

BuidlerDAO 成立于 2022 年 6 月,种子轮由 Panda Capital 投资 50 万美元,聚集投研、技术、运营等领域的 Web3 实干家,以 DAO 的方式组织内容输出和产品实践,建设全球 Buidler 的连接和协作网络,同时是红杉中国创业加速器 YUÈ01 期项目,也同时收到了香港科技园和数码港的入驻邀请,发展重心包括:持续搭建以 Buidler & Founder 为核心的高质量社区;围绕经济模型等垂直领域建立深度研究品牌;基于 DAO 和创作者经济的产品创新实践;全球优质创业项目孵化和加速。

报告我们会越来越好,感谢builddao的系列课程,学习到了很多以前没接触过的东西!

1 Like

修改项二:内容 Wording 的优化

1. 组织结构

1.1 展示声誉身份内容(门槛、收益权、身份证明SBT、NFT)

  • 声誉身份
    • A. 旅行者(Traveler)从各个渠道初识 BuidlerDAO 的朋友,也是每个人在 BuidlerDAO 故事的开始。“你好呀,旅行者!“获取方式: 加入 BuidlerDAO(Discord),按提示操作后即可获得「Traveler」身份权益: 可领取任务,积累声誉
    • B. 公民(Citizen)通过多次贡献、且长期参与社区建设的旅行者,BuidlerDAO 开放世界的公民获取方式: 个人声誉积分达到 $100BRP 后,即有资格申请公民身份,获得公民(NFT)权益: 1. 参与社区治理投票 2. 代币空投收益权 3. 进入社区名录 4. 领取社区任务
    • C. 贡献者(Contributor)通过多次贡献、且长期参与社区建设的旅行者,BuidlerDAO 开放世界的公民获取方式: 个人声誉积分达到 $100BRP 后,即有资格申请公民身份,获得公民(NFT)权益: 1. 参与社区治理投票 2. 治理投票中,额外10%的票权加成 3.代币额外10%的收益权
    • D. 建设者(Buidler)积累了一定领域内 声誉、且通过 Peer Review(该公会的建设者的内部共识投票)的成员获取方式: 拥有 Contributor 身份,且某一贡献方向声誉超过 200$BRP,总声誉超过 400$BRP 即有资格申请 Buidler 身份 NFT(首次获得某类型 Buidler NFT 时需要投票)若多次达到领域内声誉,可进行多次加成(例:该成员成为布道师后,再次达到门槛,则获得布道师NFT)按人才类型:
      • 工程师(Engineer):技术公会的奇才和构筑者,将代码转化为创新的动力,用技术的力量驱动社区的发展,为解决复杂问题提供强大支持。“我以技术之力,创造改变的奇迹!”
      • 研究员(Researcher):投研公会的知识探索者,不断深入领域的边界,挖掘智慧的宝藏,为社区带来新的见解和前沿的研究成果。“探索无尽的知识海洋,谦卑地贡献我的发现!”
      • 运营官(Steward):社区的守护者和推动者,运营公会的成员以卓越的组织和管理能力,维护社区的和谐运行,为成员提供优质的环境和体验。“守护社区的使命,以坚定的决心推动进步!”按贡献类型:
      • 布道师(Evangelist):教育公会的热情传道者,倾注心力于教育和启发,引导社区成员掌握知识,拓展技能,助力他们在 Web3 世界中发光发热。“信念燃烧,用智慧演绎教育的魅力!”
      • 航海家(Voyager):冒险家和创业者,勇敢地踏上未知的航程,探索新的领域,开创独特的项目,为行业带来变革和成长。“胸怀梦想,航向未知,引领新时代的探索!”权益: 1. 享受 Contributor 贡献者所有的权益 2. 治理投票中,额外10%的票权加成 3. 额外10%代币空投收益加成 4. 有资格申请 Buidler NFT

备注:
*投票权(在治理代币发行后,将通过治理代币投票);若产品能力不支持,投票权不进行身份加成

2. 新增引路人案例

3. 新增社区组织结构图表

新人 Onboarding

引路计划:每个新人 Traveler 可以和一个社区成员形成“引路人-跟随者”(Guide-Follower)关系,Guide 可以帮助新人了解和参与社区

  • Guide 要求为 Citizen 身份及其以上;每个 Guide 最多可同时拥有 10个 Follower,成员也可申请换 Guide
  • 奖励:若 Follower 获得 Citizen 及其以上身份,则 Guide 额外获得该成员成为 Citizen 后 6个月内的总积分 x 10%,不设上限
  • 案例:Alice 作为 Guide,Onboard 新成员 Bob 进入社区。Bob 在成为 Citizen 后的6个月内共获得 1000 $BRP 声誉。 Alice 可以获得 1000 $BRP x 10% = 100 $BRP 作为引路人 Bounty。

2.提案和投票

2.1 合并决策类型页和投票规则页

2.2 完善投票周期、类型等内容

A. 全员决策(All-hands Resolution)

涉及大量资源(时间、资金、精力、资源),影响到广泛社区成员利益、需要尽可能多的人参与和知情的提案。该类决策是花费时间最多、最严肃的,数量相对较少

  • 提案形式: BIP-XXX:BuidlerDAO 的改进提案(BuidlerDAO Improvement Proposal),模版:BIP-001: XXX
  • 提案投票时长:投票不少于3天(72小时)
  • 投票最低参与人数:Citizen 及其以上人数的20%
  • 投票最低声誉:Citizen 及其以上总声誉的20%
  • 投票通过率:60%

B. 内部共识(Internal Consensus)

由该群体的团队内部进行,受其授予的责任范围限制,在做出决定之前需要对决策影响的个人或团体进行咨询。这里的“该群体的团队”包括:公会、小组、守护者等

  • 提案形式: BIP_XX-XXX:BuidlerDAO 的改进提案(BuidlerDAO Improvement Proposal_XX Guild)
    • 在五大公会内部公示解决的提案分别为:BIP_Res、BIP_Tech、BIP_Edu、BIP_Inc、BIP_Op
  • 提案投票时长:投票不少于1天(24小时)
  • 投票最低参与人数:”内部“人数的20%
  • 投票最低声誉:”内部“总声誉的60%
  • 投票通过率:60%

备注:新季度内部共识需采取标准化提案方式

C. 个人裁决(Individual Arbitration)

在授权的责任范围内由团队负责人执行。需要花时间思考、尽可能广泛地征求意见,最终做决策并个人承担责任

2.3 完善投票规则

身份门槛:$BRP > 100 (Citizen 身份及其以上)在投票治理代币 $Buidl 发行之前,声誉代币 $BRP 和 $pBRP 将作为投票治理凭证

计票方式:在可实现的情况下,按照「声誉x身份」衡量权重,否则以声誉($BRP+$pBRP)作为唯一指标

有效性:一般情况下,需同时满足:最低投票时长、最低投票人数(按照 Citizen 及其以上算)、最低投票声誉和投票通过率

否决权:社区的任何决议(除非受创始宪法中不可篡改规则的制约)均受到否决权的影响。行使否决权需得到半数以上执剑人的通过。

2.4 完善投票流程

  1. 对于全员决策和部分内部共识的提案,按以下流程:
  2. 一般性讨论(论坛:https://forum.buidlerdao.xyz)1.1.任何人(Traveler及以上)可在论坛**「Idea and Open Discussion」** 板块发起讨论 2.2.若** 自发帖日 7 天内**超过5个 Guardian 评论、并认可需要提案,则由守护者发起正式提案
  3. 正式提案(论坛:https://forum.buidlerdao.xyz投票:https://www.vitae3.me
    1. 由守护者提炼内容,按照 BIP 模版在论坛「Proposal」板块发起正式提案
    2. 同时在投票平台同步正式提案内容
  4. 投票(投票:https://www.vitae3.me Snapshot Snapshot Demo Space)
    1. 除非另行规定,否则按最低 3 天投票期进行快照
    2. 投票应在白皮书约定的平台进行,但受限于当下网络不稳定等因素,现投票平台包括:Snapshot、Snapshot Demo Space、Vitae3 等
    3. 投票正式完成后,提案人应将投票结果在论坛本话题内正式发布特别的,如果 Guardians 判定该讨论性质属于项目补充性提案、回溯性提案等无需讨论的议题,可直接按照 BIP 模版在论坛「Proposal」板块发起正式提案,公示 3 天后发起正式投票

3.贡献和收益

3.1 A. 长期或短期任务 Task Based(优化内容)

具体贡献内容举例 挑战层级 挑战系数
社媒社群运营、公会任务&身份面板管理、社区会议参与、会议活跃度、表单制作&整理 1 1.2
内容排版、课程助教、Space/播客内容整理、图片模板编辑 2 1.8
翻译校对、播客/视频剪辑、Space/播客主持、市场BD 3 2.8
题库编写、技术开发、布道授课、研报撰写、课程/播客嘉宾、经济模型设计、原创海报设计等… 4 4.2

任务发布及声誉授予流程

确定任务类型:绝大部分任务都需归属到任务类型(比如研报)。任务类型由 Governor 治理小组发起“内部共识”提案,新增/删除任务类型并确定时长、挑战层级,从而确定该任务的参考值,即时长*挑战系数

自主/代提交:成员可以在 Notion、Discord、论坛等认领任务,并基于参考值自主提交声誉,范围为:[0,参考值x150% ];Head 或 Leader 也可与贡献者协商确认后代为提交

审核:由 Head 或 Leader 审核成员提交的声誉,审核内容包括提交数据的正确性,以及根据实际效果、团队内预算进行调整

公示:在社区内进行公示,最低3天。如有异议,可提交 Governers

3.2 D. 补偿性追溯 Compensatory Based(优化内容)

对于一些特殊项目、事件、或贡献,由于其特殊性、复杂性或需要较长时间才能进行公允评估,我们保留了后期进行补偿性追溯的权利。目前已确认需要进行追溯的包括:

  • 按照 PoC 对 2023.05.01 之前贡献者统一进行回溯性声誉空投(已完成)
  • 对 2023.7.1 之前填写了 Join BuidlerDAO 报名的成员统一进行补偿性声誉空投
  • TGE 时对社区贡献者(按照身份 x 声誉)和孵化、加速项目进行治理代币空投
  • 对 SpringX 01期专项小组贡献者统一进行回溯性声誉空投

声誉追溯流程

根据声誉追溯数量、影响范围等情况,由Guraduan提案或者作为正常声誉提交流程进行追溯

3.3 A . 声誉代币(增删错误链接)

  1. 替换-贡献类型 链接
  2. 删除-加权后计算权重链接

3.4 完善收益内容

$BRP(Buidler Reputation Points)与 $pBRP(Proof of Buidler Reputation Points) 是 BuidlerDAO 的链上贡献和声誉证明,发布在测试网,奖励给那些始终以高质量出现的贡献者和合作伙伴。声誉会按照贡献类型进行发放,包括基于任务、职位、项目的发放和不定期追溯、空投。声誉和身份将作为未来治理代币发放的权重依据。

其中,$BRP 作为可转移代币部署在 Polygon 测试网;$pBRP 作为不可转移代币部署在 Polygon 测试网。

修改项三:明确 Guardians 参与&退出机制

1. 组织结构

1.1 新增 Guardian 退出方式标准

Guardian 退出方式(下列项目其一):

  1. 长期未参与社区治理(未参加会议、论坛评论或投票),且季度内的 POC 积分低于60分,则在季度结束后进行 Burn。
  • Guardian 满足以下任何一项,则代表未达到应有的参与标准:
    • 参与任何会议的次数少于3次
    • 参与论坛评论的次数少于3次
    • 在提醒后未参与治理投票,季度内投票次数少于3次。
  1. 违背社区利益,Guardian可发起内部共识提案 Burn
  • 内部共识投票
    • 通过标准(N-1)* 60%( N:Governor 总人数)

1.2 新增 Partner 选举、参与社区工作、汰换及退出的机制

节点守护者(Guardian of Nodes)。 由项目 Founder、合作方、投资人、KOL、城市主理人等组成的高杠杆群体,是关键渠道、资源、节点。其成员称之为 Partner,是 BuidlerDAO 和项目的 Advisors 和顾问,通过自己的专业知识、资源,对社区、项目提供建议、渠道和资源帮助,帮助思考复杂问题并解决战略性挑战,是伙伴、也是社区合伙人。BuidlerDAO 同时为 Partners 提供 DAO 内的所有资源,并设立专门的 DAO Advisor Token 份额(2%-5%)和项目 Token 池。

节点守护者应签署具备法律效力的“守护者协议”,明确每位守护者特殊的权利、义务及收益,并在「内部共识」投票通过后默认生效,「内部共识」投票退出后默认失效。

Partner

产生方式:Guardian 可举荐加入,且需要 Guardians「内部共识」投票通过

退出方式:除主动退出外,若长期不参与投票或违背社区规则和利益,可由 Guardians 发起“内部共识”投票

参与方式:

  • 在代币 $Buidl 尚未正式发行前,节点守护者可以在每个季度末获得不超过 20% 全社区当季度贡献产生的声誉的 $pBRP 空投,用于治理决策,同时 $pBRP 也将作为未来 $Buidl 空投的参考依据。
  • Sword Holder 应复核当季度 Partner 的贡献说明,节点守护者在平均分配的基础上进行调整,分配社区当季度空投

举例:
当季度贡献者产生总贡献声誉为 10000 $BRP,则 DAO 另行空投不超过 2000 $pBRP 给 10 位 Partner,每位节 Partner 收获 200 $pBRP

修改项四:新增任务、职位及项目收益信息 & 删除解锁周期

1. 贡献和收益

1.1 任务

任务 挑战层级 挑战系数 参考工作量(小时) 案例
内容排版 2 1.8 1~2 Mirror、Medium、Substack
课程助教 2 1.8 1~2 运营1~2小时的直播课
财务内容整理 1 1.2 1 财务小组提案整理
社区会议参与 1 1.2 1 运营周会、社区大会、小组会等。至少在线15分钟。由社区会议参与者记录。
会议活跃度 1 1.2 1 积极参与讨论,由会议发起人发放并申报
播客音频剪辑 3 2.8 3 播客音频剪辑
播客/Space主持 3 2.8 2 播客主持人、副主持人
播客/Space嘉宾 4 4.2 2 播客嘉宾
市场BD 3 2.8 2 成功对接外部资源

1.2 职位

职位 低于预期 符合预期 超出预期 工时 工作内容
内容小组 30 60 120 20 1. 统筹 BuidlerDAO 社区内的内容输出工作,负责内容的排期 2. 对接公众号、Substack、小红书、即刻等内容运营渠道,熟悉使用内容制作工具 3. 建立一套 BuidlerDAO 内容生产和运营的 SOP 流程
社区管理小组 30 60 120 20 1. 建立高效的 Onboard 机制,使得优秀的人才更顺畅进入社区 2. 梳理社区内部各岗位权限,日常维护社区身份体系 3. 负责微信、DC 等社群的日常维护 4. 配合内容小组,宣发支持
品牌与市场 20 40 80 10 1. 建立社区资源数据库,梳理 BuidlerDAO 现有市场资源,建立社区内品牌资源使用机制 2. 积极拓展 BuidlerDAO 市场资源,维护与优质项目方、公链和社区的合作关系 3. 围绕全球城市节点计划,拓展新的城市节点;落地社区线下活动
技术项目负责人 20 40 80 10
BuidlerTalk 15 15 15 4 +13.2BRP/期

1.3 C. 长期或短期项目 Project Based(项目收益)

项目通常涵盖多种贡献者参与和多项技能操作的离散任务,例如教育课程(如 Sui MOOC)和投研专项(如 SocialMapping)。在整个项目中,将贡献者的贡献以 $BRP 的形式进行记录,然后通过对每个人在项目中的实际贡献进行评估,从项目产生的现金收益中提取 10% ~ 20% 作为激励发放给贡献者。此过程由项目负责人进行“个人裁决”并结合“内部共识”来衡量。

立项及声誉授予流程

立项和预算审批:一般立项需进行提案,通过全员决策、内部共识(如需要可进行保护性提案),提案中需确定预算范围

声誉分配:若无另行规定(如有,需在立项提案时确定),项目完成后,80%的声誉分配由该项目负责人对成员贡献进行衡量;20%的声誉通过成员互投进行分配

公示:在社区内进行公示,最低3天。如有异议,可提交治理委员会

特殊项目

BuidlerDAO 社区具备为(创业)项目提供孵化和加速的能力:

若项目从社区生长出来、基于社区业务展开,则为孵化项目,同时为保留项目团队一定的自主性、能动性,默认按照项目所属权 10%-25%归属该项目自身团队、75%-90%归属其它(包括社区、未来可能的投资人等),BuidlerDAO 作为社区若从中获得代币收益,应属于后者中的社区部分

  • 加速器 1.0:在发起 SpringX 加速营之前,BuidlerDAO 做过项目加速(当时称为“孵化”,主要由孵化公会承接)的尝试,累计收到过 50+项目申请,筛选了 10+通过。这些项目本身为独立团队、独立项目,由社区提供人才、资源对接、发展支持等服务,和社区业务关联性不大,项目包括 Nextme、Furion、MetaShield、Ubiloan等,给予社区的 Token 一般不超过3%

  • 加速器2.0:在 2023 年 9月,BuidlerDAO 联合16 家机构和项目方发起 SpringX 加速器,通过批次(cohort)的方式筛选项目并提供加速能力。基于 SpringX 未来也会有更多延展,这类加速器项目,会得到社区提供的人才、资源对接、发展支持等服务,被认定为加速项目,通过协议的方式确定下来。在此情况下,社区一般将获得不超过总 Token 数量的 3% 作为回报。

1.4 B. 长期职位 Position Based(新增全职)

以全职或兼职的方式参与社区的核心职位。长期职位包含大量沟通、管理、思考,以及足够的专注度、机会成本、责任和风险等方面的考量,这些贡献无法仅通过时长等简单指标来公平计量。这些职位包括但不限于执剑人、专项小组Lead、新媒体渠道运营等。因此,我们需要通过适当的职位授予机制来周期性地认可和奖励贡献者。这种声誉授予的方式应该分级进行,例如运营公会执剑人分为三个档次,分别对应不同级别的贡献(比如有100、200、400三个档次)。

兼职:

  • 参与方式: 通过竞选大会竞选
  • 贡献标准: 参照职位规划及任务&职位声誉参考
  • 激励收益: 提供 $BRP 作为激励

全职:

  • 参与方式: 社区招募;HC 由 Guardians 讨论决定,并由 Guardians 对候选人进行“内部共识”的投票表决
  • 贡献标准:
    • 签署全职协议
    • 遵循全职工作内容和时长要求
  • 激励收益: 提供 USDT 和 $BRP 作为激励

现有的职位类型和衡量标准:

职位声誉参考标准

职位确定及声誉授予流程

确定职位类型:由 Governors 新增/删除职位类型,确定梯度标准

自主提交:按周期(默认为月)进行声誉授予,由成员自主提交

声誉审核:由执剑人之间互评(结果需由 Governors 进行审核)

公示:在社区内进行公示,最低3天。如有异议,可提交 Governors

2. 治理代币

2.1 取消解锁规则的描述

修改项五:完善资金规则

1. 新增预算申请标准表格,优化文字表达

季内经费

存在一些在周期内非计划中出现的项目、事件,按照资金量、影响面决定在多大范围内进行确认

  • 小于 500U 及当期等值 $BRP 的预算申请,告知 Governor 治理小组后个人裁决
  • 大于 500U & 小于 1000U 及当期等值 $BRP 的预算申请,需 Governor 治理小组“内部共识”投票通过
  • 大于 1000U 及当期等值 $BRP 的预算申请,需社区“全员决策”投票通过

在季度复盘时,需对本季度的季内经费进行披露

预算(U) 申请方式
U<500 告知 Governor 治理小组后个人裁决
500<U<1000 Governor 治理小组“内部共识”投票通过
U>1000 社区“全员决策”投票通过