2020.6.6关键话题，对知库测试的问题 的解决讨论、对辅链的解释（FreeDrive）？
刘教授提出：试了知库，可以查看知识条目和cid了。
遇到几个问题：
1）提交知识失败。
2）建议cid登录，直接将随机码的二维码显示出来，而不需要在点击。
3）cid登录成功后，有时会进入白色代码页面。
4）昵称怎么形成的好像也不对。
5）右上角的设置跟用户名里面的设置是否可以放在一起，两个设置容易混淆。

开发成员大师回复：我看一下失败的原因，老师在推送一下知识，我看看日志
刘教授回复：推送了，还是报错。
大师回复在本地测试一下。
刘教授对辅链FreeDrive定义解释：FreeDrive辅链是专门用于存储大量数据的链，也是基于btc框架改的，运行节点较少，op_return几乎没有限制。一些重要的应用，大量数据存在辅链上，哈希和辅链存储位置放在主链上。目前使用主链加辅链的应用有：1）文件存证，2）贡献填报，3）知库。具体实现，参见对应协议，这里是协议的列表：https://bbs.cash/topic/235/。Freedrive不一定是唯一的辅链，根据市场需求和技术实现可以有更多协作方式。比较关键的是协议，数据按照协议构建，不存在freedrive上，存在ifps，或者bsv上也可以。主链用于构建密码经济的底层构架，存放单位价值最大、安全性要求最高的数据，比如基础货币、身份、基本社会关系等等。Freedirve主要是做存储用。如果是发token的话，可以在bch或eth上发。这样各种链实现分工协作。底层的私钥和公钥是相通的。最终的目标不是干死哪个链，而是相互协作，建立一个不依赖于传统物质社会秩序的新的信息社会秩序。辅链不用挖矿，经济模型还在演进中现在暂时免费使用，依靠贡献奖励支持节点。等应用起来了，采取fch支付的方式付费存取。解决现在的应用缺乏统一的数据存储的问题。采用中本聪框架的辅链存储，能够比较好的在实现分布式存储、多平台共享数据的同时，实现隐私和用户数据主权问题。
刘教授提出：文件存储的data增加了3个字段，看有没有问题，还需不需要更多？

pisa_n5oN 回复：管理者吗？因为，本身发起创建，修改的里面已经有了。
刘教授回复：几种情况，一是该文件的从属的源头，比如一篇文章。二是创建交易者不是该文件的所有者，比如应用代存。三是创建交易cid是在线cid，希望将该文件的所有者明确为自己的离线cid。可能还有其他情况，留个管理者字段，由应用自己定义实际含义。在文件引用协议里，可把引用这个文件的源数据哈希写在这里。
pisa_n5oN 回复：也是可以的。
大师继续回复：查到原因了，通用一个rpc命令，用window钱包就没问题，但是linux就报错，真是见鬼了 ，已经搞好了。
刘教授回复：好的，文件存证可以先搞，把协议体系建立起来。也可以提供社区基本的云盘服务了。
大师回复：好的。
大师提问：咱们钱包里面添加这个链接是钱包节点还是DNS。
pisa_n5oN 回复：节点，你理解为DNS也是可以的，这只是种子节点，你通过连接这些种子节点，加入到fch网络而已。 你也可以去掉这些节点， 让你手动 addnode一个运行的节点也可以的。peer to peer .的意思是 你运行一个节点，首先要连接到至少一个节点来交换数据（也包含交换节点信息，就是比如通过连接A节点可能再连接到B，C， D。。。）
大师回复，明白上述提问问题。又提出现在是不是辅链留言没人搞，如没有人做我可以尝试做做试试。
@pisa_n5oN 提出：我们注册了freedrive.cash ， 后面空一点了，我们把接口用起来，做成一个完整的存储产品，这样也可以给社区的伙伴提供一个应用freedrive的参考案例。
大师提出：单点登录接口已经在群里公布了，这个单点登录符合现在做集群，分布式，以及微服务的所有特点，如果需要登录，大家可以尝试用使用，如果有问题，及时沟通。
刘教授回复知库数据上链失败问题回复：知库问题还是没有解决，而且“知识库管理”里面的历史条目都没了。
大师回复：我在看一下，估计是linux钱包的rpc命令，历史知识不是看不到了，现在做了过滤，自己只能看到自己发布的知识，别人发布的看不到，防止别人误操作给删了大家遇到过这个问题没有，通样的钱包，通用的命令和参数，一个有输出，一个没输出。
pisa_n5oN 回复：0 表示还未确认，还在内存池， 你应该用的是2个节点。你要自己写一个管理utxo(包括内存池中的) 工具类。
大师回复：恩，我只是奇怪为啥钱包输出的有问题，今天碰到好几次了，linux和window下的效果不一样。
@pisa_n5oN 回复：不不，只是内存池不同步而已通常在内网的 节点，就是我们普通家用宽带 下运行的节点，会有同步不及时的情况。如果你都部署在有固定外网IP的情况，这个会概率小些，但是还是会有。
大师回复：不是，这钱交易已经确认了，不是内存池中的。而且区块链高度一致。listunspent 后面不接参数就出来了。

pisa_n5oN 回复： 这个问题，你提给节点开发者跟一下。不过你查utxo 应该不要用这个方式来做，应该是全量解析区块数据来做。 除非你只管自己的utxo。节点的RPC（包括钱包rpc），实际都不是给企业级的区块链应用准备的，这点后面大家慢慢体会哈。验证流程，这样做是没问题的。

