2020年5月5日，记录开发社群讨论碎片话题整理备忘录

村长

主要讨论：关于metadata, data 这2部分的编码方式，可能需要和大家讨论下，选择何种编码方式，更合适些？
  刘教授答：一笔交易中可以有两个op_return，第一个记录数据的摘要信息，即matedata，第二个是数据的主体，即data，目前，matedata采用的是先指定内容长度的变长编码方式。
2.刘教授需讨论商定问题：讨论一下贡献数据填报时，data的数据如何编码？
   村长@钟艺提出：能否搞搞个链，测试一下？
   刘教授答：链已经搞好，需要资料可以找pisa_n5oN 要资料安装就可以。
刘教授提出：目前定义的贡献数据有14个字段。（包括CID、标题、描述、成效、开始时间、结束时间、任务来源、写作人CID、资料、项目1、项目2、分类1、分类2、是否主导。）14个字段。
刘教授提出：存入freedrive的数据的安全要求比链上低一些，可以不用像FEIP协议那样重视用户可读性，主要考虑机器处理效率。（考虑采取变长+填充方式：
1，定好每个字段的长度范围，具体某个字段的内容由这个字段的前导长度决定内容是哪部分。
比如： 6a051212121212, 6a 是op_return操作码本身， 05 表示下一个字段的长度是5个字节。
2，如果某个字段为空，可以填充 0x00即可。）这个问题主要看社群的意见来决定。因贡献数据需要全网共享，所以需要大家一起来确定。避免不同应用分别采用不同数据格式，那么目前最重要的是需要把细节确定下来把细节具体化。具体细节由facjas想出来后直接写到石墨文档就可以。
随后@随心提出了解决方案：采取变长+填充方式没问题，辅链主要是节点处理效率要高，理论上其他应用程序不需要直接调用辅链数据，一般是调用辅链节点提供的api接口。
在随心的建议下得到刘教授的认可随后刘教授决定利用（采取变长+填充）。
刘教授提出：库和接口能否做出来？这个工作主要由Skeyil1lLiaeyr₿ch 、facjas 两位完成，dplanet由facjas解决，freecash.vip由随心解决，机器人考虑实现贡献的填报和查询服务由一棵树上和Skeyil1lLiaeyr₿ch两位负责解决。
3.一棵树上提出：贡献值是动态更新还是每个季度更新？
刘教授答：这个是记录用户自己填报的所发生的贡献，还不是最后奖励的贡献，你这里能够提供一个大家在微信里就可以随时填报自己的贡献，随时查看已经提交的贡献，比较方便。最后刘教授在这块需要定义一个提交格式与查询格式反馈给一棵树上。
4.刘教授提出：机器人可以做个简洁入口，只记录必填字段，日常记录，用户在评估前可以去dplanet或freecash.vip系统地修改完善自己的贡献记录。
5.刘教授提出：目前最需要做的事情是需要把币天奖励做出来，多久能做好？
这个问题@Skeyil1lLiaeyr₿ch 在群内没有作出回复。
以上话题主要是围绕（https://github.com/fchwallet/freedrive  freedrive 分布式存储的协议，基本确定了个框架，一个存储结构分2部分：metadata 和 data, metadata是存储的属性部分偏向底层存储技术细节，data是存储的内容本身皮昂想上层业务。现在的需求是需要贡献填报、知库计划、im，先把这几个数据结构定下来，然后写入到data部分。关于metadata, data 这2部分的编码方式，可能需要和大家讨论下：metadata 部分是用的变长编码方式。data 部分现在可选两种：变长+填充，以及现有的分隔符或者标签编码的方式。变长+填充： 1，定好每个字段的长度范围，具体某个字段的内容由这个字段的前导长度决定内容是哪部分。比如： 6a051212121212, 6a 是op_return操作码本身， 05 表示下一个字段的长度是5个字节。2，如果某个字段为空，可以填充 0x00即可。分隔符或标签：是以特定的分隔符来确定某个字段的内容，如果某个字段为空，留空即可这2种编码方式均可。只是在内容比较多的时候，变长编码解析的时候会更高效，因为只需要从左到右读一次。而分隔符方式，需要找到分隔符起止，再来做解析，稍微慢些，但是会更直观些。）的内容进行讨论。每天讨论的话题记录下来有利于项目进度的开展，也更利于大家在协作中需要解决的问题由那些，由谁来做。再次讨论纪要里查询就会一目了然。这是我为什么要做的这件事。我会每天搜集一些重要的讨论话题作为记录，为社区做点力所能及的事情，不知道有没有价值。

另外补充两点

1 文件存储大小30m，上传者不用处理，系统自动处理（pisa王林）

2 文件存储有不同付费保存不同时间期限，以保证资源不过度浪费。（Skeyil1lLiaeyr₿ch）

欢迎开发者们共同参与。