2020.6.4 关键字 github的win节点程序下载404 密签网站的下载地址是错的 发布了《伯乐计划》。
刘教授提出：github的win节点程序下载404。最新版本win
cais_6666回复：上挂的是sign cash的下载地址，是不是改了？https://download.sign.cash/freecash-1.0.4-win64.zip 这些都404了。
刘教授回复：应该是的。
比特邹提出：密签网站的下载地址是错的是不是需要更新。
刘教授回复：已经弄好了，可以试试。
大师提出：协议解析里面发现了这两个，这是干啥的？

刘教授回复：这是币天奖励的feip11 这里有所有协议的列表和链接。你处理的应该是知库吧？FOCP3V1_知库。https://bbs.cash/topic/235/freecash协议列表 。
大师回复：是的，理解错了。
刘教授回复：版本号可以不管，识别FOCP3就行了，版本可能会频繁升级。
大师回复：嗯嗯，我现在是针对协议号来处理的、版本号只是作为辅助参考程序已经更新了，添加了随机码的复制和二维码展示功能，可以看一下。
刘教授@pisa_n5oN：文件类型、文件名和文件的其他属性放到data里面好些。放在matadata中不太通用。能定义一下文件存储的data格式吗？用data存文件的时候怎么定义比如存图片，PDF文件，Word文件等。
pisa_n5oN回复：Data里也可以，具体业务协议规定就可以。
刘教授回复：对，怎么定义呢？https://shimo.im/docs/hUolpQuYSLIlmr2i/ 《FEIP2V2_文件存证》，https://shimo.im/docs/9E9mzuV5uAgc7C2X/ 《FOCP5V1_文件引用》，上面两个协议需要用到，加上类型和文件名两个字段。
刘教授@bibodeng ：Ifbot可以先做两个fch生态最急需，应用前景也比较广阔的功能：“贡献填报”和“知库”。步骤如下：

1. 生成在线私钥。用户加机器人好友，则生成一个代表该用户的在线私钥。
2. 注册在线CID功能。用户可以给在线私钥地址注册一个cid。
3. 授权主管CID功能。引导用户授权一个主管CID。授权按照协议《FEIP6V2_私钥间授权》（https://shimo.im/docs/vYtGRKJpkxQjvKhW），操作为“irrevocable authorition”，该cid不可撤销的永久掌控在线私钥的链下权益。
4. 贡献填报功能。用户可以随时在群里或私聊机器人填报贡献。简便起见，可只填写贡献的标题，默认贡献cid为主管cid。贡献内容存入freedrive，内容的哈希存入fch主链。命令如：=贡献填报=完成fch钱包开发。参见协议：《FOCP1V4_贡献填报》https://shimo.im/docs/GFIbuad6vC8cRi8u
5. 知库功能。用户可以随时在群里或私聊发布知识，内容存入Freedrive，哈希上主链。命令如：=知库发布=名词解释=密码经济=基于非对称密码建立的经济。或：=知库发布=事件=伯乐计划发布=6月3日自由现金社区发布《伯乐计划》，用于激励为自由现金生态引入建设者的伯乐们。参见协议《FOCP3V1_知库》（https://shimo.im/docs/3A3pMu2VyI0UBbbm）
6. 认证功能。对于别人发布的贡献或知识，可以通过引用相应主链交易哈希，做出评价，赞同或者反对，完成对发布内容的认证。参见协议《FEIP9V3_声明认证》（https://shimo.im/docs/aVv2KlCwIKkX2Uig）
7. 贡献或知库查询功能。用户可以通过机器人查询某个cid已经发布的贡献或知识，以及获得的认证情况。
   这两个功能非常重要，贡献功能将在社区被核心成员们广泛使用。知库功能则任何人都能发布知识，我自己会用，还要推荐币圈链圈的创作者们来使用。这两个功能要用到主链的op_return，以及辅链freedrive的读写。辅链主要是正伟开发，你可以跟他沟通落实。
   细节不一定准确，做的时候再商量。大家有建议也可以提出来讨论。
   一棵树上发出一个搜索引擎的网址：https://boogle.com/sign_up 共社区参考。

