@昌用 自下而上归类评估，有两种办法：
第一种，是大类的划分先经过全体贡献者直接提名（类别）+直接投票（类别）两轮，先把大类的划分确定下来。后面的流程就与前两期一样了。
第二种，是设立“他项投票权”（票只能投给他人不能投给自己），赋予曾经在前一期当过大类贡献最高者且本期也是贡献者（贡献者是否需要确认未想好）的人一万他项投票权，赋予前一期当过大类最高贡献者但本期不是贡献者的人四千他项投票权，赋予当期每个贡献者一千他项投票权，所有拥有他项投票权的人投票给自己以外的当期贡献者，汇总当期每个贡献者得票占总票数的比例，最后每个贡献者按比例分配当期贡献奖励基金。
以上两种方案，供社区讨论时参考。
（都是我以前设计实体经济企业分配机制时的旧方案，稍加修改拿来数字经济社区套用，而且也没有经历过实战检验，如果有我没想到过的兼容性问题或者漏洞请谅解）

https://shimo.im/sheets/98QgWJCGd6DygcRV/ 《关于适合FCH社区优先发展的应用项目思考》，可复制链接后用石墨文档 App 或小程序打开

@昌用 是的，我搞错入口了，跑到发起交易里去了。

@昌用 又测试了一遍，发现需要在用第二个地址“查询可用余额”时，要选择“继续查询”按钮，即可。原来我选的时候没有注意，选成了“新查询”按钮，就不行了。这回搞清楚了。看来将来宣传培训时要注意这一点。

@昌用 今天测试了一下，现有的cash.sign，FCH的WEB钱包，都不能实现多个CID(公钥地址)的UTXO输入，无法很好支持FEIP4V2_密码关系协议的实现。全节点和电脑版钱包没安装，就没有测试。我觉得，社区的基础设施需要升级，才能对本协议提供有效支持。
望社区的开发者们考虑本建议。

@昌用 建议FOCP1和FOCP3两个协议里增加一个规则：重新发布时，如果对应字段里的内容为continue（或同功能字符），则表示沿用上一版该字段内容，否则为更新。
这样，在辅链存储时可以节省空间、提高传输效率，在创作修改时可以提高工作效率。

@昌用 至此，自由现金生态基础设施框架基本建成，具备了建立完整商业应用的基本条件。
————————————
又一大步！

@泽源ZY 就算要改，也是追加到后面。因为我认为发展靠的是在博弈中协作。现在还没有想好。
你可以提出自己的看法，丰富各种观点嘛

我心目中的密码社会特征

一钥通天下，
发展无障碍。
设施皆共享，
协作遵协议。
分配凭贡献，
稳固靠分布。

水雷zzHe
2020.05.05
（2020.05.07增添“发展无障碍，设施皆共享”两句。）