2020.5.31. FCH自由现金线下交流会（成都站）
主讲人：布尔费墨 刘昌用
布尔费墨主要是针对西方世界面临的那些问题作为今天的主题。
1 ）大量国债的发行。
这个是从1971年美元与黄金的脱钩，钞票随意被发行。
2）滥发福利。
在欧州国家只要人活着就给补助。
3）失业严重。
欧洲国家的失业率是越来越高。
4）储蓄萎缩。
目前在欧洲国家都是负利率。
5）人口衰老。
6）战争的频发。
钱全部乱花，好多钱都买了武器。

那么上述问题和货币体系有什么关系呢？
以（权利的游戏）里面的一个人物财政部长小指头举例，财政部长就是收金币然后找工人磨金币，然后把粉末的金子在融合到一起，在那个年代皇帝都是以这种方式复制，那么在这个以金子都货币的情况下就受到了限制，不可以乱花钱，包括在中国的古代都是一样的。所以在古代打仗是一件很难的事情，那吗在现代是以法币本位，只要发国债就可以了。
那么能解决这个问题的只有奥地利学派，奥派说了什么，大家可以通过百度学习一下什么奥地利学派。
奥派提出，通货膨胀。
历史上因通货膨胀引起的经济崩溃罗马。物价上涨一百多倍，其实不是物价上涨而是货币贬值货币超发。
密码货币的历史意义：中心化严重，记账银行说了算，那么怎么解决这个中心化问题呢。下面由刘昌用给大家讲解自由现金到密码世界。
一、自由现金的诞生：
1）扩容之争与比特币的治理问题。
2）从技术试验到社会实验。（比特代表的是技术自由代表的就是社会）
3）从比特币到密码共识。
4）密码朋克到密码经济。
5）密码共识与密码经济的结构。
比特币的优势：
1）非对称密码。
2）分布式共识。（比特币最重要的核心技术）
比特的缺陷：比特币没有社区激励机制，治理经费怎么来，比特币靠的还是中心社区开发进度还的靠中心化的公司来支撑开发完成。
密码货币最重要的是什么：共识！（货币的自由、言论的自由、去中心化、金融自行）。
密码是从什么开始使用的？
1980年开始到现在，从军方使用到民用化。
分布式共识通俗解释：民主说了算，所称密码经济。
二、条条罗马通赌场。
1）去中心化乌托邦。
2）通证经济。
3）盘圈经济。
4）数字黄金。
5）存证经济。
那么自由现金是在发现问题中解决问题。
三、互联网经济的痛点。
1）信息安全。
举例杀毒软件是通过手机用户信息利用大数据给用户强制推送广告盈利，在这个问题上个人的信息其实已经被泄漏。
2）信息垄断。
在互联网刚兴起的时候其实全球信息是可以共享的，但是现在已经成为信息孤岛的形式各自为战，举例腾讯打不开支付宝信息。本来可以一个ID登陆所有的APP但是因为个人利益只能让互联网使用更繁琐，如果转换到密码经济那么就可以解决上述存在的问题，而且成本也低了很多。
2）密码经济的意义是什么呢？
1）非对称密码低成本高效率解决了信息安全问题，只要掌握私钥就可以掌控一切。
2）分布式共识建立全球社会经济基础设施，从而实现了无法垄断一家独大。
3）全球基础设施消除传统社会的经济边缘，从而解决信息孤岛的问题。
四、自由现金的使命是什么？
1）继承中本聪框架的成功经验。
2）探索去中心化生态的治理机制。
3）构建全球密码共识基础设施。
4）聚集密码应用建立密码经济。
我们解决了治理机制的问题，从传统应用转换到密码应用。
五、那么自由现金的应用优势是什么？
1）信息安全，用户通过私钥体系自主低成本平衡安全与便利。
2）信息主权，用户数据分布加密存储，自主决定信息披露平台数据分析技术获得市场，根本不需要其他人中间商帮我管理身份和隐私。
3）
信息自由，用户通过私钥打通个生活领域，消除各种边界和垄断。
六、自由现金怎么去做？
1）私钥的普及（密签 签名）
2）去中心化的密码设施货币（FCH自由现金）、身份（CID）、通讯、社交、存储、网络、硬件。
3）去中心化的分工协作，协议市场（自由开发有了竞争谁做的好价格合适谁就可以拥有市场）。
4）横向与纵向市场分工，FCH、BTC、BCH、BSV、ETH做各自擅长的事情。
5）自生态形成，贡献核心社区新陈代谢无缝进入和退出的机制，有付出就有回报，这样即使离去也不会对社区有敌意。
七、如何开发自由现金呢？
1）简单FCH客户签证（签名验证）
2）处理FCH交易。
3）构造OF-PETORN交易。
4）读写FREECROVE
5)开发应用CID账户加基础简短数据（好友关系、哈希）上主链加重要大量数据上铺链加其他数据本次处理。
6）优势所有应用共享CID和主链数据组合成超级应用。
八、如何推广自由现金？
1）喊单拉人头是拔苗助长。
2）宣传密码经济的意义。
3）用密签科普应用密码操作。
4）引导有经验的开发者理解自由现金开发的意义和乐趣。
5）引导互联网和区块链应用逐步转变成自由现金的应用。
6）激励邀请人的币天奖励和伯乐奖励。

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 太厉害了！有进一步！