2020.6.03 关键字 密签改进提议，辅链通讯、知库都涉及到图片、音乐等多媒体内容的问题。提议人大师。
建议在密签上做一个功能，输入待签名的交易和回调地址，密签做完签名给回调地址，现在需要密签交易的场景越来越多了，不懂原理的人用起来这个过程用起来特别别扭。
刘教授疑问：“回调地址”什么意思？收款地址还是找零地址？
一棵树回复：就是我完成了 然后 通知到网站。
刘教授回复：可以用在线钱包监控密签的冷地址，随时了解余额fchwallet有冷地址监控功能，其他钱包也可以做机器人也可以做，密签就是教大家理解原理的跟一般的热钱包逻辑不同。
大师继续说道：理解和用着方便不是一个原理，现在签名交易的场景越来越多了。
刘教授回复：想要方便的，就用APP钱包或网页钱包，甚至机器人钱包。目前密签便利性的改进，主要是解决在线端的扫码问题。
大师提出另一个问题：这个辅链留言有推送渠道吗？还是写到连上就完事了写到freedrive上，描述错误。
pisa_n5oN 回复大师：freedrive只帮你存着，具体内容是符合什么应用协议，是业务决定的。
大师问到：应用是啥？做这个是满足什么需要？
pisa_n5oN 回复：比如，先前的知库，现在的聊天，你按知库和聊天的 协议，拼成 metatdata和 data字段，传到freedrive即可。
刘教授也回复上述问题：聊天应用在freedrive内存池或新区块发现符合协议的留言，就展示给用户。
大师回复：我想表达的是这个辅链留言具体是满足什么需要，只是类似写信这样就行？
刘教授回复：介于即时通讯与邮件之间现在fch只有主链留言，加密后只有21个字符，太少了。
大师回复：那就是聊天工具的补充功能，类似聊天的离线消息。
刘教授回复：主要是能够实现加密通讯和链上共享通讯记录，是密码经济内生的通讯工具这是关键。再下一步，谁有能力可以开发即时通讯，通讯簿存在主链上，通讯记录可以现在本地存储，会话结束，打包存放在freedrive上。现在的即时通讯不够安全，并且身份、好友、通话记录是分开的。各自为政。按照这个协议实现的通讯，用户在任何平台，相互之间都可以通讯。内容自己完全掌控。这个是协议，辅链通讯、知库都涉及到图片、音乐等多媒体内容的问题。我做了一个简单的文件引用协议，解决这个问题。
基本思路是多媒体文件存在freedrive里，文本里引用文件在freedrive里的位置就行了，应用端展示的时候提取文件组合展示。
https://shimo.im/docs/9E9mzuV5uAgc7C2X/ 《FOCP5V1_文件引用》
大师问到：@昌用CID:CY_vpAv 这个文件信用需要吧引用关系上链把？
刘教授回复：好像不用上链。
大师回复：@昌用CID:CY_vpAv 不上链你不知道这个文件是谁关联的，谁使用。
刘教授回复：有存文件的cid。
刘教授提问：@pisa_n5oN 文件存在freedrive上，根据文件名识别类型可以吧？
@pisa_n5oN 回复：可以在metadata里面增加一个字段，file type.这样 解析展示的时候，按这个 文件类型展示即可。
刘教授回复：好像是需要一个类型字段。文件放在上面也是开放的，谁都可以引用。如果私密，就在存文件的时候加密。就是看，文件多了之后，应用端处理的时候，寻找文件的效率高不高。

