3. 2020年5月6日开发社群重要讨论记录备忘录

2020年5月6日开发社群重要讨论记录备忘录

  • 一

    刘教授与一棵树上讨论话题：
    =贡献填报=贡献标题（=cid）
    成功返回：已填报，drive_id
    失败返回：失败！原因
    说明：1. 用于快速提交贡献，只提交贡献标题即可，如：“制作第6期自由现金周报”
    2. 机器人自动为微信用户申请了cid的，“=cid”可省，此时默认为机器人为用户申请的cid。3. 加上=cid，可以为任何cid填报贡献。比如，为自己的离线cid填报，或者帮助协作者cid填报。4. 每期评估开始时，需要进行贡献确认：1）用做出贡献的cid声明认领各项贡献，包括自己填报的，或者其他cid代为填报的；2）修改整理认领的贡献的数据内容。3）最后确认提交贡献。5. 这种方式，可以让贡献者日常快速提交贡献，通过评估前确认，保证贡献的准确有效。
    =贡献查询（=cid）
    成功返回：贡献列表，只显示cid、贡献标题、完成时间
    失败返回：失败！原因
    说明：1. 没有=cid的，给出机器人为该用户申请的cid的贡献
    2. 填写了=cid的，列出该cid的贡献
    3. 贡献分为三类显示：1）已评估贡献，即上一个评估截止时间之前的历史贡献，如目前是4月10日之前的贡献已经完成评估。2）尚未评估的贡献，也未审核确认的原始贡献；3）尚未评估，但已经确认提交评估的待评贡献。
    一棵树回复刘教授：申请cid需要费用，但是钱包没有fch需要怎么处理？
      告知提示向机器人购买1元fch此问题就可以得到解决。
    刘教授与pisa_n5oN讨论：贡献填报内容是ascii还是utf8合适？
    pisa_n5oN回复：如有中文的话，utf-8合适在此一棵树也赞同使用utf-8合适。
    刘教授回复：不仅有中文，还会有其他外文。
    pisa_n5oN回复：可以在 data 部分，单独用一个字段表示，内容是什么字符集？
    刘教授回复：字节为1-256，还是0-256？不少字段可以为空。
    pisa_n5oN回复：为空的字段，直接填充 \x00 即可。
    刘教授回复：（<project I: 'cid tools'> (1-256 bytes, ascii)
                         <project II: 'freedrive'> (1-256 bytes, ascii)
                         <category I: 'infrastructure'> (1-256 bytes, ascii)
                         <category II: 'infrastructure'> (1-256 bytes, ascii)）
    必填字段1-256，可为空的字段0-256这样填写是否可行！
    pisa_n5oN回复：不对，为空的时候有个填充字节的，因为每个字段占用一个字节，所以为空的话是有填充的。
    刘教授对以上提出的问题已经明白，最后定义为先整理一篇协议弄好后由pisa_n5oN修好。需要修改的地方目前还没有落实，等疏离好后一起修改。
    二。刘教授与pisa_n5oN 讨论：drive_id是贡献第一次创建时候的data_hash吗？后续进行更新，这个drive_id不变是否正确？
    pisa_n5oN回复：drive_id 不会变，更新的时候，data_hash会变。drive_id = sha256(vout script), 第一次创建的时候，输出脚本是定的，所以是不变。后续更新的时候，data部分的变化，是增量更新，向上叠加的，相当于所有更新记录都保留着。
    刘教授：已经理解并做了注明。再次过程中刘教授已经对《FOCP1V3_贡献数据结构》协议整理好https://shimo.im/docs/GFIbuad6vC8cRi8u/交由pisa_n5oN做补充。
    pisa_n5oN在审阅文档时提出
    [图片]
    对于贡献数据来说是公开的可以不用考虑做加密处理在存储其他类型的数据的时候，这2个字段会有用。也就是说，对于贡献数据， encrypt 为 0， encrypt_pwd字段 为空，这样来和其他类型的数据保持格式一致。https://github.com/fchwallet/freedrive/blob/master/FOCP1V3.md 字段改成和石墨烯文档上的一致了，具体的例子我们在准备搞好了，填上到石墨烯文档上。
    [图片]
    data部分是可裁剪的，不影响系统的当然裁剪是需要所有的节点都裁剪才可以。
    只要我们给出去的节点，保证一定看不到非法的数据即可。 至于通过修改代码编译的节点那就不是我们的事情了。这就好比一个官服和私服的概念。
    刘教授认可pisa_n5oN所说的。
    [图片]
    图片里面内容需要pisa_n5oN明确。
    pisa_n5oN提出：
    [图片]
    [图片]
    刘教授提出异议：长度字段有协议规定，指的是哪个协议？
    pisa_n5oN回复：比如这个贡献的这个长度字段本身是占用一定字节的。比如这里的 4-16， 是一个 1 byte integer. 那么这个长度字段就是一个字节。 用这个一个字节来表示后面内容的起止位置。
    [图片]
    刘教授回复：保证开发人员能够看懂就可以。
    pisa_n5oN回复：开发者能够理解。
    2020年5月6日大事件记录：
    自由现金的分布式存储辅链FreeDrive协议发布。FreeDrive是基于中本聪框架的无币链结构分布式存储系统，以少量节点同步换取较高性能，满足安全级别中等，但数据量较大的分布式存储需求，付费仍在FCH主链上完成。至此，自由现金生态基础设施框架基本建成，具备了建立完整商业应用的基本条件。（https://github.com/fchwallet/freedrive）

    1
Log in to reply