1. 基于fch的商业应用重点方向和发展策略。 2. 相关法人实体与去中心化生态之间的关系 3. 相关法人实体的合规问题等话题。
-
刘教授提出讨论要点：
最近有几个重要问题需要讨论：
1. 基于fch的商业应用重点方向和发展策略。
2. 相关法人实体与去中心化生态之间的关系
3. 相关法人实体的合规问题
4. 打算月底或下月初在杭州办一次发展讨论会，系统讨论和推进基于fch的商业应用
5. 协调各种链上协议的解析阿拉丁张海波发言：商业应用方面 建议 优先发展游戏的基础设施， 为游戏玩家、游戏公会 提供技术支持 包括发烧友网站的提供 游戏玩家数量巨大，且很多中小公会都是发烧友似的的聚合，这与社区化治理的思想匹配，游戏区别于其他领域用户 商业应用分两种 一种是开拓属性 一种是存量服务属性 。并非所有的商业类型 都具有开拓市场的属性 ，比如电商领域，就会发生滞后一些 ，社会普及之后 ，一些更专业的领域才会普及 。
刘教授回复：游戏相关的非常复杂，我们目前可能没有人做，目前还只能根据现有条件，选择能够实现的。@阿拉丁张海波 你可以先考虑一下，如何把争霸赛的组织建立在fch基础设施上
修行者dty_rRbH：我个人认为电商领域应该提前布局和重视！因为我们现在已经在做这块的应用平台了，只是只要在完善！电商也是未来发展方向吧！
刘教授回复：电商不合适，没有一定的规模，电商平台做不起来，电商这个没错但是目前时机不允许。只是我们现在用户规模太小，电商没有竞争力要考虑我们能够做起来什么。连openbazaar这样的全球性密码货币电商平台，好几年了，根本做不起来，跟淘宝、京东、ebuy比，毫无竞争力。原因是，人们购物，就是要到品种多选择多的地方去，新平台很难。我们现在的去中心化开发根本做不出有竞争力的电商平台。我们的优势是用户可控的信息安全，可以考虑先从个人信息管理做起。知库是一个重要应用从cid和知库展开，进一步可以做个人信息管理。还要考虑合规问题。建议先个人信息管理服务，再信息发布，再社交，再其他。
修行者dty_rRbH提出：我个想法，目前能否实现贡献者参与人数统计工作呢，目前真正有多少人参与贡献的不知道多少，在协作上也有信息不对称导致好多共识无法达成，都是各个做个人的，我们目前我们虽然做到了贡献人员去中心化，但是协作还需要集中力量，才能有更好快的发展，毕竟参与贡献
人都是高度认可的人，但是目前星球有的贡献者并没有在发布自己的协作，这样有的贡献者积极性也就没有毕竟一个季度领取贡献的时间相对较长，有的人还没有坚持到就已经放弃从而损失贡献者人员，我们可以搞一个贡献者荣誉榜单，一个星期或者一个月做统计提高贡献者积极性和更高的认可FCH，在做贡献的过程中我们可以对参与贡献人一个礼拜或者半个月对贡献积极人员给与小礼品的奖励！大家都可以老讨论一下！一棵树上回复：不知道刘教授对 盗版怎么看。我有个想法，就是实体书电子化。
就是扫描一整本书， 上传到18上面。这其中会涉及到侵权问题。刘教授回复：这就是今天想要讨论的一个重要问题，合规。
一棵树上回复：主要是版权。可以先弄一本试试。
阿拉伯张海波提出：我刚才说的游戏 不是指得给游戏开发者提供技术接口 ，是指的 面向游戏玩家 和游戏公会 提供一些简单的接口 素材 网站帮助 。互联网早期的 发展 也是依靠游戏 教育了 大批的用户 ，然后 其他领域的应用有了 互联网人口基数 才成立 。
刘教授回复：这个可以，关键两点：1.有真实需求，2.容易实现，3. 能发挥fch的优势
宋士超回复：@修行者dty_rRbH 之前想的是把贡献填报和周报结合在一起 每周导出填报得贡献 然后周报展示CID及具体贡献 让大家行成随时填报贡献的习惯 并且公示给社区。
阿拉丁张海波回复：我之前的想法是 发展 由玩家主导的多个热点游戏赛事 然后通过知识库的考试中心 转化用户 ，成为 生态的种子用户 。很多链 包括BSV 做的一些应用 做是做出来了 但是没有什么人用 ，我认为方向错了。现在抓主要矛盾，主要矛盾是 普及教育 资源 向普及教育用户 方面倾斜 一些应用的形式是没有普及教育的能力的，他们需要等待我们影响了一定用户之后，他们的应用才会有人用 才成立 应用分两种 一种为攻 一种为守 攻是具有广泛教育用户扩大市场的 守是在已有的用户基础上做好服务 ，优化和丰富存量用户多样性的。
刘教授回复：可以。从满足用户真实需求出发做应用，这两天在考虑一个“文件柜”功能，给个人存储在辅链中的各种文件一个管理方案。
阿拉丁张海波回复：还有一个问题 刚才修行者提到的 贡献激励 能否从100天 变为 一个月 ，等待时间短一些看到成效 可能更有助于吸引更多参与贡献的 。
修行者回复你：其实就是类似于海报的那种公布出来就挺好！主要是得专门开一个窗口来显示@宋士超
。宋士超回复：对 就是周报形式只不过内容不是我整理是直接用贡献填报得数据。可以放到vip或者公众号。
pisa回复：从2017，9月4日，或者更早到现在。是不是每个社区都想着要做商业应用，各种愿景各种尝试都有。 但是到现在应该没有一个应用或者商业做起来了的，也包括BCH，BSV的应用。 大家有没有想过真正原因？
刘教授回复：信息安全和信息垄断两个刚性需求，fch的应用应该重点满足人们在这两方面的需求。
pisa回复：做应用，特别是区块链应用，不把方向想清楚，可能做着做着团队都散了，这个深有体会。不能抱有幻想，特别是做事的人。要不然做着做着就成了 拉人头游戏。
刘教授回复：晚上开个线上会议吧？讨论一下几个重要问题。
刘教授回复：@pisa_n5oN freedrive中的remove操作怎么定义的？remove之后，这个drive_id就锁定了吗？还是可以继续updata？还是默认remove之后，这个drive_id标记为已删除，同时锁定不可再修改？还是不同的协议自己制定规则？
pisa回复：remove 的场景是是创建drive_id的这个人通过一种标记的形式告知存储服务商我未来大概率不会用这个数据了，这样存储服务商从经济角度考虑，就很大概率会裁剪掉这个数据。这个名称可能 换个描述会好些，remove有点歧义。或者服务商看到这样被标记过得数据，就会把这些数据移动超低成本的介质上存储。比如磁带名称用archive 表述可能好些。归档，remove可能要控制的是显示层，交由应用自己处理会不会好些？
freedrive可能不需要remove操作。刘教授回复：@pisa_n5oN 是的，在自由协议实现中，我和@大师CID:master_SAe7 干脆把remove操作删掉了。目前看，有用的情况可能是，最后一条记录是remove操作，并且已经锁定的drive_id，可以从存储层面被裁减掉。
阿拉丁张海波提出：张三授权李四填报贡献，并由李四代为收取贡献 这个如何操作 各位大佬。
宋士超回复：目前是口头的。手动的。 不知道其他应用实现没有。
阿拉丁张海波回复：也就是说 做贡献的人不申请，由代申请人申请即可，私下协商。
刘教授回复：是，自己商量就行了。连收都不自己收，链上授权之类的更不会弄了。
张海波回复：有这样的情况，有的人刚做贡献，但是心里没底不知道获得多少贡献，为了打消对方顾虑，代申请人直接给他确定性的币来交换未来不确定性的奖励。
刘教授回复：也可以。这样代申请人承担了些风险。@一棵树上 18.cash上的贡献填报可以用了吗？
一棵树上回复：可以了，授权提醒还没写上需要做个教程。我写弄个授权提醒教程。
刘教授：评估日期临近，目前freedrive还不能实现跨平台的填报。先实现单个平台的填报，其他平台可以在freedrive上读取已填报贡献。贡献者可以选择@随心 的freedrive.vip或@一棵树上 的18.cash填报贡献。小的贡献可以用平台的在线cid填报。大的贡献，建议在“cid”字段填写自己的离线cid，用离线cid在sign.cash的私钥授权页面给平台在线cid地址做“贡献填报”授权。分组评估过程计划在dplanet.io上完成，需要dplanet要能够从主链上获得所有锁定的贡献，并freedrive中获取每个贡献的详情。授权给个提醒就行了，用户自己去做。贡献填报入口进去不对。
一棵树回复：但是要个教程，叫他们怎么授权，怎么不对了。
刘教授回复：需要核实一下，vip和18.cash填写的贡献数据是否一致跟协议是否一致。数据必须进入freedrive其他平台应该能够从freedrive上自由读取
一棵树上回复：填报用的是ppp地址 今天把ppp私钥给你们，
刘教授回复：锁定贡献的时候，需要按照协议规定在主链上提交贡献。这个大概到7月20-25号之间做。vip和18需要提供这个功能。
一棵树上回复：嗯。
pisa回复：freedrive这边在抓紧测试验证，新版本的接口基本确定了，现在就是差授权逻辑实现部分。
刘教授回复：好。我整理一下昨天会议的纪要，你也了解一下。
阿拉丁张海波回复：@pisa_n5oN 石墨烯这样的工具 咱们能做吗 ？
pisa回复：感觉不是能不能，可能要先想好商业逻辑，这样做起来才会更从容些。，这类有2个方向：
1，文件的管理
2，文件的内容的协作编辑
第二点会比较麻烦些，而且这点的用户交互也很多，工作量主要在这里。阿拉丁张海波回复：文件的管理 是什么形式的 有参考的吗
pisa回复：freedrive 支持第一类。 第二类等到后面更多场景的时候再考虑吧。
刘教授回复：文件管理我正在做个协议草案，拿出草案来大家一起讨论。
刘教授提出：上一期贡献做大的3个CID是N_B485（我） Satoshi_Uat4 （@Skeyil1lLiaeyr ₿ch ）facjas_NC7N （@facjas ）这次评估委员会由我们三人组成，大家有没有异议？评估委员会主要是确定各个环节的时间。不承担仲裁和决策功能。分类、分组等也都由贡献者自下而上决定了。@随心 @一棵树上 贡献填报功能没有问题的话，准备通知大家开始填报了。一个cid只选择一个平台填报。如何？确保按照统一的格式存入freedrive，其他平台能够读取，解析正确即可。你们双方验证过了是吗？
一棵树上回复：@随心 需要在验证一次不。我的下午吧，我先弄个授权教程。外加授权提示。
刘教授回复：好。或者，先不广播通知大家，我们自己先试着填报一下，看看有无问题。
刘教授回复：@大师CID:master_SAe7 做了授权检查，看有没有api。
大师回复：@昌用CID:CY_vpAv 检查授权，提供一个API接口是吗。稍等，这个方便，下午就可以有。谁用？
刘教授回复：18.cashvip这边应该也要用。。
大师回复：好的， 我现在就弄，下午就能看到。
刘教授回复：当贡献cid不是填报的在线cid的时候，需要检查授权。
大师回复：我在有接口，就是没有对外开放而已。
昌用教授回复：检查的逻辑清楚吧？
随心回复：好的，搞好了通知下 @大师CID:master_SAe7
大师回复：好的。
刘教授提出：
7月5日会议纪要- 自由现金发展思路：FCH系统的基本功能是为密码经济提供基础设施，包括密码货币、cid身份系统、币天应用、授权系统、辅链存储，等等，为各种密码应用提供安全、高效、去中心化的底层支持。
- 应用推进的两条路线
- 生态内应用：主要面向生态内用户需求，以cid为基础，探索基于密码共识优势的新的经济逻辑和实现方式。
- 生态外应用：主要面向不了解FCH的生态外用户。主要目的是满足真实市场需求，对应用开发团队要求较高。
- 关系：生态内应用探索发挥密码共识优势的应用逻辑和商业模式，为生态外应用提供示范。生态外应用开拓真实市场，将生态优势变为商业利润。两方面相辅相成，可以是一个团队同时完成，也可以是多个团队的协作。
- 应用发展步骤
- 生态内应用按照贡献评估、项目协作等实际需求的自然演进逐步展开。
- 生态外应用建议应用生态内已经实现的逻辑，从用户需求的普遍刚需开始，技术上由简入繁，由易到难，同时考虑配合监管的难度，控制好成本，逐步展开。
- 考虑先从个人信息的安全掌控的需求做起， 逐步向信息发布、社交、广告等拓展。
- 中心化企业与去中心化生态的关系：去中心化基础设施开放自由运行。中心化企业，如公司，则按照相关法律法规和商业逻辑运行。中心化企业在开放社区所做的贡献，仍然以cid的身份按照共识协议执行。中心化企业利用去中心化基础设施的市场行为是独立的，自担责任，自负盈亏。
- 企业实体的合规：以法人运行的企业实体，应当完全遵守所在国法律法规。使用cid等，按照法规要求，进行申请、报备、kyc等等。
- 主链与辅链的信息解析检索：主链与辅链的信息解析检索是各种应用开发的重要条件。目前生态中做了一些，但没有统一起来。建议在bbs.cash的开发版，将现有的各种解析和接口整理在一起，方便开发，也方便对还没有解析的信息进行解析和提供接口。
- 杭州会议：拟于7月底在杭州举办一次密码经济建设者论坛。
一棵树上回复：@大师CID:master_SAe7 好了没授权检测。
大师回复：@一棵树上 @昌用CID:CY_vpAv 检查授权的接口。
随心回复：好了，VIP网站填报贡献，加入了大师的授权检查接口。
一棵树回复：18也可以填报贡献了。
刘教授回复：私钥授权协议是feip6。贡献填报协议是focp1。按照私钥授权协议，用离线cid给在线cid授予贡献填报的代理权。
一棵树问到：FEIP6 就是这个？我改下。
随心回复：就是授权给focp1吧。
刘教授回复：是，范围字段包括#focp1。或者是全部授权，即范围字段为空。授权还有时间范围。
随心回复：这个具体检查逻辑可能要大师那边检查了。
一棵树上回复：赞同，没什么问题 就群发了。
刘教授回复：好，我试一下。
大师回复：协议内容，时间都加了，你们可以测试一下。
一棵树上回复：没有这个 我就是不通过。
大师回复：我测试了一下，没发现问题，如果发现问题及时通知我。
刘教授回复：好。还有时间顺序上检查最新授权，或是否授权被撤销。授权范围为空是为涵盖所有范围。
一棵树回复：@大师CID:master_SAe7 时间过期 你就直接返回没有授权。
大师回复：这是错误码，针对不同的错误，返回不同的错误码和提示信息，只要错误码不为0，就是有错误。
刘教授回复：授权后已被撤销，涵盖了吧？@大师CID:master_SAe7。
大师回复：涵盖了，协议撤销，就是未授权核实一个情况：就是A对B授权，然后A对B又进行一次授权，授权的有效时间用第二次的对吧，如果第二次时间为空，就表示没有时间限制了@昌用CID:CY_vpAv 。
刘教授回复：对的，同样的授权，以最新的为准如果，第二次授权，授权范围不是上次的授权范围，怎么弄？更新授权：A地址对B地址在同一协议范围内授权，则视为更新授权时间。新授权协议范围不同，则视为新增授权范围，不影响原授权范围的有效性。协议这样规定，完备不？
大师回复：我觉得这样定义有点迷糊，容易搞到最后都不知道哪个其作用
我现在的逻辑是这样的：如果第二次授权属于更新授权，时间用第二次时间，协议范围是第一次和第二次的并集。刘教授回复：两次授权，范围有冲突的，以第二次授权范围为准。范围有重叠的，取最大范围。是的，我们的意思一致。。
大师回复：恩呢，限制就是这个逻辑。
刘教授回复：时间是一个完整项，不同则更新。范围是多个可选项，每次增加授权。
大师回复：对的。
刘教授回复：解除授权：授权或解除字段为“deprivation”则解除输入地址对输出地址在“适用范围”内的授权，其他授权不变。解除授权交易中的“开始有效期”与“结束有效期”的内容无意义。解除的时候用这个规则。
大师回复：是的，如果解除授权的，协议为空，是不是就相当于取消所有授权，这个逻辑对吧。
刘教授回复：对的。我建议，如果输出为空，则解除全部对外授权。（不可撤销授权除外）我在协议里加上。这样授权太多太复杂的情况下，可以一键清空。增加了一条：
授权清除：授权或解除字段为“deprivation”，且输出只有对第一个输入地址的找零输出。如果授权范围为空，则解除所有授权；如果授权范围不为空，则解除这些范围内的所有授权。我做个授权视频吧。大师回复：@昌用CID:CY_vpAv 不用加了，没意义吧，直接删除授权，协议内容为空不就清除所有吗。
刘教授回复：@大师CID:master_SAe7 之前之规定了a对b的授权撤销。没有规定a对所有地址的授权撤销。
大师回复：要不就追加一个类型，取消所有授权。
刘教授回复：目前看不用增加类型，没对象就是全部。授权清除：授权或解除字段为“deprivation”，且输出只有对第一个输入地址的找零输出。如果授权范围为空，则解除所有授权；如果授权范围不为空，则解除这些范围内的所有授权。这个应该是比较清晰的。只是，应用端遇到这种情况需要提醒用户，正在撤销所有授权。
大师回复：明白了。