本文档定义了Jouleverse核心资产的20%部分所支持的核心基础工作范围、测量办法和激励标准。
层次(Layer):
共识 Consensus - 目标:增强共识,去中心化 社群 Community - 目标:更多的人,builder, contributor, user 应用 Application - 目标:孵化或验证工具型/生态型DApp的PoC(概念验证产品),更重要的是透过EcoFund等机制,推动生态应用的繁荣发展
WP-1 核心多签钱包管理 Co-owner of core multi-sigs
1.1 层次
共识
1.2 讨论区
Jouleverse#1
1.3 贡献价值
共同保管创世时生成的核心资产Joule;审核对核心资产的使用,确保符合预算计划和审计标准
1.4 主要工作量
响应多签钱包的签名操作,包括划拨预算、增减签名人等。按预算计划审查申请,及时响应;按规则审查增减签名人,执行操作
1.5 质量要求
通常应在24h内响应,最迟不得超过48h
1.6 激励标准
标准工时0.5h/月/钱包
1.7 激励对象
共同多签人
1.8 参与贡献
申请 -> 资格审查 -> 治理会议(CGC)批准 -> 既有多签人链上批准
1.9 退出贡献
申请 -> 治理会议(CGC)批准 -> 既有多签人链上移除
目前纳入核心管理的多签钱包:
多签钱包
资格要求
创世金库多签钱包
记账节点可以申请成为多签人
WP-2 节点运行维护 Node Operation & Maintenance
2.1 层次
共识
2.2 讨论区
Jouleverse#2
2.3 贡献价值
生成区块(仅记账节点),存储和验证区块数据,维持共识,提供服务
2.4 主要工作量
租赁主机(成本项折合为工作量);搭建节点;运行节点;维护节点;安全事件响应;故障响应;需求响应,如升级需求、配置需求、组网投票需求(仅记账节点)等
2.5 质量要求
保障节点稳定运行;保持至少一种联络方式7x24h畅通;各项响应速度通常应在24h内,最迟不得超过48h
2.6 激励标准
标准工时5h/月/独立IP节点(按IP统计)。每人每种类型节点最多1个(包括:见证节点+rpc/relay/审计,记账节点,测试节点)。
2.7 激励对象
节点运维者
2.8 参与贡献
参阅知识库文档:节点搭建流程
2.9 退出贡献
申请 -> 治理会议(CGC)批准 -> 既有记账节点链上投票移除 -> 审计移除 -> 退还质押
4.1 层次
社群
4.2 讨论区
Jouleverse#4
4.3 贡献价值
引导新用户,完成空投等必要冷启动工作,让用户更好地参与到Jouleverse的生态中来
4.4 主要工作量
引导新用户完成KYC登记 对新用户完成JTI认证 对新用户完成新手加油(免费赠予gas 0.005 J空投) 建立分组群,与用户日常交流,为用户答疑解惑 群发Jouleverse相关的信息或通知,提醒用户了解、学习或参与活动
4.5 质量要求
及时响应社群成员的需求,正面引导,但须注意不要过度承诺或浮夸宣传
4.6 激励标准
当月新增用户,按标准工时0.5h/独立用户(JTI)统计 当月留存且活跃【注1】的用户,按标准工时0.1h/独立用户(JTI)统计 KYC审核和JTI认证发放:按0.2h/独立用户(JTI) 年度大盘点重新梳理、联络、激活用户,激活用户当月按新增计算
4.7 激励对象
各组组长
4.8 参与贡献
申请成为组长 -> 完成高等级KYC -> 治理会议(CGC)批准
4.9 退出贡献
申请退出 -> 把分组交接给新组长 -> 在分组群宣布一下,完成交接
【注1】活跃用户目前有如下统计口径:
链上活跃JTI统计 + JNS项目报告的当月活跃JTI(分组统计),剔除当月新增JTI,计为当月存量活跃JTI。当月新增JTI,无论活跃与否,均按照新增JTI标准统计。
WP-6 核心治理会议 Core Governance Conference (CGC)
6.1 层次
社群
6.2 讨论区
Jouleverse#6
6.3 贡献价值
提供核心利益相关者一个讨论和交流的场所,集思广益。核心治理会议(Core Governance Conference)或称“核心治理议会”(Core Governance Council)作为Jouleverse治理的最高权力机构,表决通过一些重要的决议、规范和工作办法。
6.4 主要工作量
预定会议和通知 考勤签到记录和统计 会议纪要整理,归档到githubrepo: https://github.com/Jouleverse/open-meetings
6.5 质量要求
出席考勤要求:每月至少出席一次。
6.6 激励标准
预定会议:0.5h/次标准工时(按4次会议估算) 签到统计:0.5h/次标准工时(按4次会议估算) 议题征集 & 会议纪要整理归档(书记员工作):1h/次标准工时(按4次会议估算) CGC的发言分两类:(一)自由讨论:所有发言者不计PoWh;(二)主题发言:做主题报告或宣讲者按实际演讲时间报告PoWh。但不报告到这里。按实际工时报告到具体工作的工作包去。比如宣讲PoWh标准,就把时间报告到PoWh相关工作包。统计依据是CGC会议的书记员所记录的会议纪要中,给予议程议题的类型标记,以及报告时间的记录。 考勤(仅适用于核心贡献者)全勤:在基础工作量(须大于0)之上,加记1h/月全勤奖。无基础工作量,仅出席会议,则不计。如月中加入并自加入之后全勤,但加入前有错过1次以上会议的,本月全勤奖折半计算为0.5h。 全部缺勤:组长(WP-4)和见证节点(WP-2)原激励标准工时减记为0;记账节点(WP-2)减记为0.5h。 中间状态:无奖励,也无惩罚。
6.7 激励对象
核心贡献者以及全体Jouleverse DAO成员(持有wJ/投票权的所有人)
6.8 参与贡献
会议是开放参与的,凡Jouleverse DAO成员甚至任何对Jouleverse有兴趣的人皆可参与;核心贡献者则有义务参与,并接受出席考勤
6.9 退出贡献
注:PoWh非标工作包报告格式(暂定)如下:
日期 小时数(最小精度0.5h) (生产性)事务简述
举例:
{昵称} X月份 PoWh 报告:
---
1.8 2h 12月PoWh统计
1.10 1.5h 12月PoWh统计
1.17 2.5h XX教程第一版
1.18 1h XX教程第二版
1.20 3h 新建红包功能
1.21 2h 抢红包功能
1.28 2.5h 移植XX系统
---
总计:XX h
请注意:
原则上当期报当期的,过期不补报。 只需要报告productive hours(生产性时间),即针对直接有效产出物(可工作代码/有用的文档/可用的软硬件,等)的相关工作(coding/写文档/debug/调试/code review,等)。non-productive hours(非生产性时间),比如 纯技术学习、聊天交流、开会(CGC会议议程中规定可以报告的时间除外)等非生产性时间 无需报告。
直接列举到指定WP工作包对应的GitHub issue的评论区即可。
非标工作量时间报告采取三层把关机制:
工作包的“项目经理”们(开发类则通常是repo maintainers)对每个工作包的时间报告做第一层的review和把关,确保符合只报告具备有效产物的生产性时间,且工作效率在合理范围内 每个月轮值负责统计上月PoWh统计表的PoWh委员会委员,对所有工作包报上来的数字做横向对齐,并对显著不合理的时间报告进行质疑,要求提供进一步的补充材料和工作量证明,直至否决相关报告 每次PoWh委员完成的工作量统计表,须上会(CGC会),由core全体进行审查;统计表在github上完全透明公开,接受整个社群监督和质询;对存在强烈反对意见的报告项目,PoWh委员有义务组织听证,邀请被质疑的报告人上会(CGC会),接受议会的质疑并进行答辩,社群成员均可自由参会旁听听证
WP-3 工作量证明统计和执行 PoWh statistics & execution
3.1 层次
共识
3.2 讨论区
Jouleverse#3
3.3 贡献价值
维护和执行核心激励规则,驱动核心资产价值增量
3.4 主要工作量
确保占比20%的Jouleverse核心资产按照本规范(WP specs)每月统计和分发(全额发出)给对核心建设工作做出贡献的人 持续优化整理PoWh工作包规范(WP specs),提交治理会议(CGC)审查批准,颁布施行,并负责对具体条款进行解读 每月分工作包汇总核心贡献者的贡献工时,审查和把关上报的贡献工时数字 按规则计算空投数字,经治理会议(CGC)达成无异议共识,并审核批准 必要时组织贡献者上会听证,由治理会议(CGC)对存疑的工时数字进行质证,澄清事实真相 以wJ的形式执行激励发放
3.5 质量要求
次月发放上月激励,最多延迟不超过2个月
3.6 激励标准
非标准工作包按照实际报告工作小时数统计
3.7 激励对象
PoWh委员会成员
3.8 参与贡献
fork repo -> 收集统计数据/编辑文档 -> 提交PR/报告
3.9 退出贡献
7.1 层次
共识
7.2 讨论区
Jouleverse#7
7.3 贡献价值
Jouleverse区块链代码的开发、调试、维护;区块链网络可靠运行的相关保障工作,如审计、文档支持等等
7.4 主要工作量
区块链代码的合规定制 区块链运行问题的debug和解决 部署问题的实验、验证 geth客户端最新代码进展的跟踪、评估、验证和适时引进 网络运行状态的审计和监控,推动问题解决审计开源代码repo: https://github.com/Jouleverse/audit 相关文档编写和节点搭建支持jouleverse-node repo: https://github.com/Jouleverse/jouleverse-node jouleverse-chain source:(暂未开放)
7.5 质量要求
critical bug = 0
7.6 激励标准
非标准工作包按照实际报告工作小时数统计
7.7 激励对象
相关产出物的贡献者
7.8 参与贡献
fork repo -> 实现需求/fix bug/写文档/测试 -> 提交PR/报告
7.9 退出贡献
WP-8 区块浏览器 Block Explorer
8.1 层次
应用
8.2 讨论区
Jouleverse#8
8.3 贡献价值
Jouleverse区块链的数据查看,基本交互 长期目标应该是把区块浏览器从核心剥离出去,就像etherscan本就是独立于以太坊之外的、第三方独立运作的生态项目
8.4 主要工作量
开源repo https://github.com/Jouleverse/explorer 的维护、开发、bug fix,作为最低配的Jouleverse链的交互界面 为jnsdao的部署(jscan.jnsdao.com)提供代运维服务 —— 在jnsdao脱离core的孵化之前 对生态内其他有关区块浏览器相关的探索性、试验性工作进行非常规性的、有限度的支持 —— 在ecofund能够运转之前
8.5 质量要求
按开源代码标准,不提供质量保证,用户使用须自行承担所有风险
8.6 激励标准
非标准工作包按照实际报告工作小时数统计
8.7 激励对象
相关产出物的贡献者
8.8 参与贡献
fork repo -> 实现需求/fix bug/写文档/测试 -> 提交PR/报告
8.9 退出贡献
非活跃
9.1 层次
应用
9.2 讨论区
Jouleverse#9
9.3 贡献价值
JNSDAO奥德赛的历史遗产。目前无需进一步工作。
9.4 主要工作量
无
9.5 质量要求
无
9.6 激励标准
非标准工作包按照实际报告工作小时数统计
9.7 激励对象
相关产出物的贡献者
9.8 参与贡献
fork repo -> 实现需求/fix bug/写文档/测试 -> 提交PR/报告
9.9 退出贡献
10.1 层次
社群
10.2 讨论区
Jouleverse#10
10.3 贡献价值
提供可信身份认证的一个初级的、非垄断性的解决方案,致力于将Jouleverse打造为一个具有链上可信身份(抗女巫)用户社群的独特的链 长期来看,Jouleverse上应该涌现出更多提供可信身份认证的独立方案;其中,不排除有更权威的认证机构甚至国家机关上链对用户身份进行识别和认证
10.4 主要工作量
开源repo https://github.com/Jouleverse/jti2 的维护、开发、bug fix
10.5 质量要求
无
10.6 激励标准
非标准工作包按照实际报告工作小时数统计
10.7 激励对象
相关产出物的贡献者
10.8 参与贡献
fork repo -> 实现需求/fix bug/写文档/测试 -> 提交PR/报告
10.9 退出贡献
WP-11 nostr相关开发 nostr related dev
仅运维
11.1 层次
社群
11.2 讨论区
Jouleverse#11
11.3 贡献价值
历史遗留工作 为JNS用户提供一个在nostr协议中加V认证的服务 或许可以合并到JNSDAO工作包中去,目前处于仅运维的状态
11.4 主要工作量
JNSDAO nostr加V服务的代运维工作 repo: https://github.com/Jouleverse/nostr-gen
11.5 质量要求
无
11.6 激励标准
非标准工作包按照实际报告工作小时数统计
11.7 激励对象
相关产出物的贡献者
11.8 参与贡献
fork repo -> 实现需求/fix bug/写文档/测试 -> 提交PR/报告
11.9 退出贡献
WP-12 合规、投融资和生态基金相关工作 Compliance, Funding & EcoFund related
12.1 层次
核心
12.2 讨论区
Jouleverse#12
12.3 贡献价值
探索Jouleverse在保持最大程度去中心化的前提下,如何取得合规落地和监管相容性的途径 探索在Jouleverse core不融资、不发币的要求下,如何撬动外部资本,参与到Jouleverse核心和生态的建设中 探索高达80%的Jouleverse核心资产的使用和分配,目标是透过建立EcoFund运作机制,促进Jouleverse生态繁荣
12.4 主要工作量
调研,形成书面方案 落地,取得实际结果
12.5 质量要求
取得实际结果
12.6 激励标准
非标准工作包按照实际报告工作小时数统计
12.7 激励对象
相关产出物的贡献者
12.8 参与贡献
调查研究 -> 输出文档/方案 -> CGC会上形成共识 -> 执行方案
12.9 退出贡献
WP-13 白皮书和网站 Whitepaper and website
13.1 层次
核心
13.2 讨论区
Jouleverse#13
13.3 贡献价值
jouleverse.com域名的续费(无偿)和管理 —— Jouleverse core保持去中心化,无法币流入流出 知识库 how.jouleverse.com 的建设和维护(开源repo: https://github.com/Jouleverse/how )。仅限Jouleverse本身及核心相关内容。内容贡献不计入该WP,而是计入相关具体工作所属的WP(比如一篇节点搭建文档,工作量应报告到WP-7);只有知识库编辑人员review & fix & merge PR所耗费的工作量,会被报告到该WP中 探索所谓“官网”的建设 —— 一个去中心化的Jouelverse为何/如何可以有一个“官方”网站?谁是Jouleverse的“官方”? 组织Jouleverse所谓技术白皮书的撰写(此前写过一版;最好是像中本聪那样,先做,白皮书只是个总结;而不要像web2创业,先写PPT画饼,干的时候离题万里)
13.4 主要工作量
域名费用和维护 文档编辑工作 网站建设 文档输出
13.5 质量要求
取得实际结果
13.6 激励标准
非标准工作包按照实际报告工作小时数统计
13.7 激励对象
相关产出物的贡献者
13.8 参与贡献
fork repo -> 实现需求/fix bug/写文档/测试 -> 提交PR/报告 调查研究 -> 输出文档/方案 -> CGC会上形成共识 -> 执行方案
13.9 退出贡献
14.1 层次
核心
14.2 讨论区
Jouleverse#14
14.3 贡献价值
实现接入包括BTC (lightning network)或合规支付通道在内的 Gas On Demand (GOD) 系统;运行了GOD系统的服务器称为relay server GOD系统应容易与rpc节点配合使用,实现用户无需感知gas的存在,支付上链服务费即可完成上链
14.4 主要工作量
代码开发、测试、debug,相关文档等go-relay repo: (暂未开放) 合规落地方案 建设去中心化的relay network
14.5 质量要求
critical bug = 0
14.6 激励标准
非标准工作包按照实际报告工作小时数统计
14.7 激励对象
相关产出物的贡献者
14.8 参与贡献
fork repo -> 实现需求/fix bug/写文档/测试 -> 提交PR/报告
14.9 退出贡献
WP-15 核心治理工具集开发 core governance toolset dev
WP-16 链上红包开发 On-chain Redpacket dev
16.1 层次
应用
16.2 讨论区
Jouleverse#16
16.3 贡献价值
Jouleverse链上红包的一个简单实现(以结合JTI的anti-sybil和分组定向为特色,提供另一种分散WJ的手段)
16.4 主要工作量
开源repo https://github.com/Jouleverse/redpacket (合约部分) 的维护、开发、bug fix,作为最低配的Jouleverse链上红包功能,集成到区块浏览器 https://github.com/Jouleverse/explorer (前端部分) 对生态内其他有关链上红包相关的探索性、试验性工作进行非常规性的、有限度的支持 —— 在ecofund能够运转之前
16.5 质量要求
按开源代码标准,不提供质量保证,用户使用须自行承担所有风险
16.6 激励标准
非标准工作包按照实际报告工作小时数统计
16.7 激励对象
相关产出物的贡献者
16.8 参与贡献
fork repo -> 实现需求/fix bug/写文档/测试 -> 提交PR/报告
16.9 退出贡献
5.1 层次
应用
5.2 讨论区
Jouleverse#5
5.3 贡献价值
建设示范性、标杆型生态项目
5.4 主要工作量
社群建设 JNS拍卖会运营 JNSDAO公众号运营 官网内容更新;撰写、整理文档;撰写治理提案&上链 记账、合规审查、上链、发放工作 等
5.5 质量要求
引导和分配新人加入分组须24小时内响应、其他工作通常到可执行时,48小时内响应
5.6 激励标准
社群建设--分配新人加入分组 -> 跟进新人JTI认证和空投 -> 跟进新人获得JNS域名:0.5h/新成员(JTI+JNS域名) JNS拍卖会运营(基于现行的每场拍卖5个JNS域名)--协调工作:0.5h/场;将拍卖记录输入进表格:0.5h/场;JNS拍卖会拍品铸造与发放(不含非拍卖会部分):提交事务(submit):1h/场、确认事务(confirm):0.5h/场 公众号运营--编辑文章:0.5h/篇 JNS DAO官网内容更新(基于现行的每场拍卖5个JNS域名)--JNS域名拍卖活动实录、JNS拍卖收入和发放记录:0.5h/场次(不含非拍卖会部分)
5.7 激励对象
拍卖组 市场发展组 公众号运营 全体DAO成员
5.8 参与贡献
成为DAO成员 -> 在JNS DAO微信群报名
5.9 退出贡献
申请退出 -> 交接工作 -> 在JNS DAO微信群表示已退出贡献并已完成工作交接
重要规则修订需要记录于此,修订前,修订后,从某年某月开始生效的
rev = revision #,修订版和版本号,版本号越大越新,最大版本号为最新版本 prev = previous revision #,未定稿版本和版本号,版本号越大越旧
版本
生效时间(适用月份)
修订内容
经哪次CGC会议批准施行
rev3
2024.1起
CGC会议书记员纪要工作细分,标准暂定1h/次会议,具体见WP-6 WP-4活跃统计增加链上活跃JTI数据作为补充 知识库工作纳入到WP-13,相应的,WP-13扩充为白皮书和网站工作,暂不另设新WP,以免核心工作范围过快过度膨胀 EcoFund工作纳入到WP-12,相应的,WP-12扩充为投融资及EcoFund相关工作,同理,暂不设置新WP 补全了全部非标工作包的具体信息,给予贡献者更详细的指引
20240203
rev2
2023.9起
WP-6 修订前:全勤:加记1h/月全勤奖。 修订后:全勤:在基础工作量(须大于0)之上,加记1h/月全勤奖。无基础工作量,仅出席会议,则不计。
20230827
rev1
2023.9起
WP-4 修订前:留存用户按0.1h/人/月计算。修订后:留存活跃 用户按0.1h/人/月计算。活跃数据由指定生态项目汇报。 WP-6 修订前:按实际参会时间乘以系数折算。修订后:标准化为标准工时。并明确负激励 标准。
n/a
prev0
2023.1-2023.8
KYC审核和JTI认证发放,从0.1h/JTI调整为0.2h/JTI
n/a
prev1
2022.10-2022.12
未定稿草案
n/a