大师回复大家：这个注册就是cid,我考虑道可能每次都签名可能费事，给签名做了一个备用密码，登录就用这个备用密码就行了。
刘教授建议：备用密码是需要的。注册的时候不用填写“账号”了吧，签名地址cid就是账号。
大师回复：不需要的，cid就是用户名，避免每次都签名这样会更方便。
刘教授建议：“自由现金知识库”建议改为“知库”，旁边标注：“Powered by Freecash”或“基于自由现金”。这个知库内容不限于自由现金，面向通用人类知识，吸引各领域的创作者享受知识创造的自由。
大师回复：大师采纳刘教授建议。
刘教授提问一棵树上：打赏功能目前进展如何？你是在做机器人的签名和验证功能吗？
一棵树上回复：该功能很快就会做好。机器人用户登录 18.cash。
刘教授提问：用用户的私钥对18给出的随机数进行签名，返还完整签名。
一棵树上回复：就是这么一段东西是怎么产生的 通过rpc那个功能。
FE4qf2wh7anVxyk1jPsuMkgRZcogbChM6F----H8kVnGWFkiGzNJaRsrIJGjS9pRr/Ha3X4Z0O/5uQZrZBBocJWRr0TjlaEGrozN8dexcrP2SV8ElWWQXlAs3xmNk=
刘教授回复：签名算法问问@Free_Cash @facjas 或@随心。
随心回复：通过rpc调用signmessage命令可以得到第三部分，前两部分自己拼上就行了。
大师回复：已更新知库系统，签名改成规范的签名方式。
刘教授向@facjas 和@Skeyil1lLiaeyr₿ch 发起提问：有cid情况，浏览器首页加上fch的总量数据，总流通，总发行，未成熟。大家比较关心总量了。@Free_Cash @村长@钟艺还有就是 sign.cash备案域名搞定了吗？
Free_Cash回复域名备案问题：已经搞定。
刘教授回复大师：我把cid登录的细节做成了一个协议，你看一下，是否清晰，里面几个具体算法我不确定，谁知道可以补上。 https://shimo.im/docs/GQRg86hgH8RG9cxt/ 
《FOCP2V1_CID登录》。@facjas @Free_Cash @随心 @pisa_n5oN @Skeyil1lLiaeyr₿ch 
也可以看看，有问题及时修订。
pisa_n5oN打开协议对协议有疑问：是ECDSA签名算法，这里是ASCII。

刘教授回复：对上述的协议问题已经修改好。
Free_Cash向村长@钟艺发起提问：一直解析不到华为云的cdn域名解决不了，已经不用国内加速了，不过现在sign.cash速度很慢。哪位还有备案的域名？昨天试了各种配置，都没法搞定。不知道百度云加速在里面做了什么？
村长@钟艺回复：不知道什么情况，解析过搞不清楚，我这边设置是对的。那我不把域名放在云加速可以不？
一棵树上回复上述问题：需要备案才能加速看看 ming.cash速度还可以吧？
村长向一棵树上发起提问：备了案才可以云加速？
Free_Cash回复：可以不放baidu试试，未备案只能海外加速。
刘教授建议：@Free_Cash @一棵树上 把sign.cash功能移植到ming.cash上如何，其他生态网站也移植一份。基础应用需要像浏览器一样有多个。
一棵树上回复：等机器人优化完成 我就移植。现在正在优化这个。18 和 ming 是同一个网站。
刘教授回复：好的。
阿拉丁张海波提问： 密签签名生成的输入输出4个二维码 一定要分开4个吗可以合并为一个二维码？
Free_Cash回复：一个不好扫描，对摄像头要求高。
竞赛项目的确立：
一棵树上回复：竞猜在机器人上弄流水记录在18或者 ming上机器人上不好实现就在ming上弄。
大师对知库工作进度的回复：知库已经更新，可以通过签名直接登陆，如果已经注册的发现登陆不了，重置一下密码，程序有点逻辑上的变动，我看已经注册了四个，一下几个CID请重置一下密码
aaaa_GTDq
dty_rRbH
apply_nZhp
CY_nVvpAv
刘教授回复：重置密码之后，登录，还是显示”未知账号“。先重置了密码，然后用密码登录的。
大师回复：我把数据都清理一下吧，这两天搞得，乱了，我清理一下。
刘教授询问：@pisa_n5oN freedrive里有代币吗？没代币，存取信息的输入输出余额都为零，没有找零输出，对吧？@Free_Cash sign.cash问题解决了吗？
对上述问题没有回复。
刘教授回复张三疯：微信机器人注重社交，微博机器人可以着重在知识发布，知库系统正在做，做好之后可以用微博机器人连通知库与微博。知库协议：https://shimo.im/docs/3A3pMu2VyI0UBbbm  。知库系统做好之后，作者可以在生态的任何平台，甚至微信中通过机器人随时发布作品，微博、公众号等平台运营者可以自主收录发布这些知识，这样实现自由的知识创作和发布。逻辑我们基本上走通了，正在快速实现中。各种设备、各种形式的应用，遵循共同的协议，做出来的应用相互连通，用户可以自由穿梭，权益自己掌控，不依赖任何平台。

