2020年5月19日开发社群与商业应用重要讨论记录备忘录
-
2020年5月19日开发社群与商业应用重要讨论记录备忘录。
今天讨论成员有：刘教授 吴治涛 pisa 阿拉丁张海波 村长@钟艺
吴治涛 发起讨论：基于bch的链上通讯软件测试版 大家可以移植到fch。这个是https://fullstack.cash/faucet/
刘教授发言：这个好用的话，改成fch应该不是很难。用付费做社交门槛，防止电话骚扰，跟我的思路一致。应该不是链上留言，这是我们所需要的。改成fch底层，采用cid，然后看能否把好友上链，聊天记录存入freedrive，就行了。这类应用最大的问题是功能单一，缺乏跟用户的其他活动的关联性，很难用起来。能够融入到fch基于cid的应用生态里是比较好的。
刘教授@pisa_n5oN 发起讨论：FreeDrive的操作是否应该增加一个“追加”。像聊天记录，隔一段时间追加一部分新的聊天记录。跟“更新”好像不一样。另外，“删除”操作是怎么做的？只是标记“已删除”，还是把原来的data数据裁减掉？
pisa_n5oN 回答：删除就是标记下。
刘教授回复pisa_n5oN ：好。你考虑一下“更新”和“追加”是否有差别。有些数据是更改某些字段内容，更新之后是一份数据。有些数据是不停追加。我是考虑将聊天记录存入FreeDrive，想到这个问题的。聊天先是存本地，可以立刻撤回。但会话结束，或者多长时间没有会话，则记录存入freedrive。这就不能撤回了，包括群聊都可以的。
阿拉丁张海波提出建议：如果可以实现，
一层激励 群主组织群聊话题，自己可以gas 抽水。
刘教授提出新的问题进行讨论：
我们需要对stamp的改造是：- 网络和钱包改为fch
- 自动将所有CID作为用户库。用户只需要签名认领即可。
- 好友信息通过协议《链上通讯簿》上链。
- 会话结束后聊天记录存入freedrive
- 新设备或其他平台上可以cid签名登录，然后从主链获得好友信息，从freedrive上获得历史记录，无缝对接。
村长@钟艺提出建议：话结束这里要有时间，比如3分钟不然撤回功能不好做。
pisa_n5oN回复上述问题：追加的话，本质是更新，我想想如何表示。
刘教授提出：好，区分不同场景，准确满足需求就好。更新是相同字段，后面的覆盖前面的。追加则不覆盖。就通讯记录而言，前面的记录不允许更改，只能追加比较好。一个drive_id的数据是某cid跟特定cid或群的不断追加的聊天记录。
大师发起讨论：给知识增加唯一标识符相当于cid的概念。
刘教授回复上述问题：链上是可以确认严格次序的，就按自然数累加编号和版本号都是这样简单明了。
大师提出问题：自然数累加好像不太好不能控制唯一cid_当前区块高度_时间戳。
刘教授提出：对，填写的时候不能保证唯一“cid_当前区块高度_时间戳”在填写时也不确定。编号用“类型+随机数”行吗？
大师回复：随机数我觉得别我的那个更容易碰撞。
刘教授回复：cid_当前区块高度_时间戳，这几个不需要填写，上链自动就有了，另外freedrive里有些参数所以我原来留空了如果编号和版本的话，可能跟freedrive不一致。
大师回复：如没有唯一标识符的话，就只能通过存储位置了。
刘教授回复：freedrive里可以更，新主链用datahash标识本此内容，用drivehash标识最初版本位置。先在存储位置用drivehash定位到freedrive的位置，在用datahash定位到版本就行了。
大师提问：内容变了，hash就变了吧，如果hash变了怎么定位到被修改知识还有就是drivehash在哪里标注的？
刘教授回复：drive_id不变datahash区分每个版本在存储位置里标注。
大师回复：就是存储位置吗？只要添加一个操作位就行了
刘教授回复：是的，存储位置里，操作位在freedrive里都有。通过drive_id定位到知识，data_hash定位到具体版本，就能获得操作类型了。这样主链可以很简洁，并避免操作类型跟辅链冲突。主链以后如果需要其他字段，可以升级协议，加在后面即可。
大师回复：对于刘教授上述提出的问题和需要改进的问题都已经清楚。