2020.6.6关键话题，对知库测试的问题 的解决讨论、对辅链的解释（FreeDrive）？
-
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），实际都不是给企业级的区块链应用准备的，这点后面大家慢慢体会哈。验证流程，这样做是没问题的。