@昌用 目前这个问题解决了吗？

2020.5.30 freecash.info和viawallet存在无法广播的问题
群内@cais_6666说有一笔交易无法广播，输入和矿工费用都没有问题，看这个问题是怎么回事，应该怎么处理？
cais_6666群内回复：缓存里面没有这笔交易，显示签名错误，checksig 操作码 返回不为0。刘教授@facjas 说，看起来是密签的签名有问题。@Free_Cash 回复，签名没有问题吧 都能解码了。刘教授回复：查一下这个报错一般是什么情况引起的，用户如果签名时选了btc或bch应该签不了名吧？会不会是这个问题？@Free_Cash回复：这个要问一下看对方怎么操作的？如果是签名的问题应该是普遍问题，从密签的角度 签名出来的内容符合fch规范即可，不会去验证输入是否存在。@pisa_n5oN 回复：会不会是多签？

Free_Cash 回复：目前不支持多签。pisa_n5oN 回复：应该是创建交易的问题，导致签名错误。刘教授回复：创建交易比较简单，一个输入，一个opreturn，一个找零输出，我让他把签名过程录个视频看看。看这个签名过程是很正常的。
@阿拉丁张海波 回复：这个跟矿工费有没有关系？刘教授回复：目前跟矿工费没关系，都是一个区块打包，到账看运气，在1秒到10分钟之间。最长十分钟标准的是1分钟，而且也不需要加速，小额支付零确认就行了。
刘教授回复：我把他的私钥导入到我的密签，按他的注册信息注册，广播成功。这样看，是他的手机版本问题？Free_Cash 回复：应该不是，太低生成不了签名。目前此问题没有找到具体是哪块出了问题。

二群目前技术人员有几位已经加入到一群，目前正在积极学习密码知识，为社区做贡献！

2020年5月29日开发社群应用重要讨论记录备忘录。
讨论人：昌用CID:CY_vpAv pisa 大师 facjas  
今日讨论话题有一下几个：
（一）讨论话题，目前的FreeDrive的协议还是：https://github.com/fchwallet/freedrive，对吗？encrypted_pwd是什么形式？公钥加密后的解密密钥？还是加密公钥？
    上述问题解答：两个主体或者多个主体，进行通讯或者交互的时候，规定的通讯内容的解密密码的密文。比如，A， B 双方加密通讯：1，ECDH：首先是通过ECDH计算出一个公共秘钥，（不用联网传输，本地计算，所以是安全的）2，加密数据：A对交互的内容 指定一个秘钥，用这个秘钥进行加密数据来通讯。3，传递秘钥：A用第一条中的公共秘钥加密 第二条中指定的秘钥，得到的加密数据的秘钥的密文。4，解密秘钥：B收到第三条中的秘钥密文，用第一条中的共享秘钥解开，得到秘钥，在用秘钥进行解密数据。 秘钥的格式，约定用AES算法加密后的格式。因为双方传递的数据可能比较大，直接用公钥加密，私钥解密，非常耗时。所以需要用ECDH来协商一个秘钥。这里有点绕，不过可以等到有现实需求的时候，再做规定，比如要做加密通讯应用的时候。这个秘钥不是必须的，有的双方为了安全需要加密，有些就不需要必须加密，这个字段应该是可空的才对。
