《FEIP3V2_密码身份》协议发布以及下步开发需求、密码经济的数据检索方式该如何确立。
-
时间：2020.7.16
地点：开发组
人员：刘昌用、pisa_n5oN、大师、
话题：《FEIP3V2_密码身份》协议发布以及下步开发需求、密码经济的数据检索方式该如何确立。
记录：修行者dty_rRbH讨论话题如下：
1）、协议辅链存储和主链发布功能都以实现了，《FEIP3V2_密码身份》协议发布、下步FCH的开发需求
主链发布交易：https://freecash.info/transaction?hash=a03aafd42a5a49786fbd260cde21ff6dd52fb033e848f97cdb157045f34604a7
辅链drive_id: d1e8da8639498325f3a94c5b9e34168e731413c4fec73c53645418410bf5505a
上面显示是可查询的数据，复制或者直接点击进入就可以显示可查询数据。
接下来FCH的开发需求是：
1）展示和查询主链上已经发布的协议。
2）点击相应协议链接，可以从辅链上下载协议文本。
这中间需要通过主链上发布的data_hash，定位到freedrive存储的文本。上述协议发布相对简单，可以用来试验跑通整个逻辑。上述问题主要是刘教授提出那么需要大师与pisa_n5一起商讨解决。pisa_n5oN提出，首先drive_id 目前有没有存储内容，经核实目前里面有内容存储，但是pisa_n5oN在查询drive_id 里面是没有刘教授存储那个文件内容的，经过刘教授大师和pisa_n5oN三个人讨论，刘教授又从新发布了一笔交易那么这第二笔交易就可以查询到，但是两笔交易的文件哈希是一样的。这个文件可能存在于多个drive_id里，不管在哪里，反正能够下载这个哈希的文件就行了。在此基础上大师需要在里面加一个删除未发布协议功能，不然文件容易搞混（删除功能已经添加）。那么实现了这个，我们就可以在门户上添加已经发布的协议列表，用户可以查询和下载协议。那么第一个主链辅链协同的完整应用，就算走通了。
pisa_n5oN提出：根据上传者的CID或者地址，查询出所有drive_id, 再解析出drive_id内容就可以。新版的，list_all_drive_id已经有展示drive_id详情老版本是没有的所有大师需要慢慢转到新版本就可以了。刘教授也提出：这样还不行最好是根据data_hash就能找到文件，不管是谁发布的drive_id多少。只是做这块难度有点大。但是在pisa_n5oN来看这并不是难度的问题，是freedrive 需要解析每个协议了问题，原因主要是，drive_id是对应了应用层的多个协议的。 而最清楚协议的一定是上传者。drive_id 现在不止对应了我们社区的协议的内容，也对应了社区外的协议的内容。那么现在对社区内，有哪些协议需要解析的？
在此大师提出，自由协议的发布这个流程来说，有点小复杂，主要是他会比较长，而且随着协议版本的迭代，会出现很多文件，如果能用data_hash定位的话，可能会对性能的提升有帮助，就目前来说，如果没有driveid的话，是找不到文件，只有driveId+updateId或者driveid+datahash才可以准确定位。pisa_n5oN说，是的其实设计之初我们就已经考虑以drive_id( txo 或者utxo ) 来定位的，文件的 data_hash是业务层要处理的问题是要解析出data_hash , 首先要清楚 drive_id里面哪部分是 data, 也就是需要知道应用协议的规范才可以提供这个能力。
freedrive 只解决数据共享问题，保证数据存取正确。但如果要取指定业务相关的数据需要应用侧下功夫。我们自己在做的时候，也是这么做的。自己的应用调用freedrive接口，自己应用本地处理一些业务和体验相关的问题。对此大师回复说，现在data_hash的问题，就是我本地处理的，对此大师也明白了pisa_n5oN上述所提出的问题。2 ）刘教授提出：从密码经济总体上想实现的数据检索方式。主体用cid进行检索，数据用hash来检索，哈希和数据是一一对应的能够以data_hash定位到文件是最佳状态。否则，不同的应用需要追溯发布者和drive_id才能找到相应的文件。如果freedrive总体上不好实现解析和检索data_hash的话，看能翻盘对FEIP和FOCP类型实现data_hash定位。