说明：社区自治占出块奖励的10%。
1 核心开发(5% 每天分配46080 Chives)
| 子顶 | 分配比例 | 性质 |
| 核心代码开发 | 3% | |
| 区块链浏览器 | 0.5% | |
| 移动端钱包 | 1% | |
| 服务器等费用 | 0.5% |
2 文档编写及翻译(1% 每天分配9216 Chives)
| 文档管理系统开发 | 0.5% |
| 中文编写 | 0.1% |
| 英文编写 | 0.1% |
| 其它语言翻译 | 0.1% |
3 社交媒体运营(2% 每天分配18432 Chives)
| 子顶 | 分配比例 | 性质 |
| QQ群组 | 0.3% | |
| 微信群组 | 0.3% | |
| DISCORD | 0.3% | |
| 0.3% | ||
| 0.3% | ||
| 推特 | 0.3% | |
| 其它 | 0.2% |
4 其它剩余(2% 每天分配18432 Chives)
这部分用于支持视频制作以及推广（0.5%），商业推广（0.5%），余下1%暂时不定用途，用于突发或是灵活支配。
5 社交媒体推广计量奖励
| 子顶 | 奖励（Chives） | 性质 |
| 撰写一篇关于Chives的BLog | 一次性 300 | 不少于500字，原创部分比例不少于40%，提供发布社交媒体链接。 |
| 组建微信群组 | 凡超过200人以上的群组， 每个月都有500 Chives的奖励 | 额外一次性奖励：每过200，500，1000人，均奖励对应数量的Chives。 如群组人数超过500人，就直接一次性奖励500。 |
| 组建DISCORD群组 | 凡超过200人以上的群组， 每个月都有500 Chives的奖励 | 额外一次性奖励：每过200，500，1000人，均奖励对应数量的Chives。 如群组人数超过500人，就直接一次性奖励500。 |
| 组建FACEBOOK群组 | 凡超过200人以上的群组， 每个月都有500 Chives的奖励 | 额外一次性奖励：每过200，500，1000人，均奖励对应数量的Chives。 如群组人数超过500人，就直接一次性奖励500。 |
| 组建REDDIT群组 | 凡超过200人以上的群组， 每个月都有500 Chives的奖励 | 额外一次性奖励：每过200，500，1000人，均奖励对应数量的Chives。 如群组人数超过500人，就直接一次性奖励500。 |
| Chives官方推特 | 每月2000 Chives | 可以有三到五个官方账号，细分不同用途。 大概每个月会有2000 -10000 Chives需要分配。 |
| 其它 |
6 关于剩余Chives的处理方式
社交媒体部分的2%：每个月结算一次，如果有剩余的部分，保留50%做为储备，余下50%，给所有社交媒体部分的持币地址，平均分配。
文档编写及翻译的1%：如有剩余，暂时不动。
其它剩余的2%：去除视频和商业推广的开支，余下的Chives，暂时不动。
7 关于奖励申请方式和奖励结算周期（需要链外预算投票系统支持）
1） 等预算决策投票系统开发完成，任何人可以申请奖励，也可以申请成为审核人员（负责审核其它人员的奖励申请）。
2） 奖励随时申请，随时审核。
3）奖励审核人员暂时控制在20名以内。
4）每个奖励申请，需要至少四名审核人员审核同意，最多六名审核人员可以审核。
5）一个账户，即可以申请奖励，也可以做评估。但是自己不能评估自己的奖励申请。
6）每个审核人员，根据审核记录的数量进行奖励，每次审核可以获得10Chives，如果月度审核记录数量超过50，可以再额外获得500 Chives的奖励。
7）针对审核人员的加入，监督，退出机制，等预算决策投票系统运行一段时间以后再详细规定。前面几个月可以采用开放的机制对外开放，如果发现审核人员发恶，直接停用其账号的审核功能。主体思路是：信任，监督，运动。
8 奖励分配的额外说明
由于现在还太清楚有多少人参与社区贡献，所以暂时写了一个较低的Chives分配方案。
我们可以试行两个月看一下每个月结余的Chives数量有多少，如果过多，可以适当再调整这个奖励方案。
不能设置过多奖励的原因是，要防止社交媒体奖励超出2%的限制。毕竟，如果有结余，我们还可以再空投给大家。
9 其它说明
这个规则，只是暂时的一个方案，具体的细则，可以在实施的过程中，边讨论边修改。