（二）讨论话题：我在细化文件存证协议，跟通讯有些不同。使用freedrive进行文件存证时，当文件内容涉及隐私时，需要对文件进行加密。此时是否是：产生一个随机的加密密钥，然后以用户的公钥进行加密，存储于encrypted_pwd？文件则以随机密钥加密存储于data？
上述问题解答：1，当时我这边设计的时候，不是用公钥加密随机秘钥的形式，因为秘钥体积大一点的话，可能加密非常耗时，而且如果实在移动端上操作的话更不可行，所以是用的ECDH来交换秘钥的。2， 加密文件的算法，可以用AES就可以。
问题提问：那么不用于通讯加密，而是个人对文件进行加密存储的话，用什么方法？用固定长度的随机密钥加密文件，用AES可以吗？
解答：如果是规定秘钥大小那么就是可以的。加密文件，应该用对称算法，AES之类的。这里焦点是说，如何选择 加密文件的 秘钥，以及这个秘钥的传输。
提问：加密算法AES要不要确定下来，写入协议？否则还要增加一个字段，注明加密算法。
解答：是可以，而且可以在应用饿协议层规定。比如文件存证，比较简单，用户端生成密钥，不需要传输。通讯分两种情况，一种是各自存各自的通讯记录，这样也是用户随机生成。另一种是通讯双方共享一份通讯记录，存在密钥传输的问题。通讯记录还是各存各的比较好，否则复杂性会增加不少。需要共享密钥的可以采用ecdh看具体的场景和应用需求。
（三）讨论的问题：日志已经做好群内人员一起纠正问题。
 解答：日志基本没有问题，但是手续费给的有点少。而且里面有一组代码需更新成为动态算法更方便。已经更改了。目前计费逻辑现在还没有现在是没有收费的。目前要看真实需求，有真实需求再考虑收费。成本不会太大，至少可以和云存储成本持平。
（四）需要讨论问题：可以通过 访问 存储文件 视频浏览 并且不卡？
解答：不能保证永久，想要时间久，就多存几个节点。现在还不能做太复杂的，先从简单开始。先从小文件、文本数据开始，检验系统稳定性，修复bug，开拓市场。freedrive 是替你做存储在多个节点上，存是有费用的，取也是有费用的。系统稳定了，市场打开了，在逐渐上复杂的。freedrive 只有API 接口，没有界面，上层显示是具体业务应用决定的。freedrive上的文件随时可以同步到本地，如果不愿意支付费用，可以转到本地或者其他存储平台。freedrive只向 应用收费， 至于应用如何向用户收费，freedrive不关心，freedrive 是服务 B 端的。目前还是底层的构建阶段，上层应用的商业逻辑需要逐渐演化出来。freedrive 向oceanbase学习。不过，freedrive会更开放。现在做的接口都是比较原始，只是满足fch基础应用的需求。这个方向是对的，会成为很大的优势。
（五）讨论话题：代码是否有误？

解答：用最先的driveID是就可以了。创建（driviceId1）--》修改（driviceid2）--》修改或者删除用（driviceid2）。一个driveid创建后。只能在这个基础上修改，修改的标识是updateid。如果继续修改，传的是driveId，而不是updateId，就可以了。每次修改你填对应的driveid.表示在这个driveid累积修改。
（六）问题讨论：是不是不同的是协议，header一定不同吗？

解答：是的，header就是指明协议和版本的。

@Vip_nMeT 太厉害了！有进一步！

