My personal contribution planning mainly to Jouleverse.
Jouleverse采取去中心化的协作模式，不存在一个中心化的项目主体，也就没有所谓的路线图、项目计划等等需要中央计划的东西。为了提高点对点协作的效率，作为节点和贡献者之一，我将尝试把向Jouleverse做出贡献的个人计划公开公示，以求产生更多的共鸣，吸引更多人参与进来一起贡献。
以下是2024.1.23更新的个人贡献计划列表：
对应工作包：
- JTI WP-10
具体工作：
- 写个脚本，扫描链上数据，拉一份完整的JTI 1.0认证记录（JTI #ID - 链地址 - 认证日期）出来
- 设计JTI 2.0的合约
- 实现前端界面（整合到区块链浏览器）
2024.12.6回顾：
- JTI1.0数据提取和迁移到JTI2.0已完成。✅
- JTI2.0合约代码（包含星球合约和JTI合约）开发、部署、流程改造已完成。✅
- 区块链浏览器集成JTI2.0代码完成。✅
对应工作包：
- 区块链浏览器 WP-8
- 红包 WP-16
具体工作：
- 红包的前端开发，集成在区块链浏览器中。目前由 @yj 在开发中。视情况配合。@Jeff 亦对此有兴趣（优化J红包封面）。
- 红包合约源代码
- 红包封面（前端）作为区块链浏览器的一部分，目前在区块链浏览器源代码的redpacket分支(skeleton)和redpacket_dev分支(@yj)进行开发中，与此相关的讨论在issue#1
- 链上合约bytecode与源码一致性校验。初步考察发现，市面上并没有可用的开源实现。需研究一个可行的serverless的解决方案。
- 合约工具加入calldata提取以及解码功能，方便多签操作之用（比如JNS铸造发放工作）。
2024.12.6回顾：
- 红包前端开发完成（前端主要开发工作由@yj完成，我主要做了代码审查）。✅
- bytecode一致性校验未完成。❌
- 合约工具开发了calldata生成功能。✅ 区块链浏览器calldata解码功能尚未实现。❌
对应工作包：WP-7
具体工作：
- 节点包之geth客户端，在admin.peers的name字段中，希望增加一个可配置的versionTag，以便于在更新节点包配置而不变更bin的情况下，也能通过admin.peers识别对端节点采用的配置版本。已委托 @一痕 帮助给出解决方案。
- 审计脚本，希望结合admin.peers的enode连通性，以及rpc 8501检查blockNumber，联合确认见证节点的活性。审计节点 @Jeff 提出可以统计当月活性率，作为审计指标。具体由 @Jeff 尝试编写。视情况或有需配合之处。
- 合规备案。以节点名义，企业身份，尝试合规备案，探索合规路径。
2024.12.6回顾：
- versionTag已开发完成并纳入新节点包。节点均已完成升级。（主要编码工作由@一痕 完成，我主要做的是节点包配置文件编写、打包发布，以及推动节点完成升级等工作）✅
- 编写了新版本的审计脚本，并将审计工作移交@Jeff负责。✅ 活性指标未实现——待讨论。❌
- 合规备案未落实。❌
另，Jouleverse网络节点发展概况：
- 截至2023年底，有5个记账节点，6个见证节点，共11个节点
- 截至2024年底(12.6)，有17个记账节点，50个见证节点，共67个节点
对应工作包：WP-15
具体工作：
- veJ的合约设计
- 治理合约设计
- timelock
- 链上提案和投票系统
- 治理攻击风险评估
- 锁定tokenomics
- 创世金库从多签迁移到治理控制
2024.12.6回顾：
- veJ合约设计完成。✅ 合约代码未开发。
- 治理合约设计未完成。❌
- timelock开发、部署完成。✅
- 链上提案和投票系统未启动。❌ 推行了多签质押+github模拟投票机制，打磨流程和需求。✅
- 锁定tokenomics：核心20% Joule迁移完成。✅ 生态80% Joule迁移尚未完成。❌
- 创世金库从多签迁移到治理控制（前置条件：治理系统完成）。❌