18.cash与知识库的对接谈论 、 对机器人的=签名登录改为=签名的问题、建议机器人增加一个授权主cid功能等话题讨论。
-
2020.6.9讨论话题。18.cash与知识库的对接谈论 、 对机器人的=签名登录改为=签名的问题、建议机器人增加一个授权主cid功能、知识库如何对接微博问题讨论、前端开发人员的招募、机器人实现交易0确认的建议
大师@pisa_n5oN 提出：当我发送非法的driveId的时候，你那边要控制一下，不要报错，可以返回错误码？
pisa_n5oN回复：好，给你返回错误码。
一棵树上问大师：知识库用的是那个协议？
刘教授回复一棵树上：所有协议在这个列表帖子里。https://bbs.cash/topic/235/freecash协议列表 。FOCP3V1_知库：分布式的知识生产系统。https://bbs.cash/topic/381/ 。
一棵树上提问：这个是需要先创建 drive_id ？
pisa_n5oN回复一棵树上：是的，更改的时候就需要但是新的是不需要的。
刘教授提出：“=签名登录”是不是改成“=签名”好些，这个功能应该可以给任何消息签名。
一棵树上回复：收到。
pisa_n5oN@大师 回复：freedrive的错误码做了封装了，还有什么地方没提示的， 随时沟通。
大师回复：收到。
刘教授@一棵树上提出：登录页面的登录码旁边可以给个小的复制图表，或“复制”链接，点击即可复制。
一棵树上回复：收到。
刘教授@pisa_n5oN 提出：bbs.cash上面有freedrive的帖子吧，相关信息可以同步到帖子下面，方便后面开发者查看。
刘教授@一棵树上提出：机器人增加一个授权主cid功能。采用《FEIP6V2_私钥间授权》协议，采用操作“irrevocable authorition”（不可撤销授权）。给机器人cid定义一个不可撤销主cid。一旦机器人cid出现安全问题，主cid可以解除或转移除了链上资产之外的所有可转移权益。（命令，类似于：=声明主cid=离线cid）这个命令把我的CY_vpAv授权为cybot_PDSG的主cid，一旦失窃，我可以用CY_vpAv发布声明，宣布cybot_PDSG丢失，中心化钱包的币和还没有发放的贡献奖励转移到CY_vpAv或其他cid。op_return为：FEIP|6|2|irrevocable authorition||，输入地址为cybot_PDSG地址，输出为CY_vpAv的地址。因为机器人地址是在线托管私钥的，因此需要做好安全防备措施。（命令或者用：=授权主）命令说明：授权一个能够控制机器人在线cid权益的主cid。
成功返回：CY_vpAV已经成为ybot_PDSG的主cid，交易链接：cid交易链接：……
一棵树上回复：确认有点慢啊 ，协议格式是 ？
刘教授回复：不稳定，不过5分钟之内应该是可以的，https://shimo.im/docs/vYtGRKJpkxQjvKhW。好，发布了，非常方便.
刘教授@张三疯 ：原来做微博打赏的币赏是不错的。等知库走通了，可以考虑做一下知库跟微博之间的沟通。
张三疯 回复：博限流太厉害了。
刘教授@pisa_n5oN 、@大师 和@一棵树上 ：把库和接口都弄好，做起来应该不太难吧不搞打赏，把知库的内容发到微博上，或者把微博大V的精彩内容存入知库。慢慢展示去中心化知识平台相对于微博的优越性，我再安利一些大v，给他们提供方便的知库创作工具，比如微信机器人这样大v们就可以通过知库发布知识了。有了这些大v的开放知识，再去对接各种媒体平台，让他们来转载大V的内容。这样流量就容易起来了。
大师回复：应该可以，这个可以通过爬虫或者微博接口直接发布微博，这样也更方便。
pisa_n5oN回复：嗯嗯，现在freedrive 在对接18.cash ，大家有问题随时沟通@一棵树上。知库的前端体验要做好点，也需要蛮多功夫的。
刘教授回复：是的，我们现在还主要是建底层，跑通逻辑，体验还要比较专业的团队做。我们把底层和逻辑跑通了，让做前端的能够看到价值，就容易吸引他们进来做了。
pisa_n5oN回复：产品体验运营，是个慢慢打磨的过程，也不会这么快有很大的效果，只要持续优化，就会有长期价值。
大师回复：是的， 需要有一些做前端的大牛过来。
刘教授回复：我认为，中国好的前端应该是不缺的，关键是要能展示前景，吸引他们加入。我们一步步改进，先捡急需的、好做的，做起来，用起来。
刘教授指出：@facjas 的团队还没有充分发动起来，也是要等底层跑通了，才好花大力气做体验。
pisa_n5oN提出：18.cash的类似任务的应用，还有知库，这2个应用感觉有潜力出圈。有点像给普通人用的应用了。pisa_n5oN@大师 freedrive文档更新了下，这样应该更清晰了，有啥建议随时沟通。
一棵树上建议：我有个建议，确认速度快点。
刘教授也提出建议：机器人的交易，完全可以用0确认。入账也是都是小额，零确认没问题。
pisa_n5oN提出：是的，比特系，不要放弃使用0确认。0确认也是安全的。用0确认，体验超过任何一个非比特系的。
刘教授提出：大家做的工作多分享，多形成文档或协议，后面的人可以不断改进。
规则上，任何改进协议可以只署名自己，无论改进大小，都只写自己，注明上一个版本的哈希就行了。顺着哈希可以找到之前所有版本的贡献者。