2020年5月26日开发社群应用重要讨论记录备忘录。
讨论人有：昌用CID:CY_vpAv一棵树上 大师 pisa 
pisa 询问大师：freeedrive 测试有啥反馈没，更新记录这些都有了贡献填报的话，大家可以尝试测测，按协议，拼装metadata , data内容就可以。

大师回复pisa_n5oN：昨天写好接口了，还没有测试，抽个时间测试一下，发现问题，及时请教。
随心询问Free_Cash ：我准备把sigh.cash的币天奖励部分通过iframe引入到vip网站，能不能像cid注册一样做一个单独的页面，把头尾去掉。 另外，我测试申请币天和销毁币天的时候，直接复制待签名数据没问题，不过生成的待签名二维码好像有问题。
Free_Cash回复：好 ，我晚点看下。
一棵树上发起讨论：这个贡献填报， 不是发布到链上？就是 op return。

pisa_
n5oN回复了一棵树上：具体内容在freedrive上，可以在主链上存下 内容的hash值。
一棵树上询问：请求格式是？
Free_Cash回复上述问题：你按贡献的协议，拼成 metadata, 和data 两部分，然后调用freedrive的接口就可以。
一棵树上回复：https://shimo.im/docs/GFIbuad6vC8cRi8u/ 《FOCP1V4_贡献填报》。

上述图片是什么不是很理解。大师回复：SHA256加密，主要是加密了data内容。

上面图片内容是加密的。大师回复：从api上看是这个意思。
刘教授向一棵树发起提问：data_hash是对data全部内容的sha256的hash值。
一棵树回复：是的。

刘教授提问：需要对data签名吗？
Free_Cash回复：是接口限制，不是协议限制，防止其他人乱填数据，所以自己添乱了就没有办法了。
一棵树上回复：没有必要。 随意帮其他人填写贡献，我这 先把这个取消。只能通过机器人注册的CID 才能填报。

刘教授回复：之前知道。
Free_Cash回复：协议是对的，只是实现层做下检测即可。
刘教授向pisa_n5oN提问：整个交易发送的时候是不是也要签名的？
pisa_n5oN回复：不需要，签名自己的贡献数据就够了。因为不能伪造这个签名，和交易效果一样，本质还是用私钥的，但比创建交易简单了。做这个freedrive的时候发现一些有趣的分层的做法，空了给大家分享下，也许可以借鉴。
刘教授回复：那就有必要签名数据了，需要加到协议里吗？
Free_Cash回复刘教授：不用，这是freedrive的服务商的事情，freedrive的服务商还有一层协议，这个我在整理，到时候昌用老师看看，目的是让服务商可替代。
大师向pisa_n5oN 提出疑问：我这边推送报500错误，能帮忙看一下日志吗？

pisa_n5oN 回复大师：可能是什么参数传错了，确认下签名。我们把错误提示完善下，方便定位错误。你可以把请求的参数，放在一个文件，用curl 调用试试。

大师回复：这次成功了。
大师向刘教授提问：麻烦看一下，区块上的这个data_hash，好像描述的不是很明白。

pisa_n5oN 回复大师：应该是 sha256(data)。
大师继续提问：这里的data是freedrive里面的data，还是整个freedrive数据的sha256。
pisa_n5oN 回复大师：freedrive里的 data 不包含metadata。这样做的目的，相当于，根据主链的 hash , 到freedrive 找到对应数据，hash. 未来数据有可能存在其他地方，不单单存在freedrive上。如果和freedrive的metadata数据绑定的话，就耦合了。metadata大部分是freedrive的属性数据。其实现在freedrive 可以存聊天，文本协作的内容了，当然图片也是可以的，就看大家脑洞了包括知库也可以，大家多多使用起来。
大师向pisa_n5oN 提出问题：自己构建交易，怎么控制手续费？
pisa_n5oN 回复：输出，找零你自己填，你把币，分成到几个地址，然后你慢慢测测哈。
大师提问：如果搞成true一下就消费了。

pisa_n5oN 回复：重点还是你找零的输出没写对。

讨论人有：昌用CID:CY_vpAv  一棵树上 大师 pisa 阿拉丁张海波 村长@钟艺 蚂蚁搬家 吴治涛。
昌用CID:CY_vpAv 向大师发起讨论：你说的CID登录接口是什么？应用自己用cid签名登录，不需要与主链交互，应该不需要接口吧。你说的是验证完签名之后，查询签名地址对应的CID吗？freedrive与应用分层比较好些，实际上，不一定存在freedrive上，其他存储方式也可以。只是，目前看freedrive提供的联盟链模式既能满足生态专用，又能通过相同的私钥公钥体系，方便交互。比如将存储与付费结合起来。另外，@一棵树上 也在做cid登录，看是否需要一起讨论一下，cid登录，离线cid、在线cid的关系。@大师 @facjas。dplanet的做法是，账户有一个在线私钥和地址，离线cid签名登录，设置一个pin码。然后用pin码加密在线私钥，存在服务器，需要发送时pin码解密私钥签名。同时，用离线cid的公钥加密在线私钥，放在服务器。一旦用户遗忘pin码，可以用离线cid签名，找回在线私钥，重置pin码。18.cash的做法是，cid签名只作用户登录使用，与在线钱包无关。签名登录后，7天内有效。
大师回复昌用CID:CY_vpAv ：我这边做了一个cid的单点登录，可以等我吧模块封装好了一起用，以后可以使用接口了，不用每个人都解析一遍。不过要等一下，我这边本来只想做知识库的，发现做了以后，把周边的都搞了
。
大师回复昌用CID:CY_vpAv ：好的，@大师顺便把文件存证和贡献填报都搞了吧，文件存证、知库、贡献结构逻辑是一样的。文件文证链接，https://shimo.im/docs/ziSwu2IIYqEtmx14/read 贡献填报链接：https://shimo.im/docs/GFIbuad6vC8cRi8u/read 。
pisa向大师发起讨论：https://github.com/fchwallet/freedriveJ 测试链接。还有些地方还需要改进：1，update_id 的时间顺序，还没加上。2，通过update_id 获取单次更新的内容还未支持。

大师可以在测测。
pisa发起讨论：大家可以看看，如何和自己业务结合。

这个签名参数需要注意下，为了防止恶意更新，加了个用fch地址签名 data的字段。付费逻辑，我们后面会加上，但接口和参数不会变好了， 只是返回值可能不一样。文档上有些地方不规范，慢慢修改，curl example是准确的。我们下一步考虑支持多个服务商的逻辑，这样只要服务商遵循freedrive协议即可， 我们可被替代。对外接口不会变化。还是这些，只是底层逻辑调整。
大师回复：对上述讨论的问题都已经大概清楚。
昌用CID:CY_vpAv回复：支持任何服务商这样最好了。
阿拉丁张海波发起讨论话题：下个季度时候能否考虑在奖励基金中提取一部分 作为期权，行权期 可以是1年内有效，以约定一个行权价 ，这个干什么用的呢 ，我发现一些贡献有时候需要互补的一些人配合，随着贡献者不同专业的出现，大家可以自由组队来获取期权激励，如果担心砸盘，行权后，这个期权部分的币可以100天 1年线性释放 此举做法是考虑 给一些真正看好项目的贡献者，而暂时资金周转不过来，又想获得更多筹码的人一个机会 接受期权的人 是真正看好项目的贡献者，期权是有成本的 奖励数量可以是 直接给币奖励的3倍 未来也会是两类贡献者 1类是深度看好并参与共建 理应获得更多筹码 1类是为了眼前利益参与贡献 ， 后者随着对FCH的了解也可以转化为前者 不成熟的想法 大家批评指正 。
昌用CID:CY_vpAv回复@阿拉丁张海波：现在的方向是尽可能的减少以生态名义的官方事先决策，让所有的基金支出都摆脱一个或少数几个人的决策。公共基金的规则演变是朝着不可逆的去中心化的方向进行。如果一些事项需要事先少数人决策，并且又很有价值，那么都可以采取自筹基金的形式做。就是以投资或捐款的方式实现。Dplanet已经设计了这种多专业的组合组队，加上募资就行了。如果募资募不到，说明大家觉得这个组队价值不大。这也是市场检验的方式。这比中心事先的期权决策要可靠。其实，现在完成的项目基本上都是不同专业组合的。准备下个季度的评估，采取从下到上，自愿组合的方式进行。能够消除前两次的很多问题。从上而下设计规则或分类时就不可避免的产生权力和寻租。
包括吃大户的问题。大户不跟小户组合就行了。小户要想跟大户组合，就需要接受大户的决策。动态来看，大家也会更加客观公正，否则下次别人不愿意跟你组合。
阿拉丁张海波提出问题：有一个问题 我之前一直考虑过 这里面有一个人情和人缘的问题 。
昌用CID:CY_vpAv回复上述问题：自愿组合也可以解决人情和人缘的问题。这是直接的利益分配，自己愿意送人情，没问题。还有一个专业评估人机制，不善于人情世故的可以请专业评估人代理贡献事务。可以让开发者们专注开发，不用考虑人情。分一点贡献给专业评估人就行了。这样也有利益评估的专业化，提高评估效率还会产生自由现金生态的第一个新职业——评估人。我可以搞个评估人培训，重点讲解评估制度，讲完考试，发证。自由现金是个新的社会形态，会有新的职业。评估人主要是帮别人填报贡献、评估就行了。标准不用事先制定，让市场去选择。没人请的评估人就会被淘汰。评估期暂时不要动。涉及比较多的问题。着急的可以去贴现。
阿拉丁张海波提出新的思路：评估 打分之后 最好 还要在下面备注上 打这个分的理由 就跟律师的代理词一样。
昌用CID:CY_vpAv回复上述问题：看评估情况，不要求。想要说服别人，可以说明理由。基本上是一个基于自身利益博弈，自然演化的过程。
阿拉丁张海波建议：100天 时间太长 对于评估人 对于细小的贡献内容 多数都没什么印象了 评估的客观性会有偏差 。
昌用CID:CY_vpAv回复：贡献动态填报就行了。做的时候就填报。评估前整理一下就行了。Dplanet实际上已经实现了这个。就是所有的任务实现过程都在dplanet上记录了，就不存在想不起来的问题了。现在的主要问题是还没用起来。等@大师 这里《贡献填报》实现了，可以通过dplanet、微信机器人、freecash.vip，甚至fchwallet钱包等多个平台，随时随地填报贡献。这个问题就解决了。现在各个途径都可以填，但还没能统一起来。所以只能是作为自己的参考。即使是《贡献填报》实现了，也仍然是各负其责的填报，最后提交评估时需要自己确认才行。不然又出现找组织者闹的情况。前两次的评估看，总体上是可以的，细节上有一些问题，我做了总结：https://shimo.im/docs/tyh86dPckXwYPRtG
人多了，下次人均就会少，更稀缺的奖励大，跟市场一样。总体上，自由放任，以市场原则是没有错的。
大师向pisa_n5oN 发起讨论内容：

pisa_n5oN 回复大师：对，应该标识下，是hex的字符串晚点更新下文档。
吴治涛发起讨论：最近学习，做了一个简单的社区博客系统，可以简单统计文章数，字数，生成词云等。
昌用CID:CY_vpAv回复：挺好。多研究一下，如果能cid创建账户，从freedrive自动转载博客就好了。
吴治涛回复：准备结合sky开发的freetx接收fch打赏。
昌用CID:CY_vpAv回复：能加上打赏更好。用新的博客系统难以突破用户量的门槛，如果可以自动从freedrive上获取博客，其他平台上可以方便的发布，整个生态应用形成合力，就容易做起来了。
吴治涛回复：没问题。