与区块链结合

场景举例:
卖手机的连锁店用了这个服务,有客户从连锁店买东西出问题,应该可以在连锁的其他店面寻求客服和售后。而购买记录是隐私,应该存储到买方私链或者 Solid POD 这种隐私的存储上,然后把摘要上卖方的链或者某个快速廉价的公链。

还有其他区块链是必要的的场景吗?

@linonetwo 对于医疗区块链,其实我们可以换一种思维。我的思考是:因为我们以前的病历的保管者是“医院”,假如我们将病历的保管者换成“患者”。就类似于银行卡,银行卡里有每个人的交易信息,但每个人自己却无法修改你卡里的钱。这里的病历也一样,将病历的保管者换成“患者”自己保管,但他自己却没有修改病历的权利,这个问题就能解决了。当病历被修改,哈希值就变了,哈希值变了,密锁就失效了,医生就不能打开患者的病历,你就没有办法看病了。就不存在着你说担心的“修改病历”,“骗取处方药”问题了。

@Ana 我提的医院的例子里面的修改记录还是需要共识的,主要是因为如果你可以偷偷修改病历的话,就可以倒卖或者骗取处方药,这会带来不法利益,所以需要防止。

如果只是写个 wiki,发个 Markdown,那这种修改记录直接存自己的 POD 里就好了,甚至不需要一个精确的时间戳系统。

我个人比较赞同“区块链是建立网络“信任”的基础设施”这个观点。它提供的共识机制以及不可篡改的数据结构可以让网络里的每个节点都获取到一致的信息,只要算法是确定性的,那么每个节点就可以进行独立审计。”信任“的逻辑就是,”我只信任我自己”->“经过我自己独立审计得出结果”->"你的结果和我的结果一致“->”我信任你“这样周而复始。

如果只谈溯源性和历史记录的话,其实也不需要区块链,99年中心化的timesatmping系统就可以了(这是Bitcoin的引用文章)。脱离掉“共识”,区块链也不成区块链了。

H. Massias, X.S. Avila, and J.-J. Quisquater, "Design of a secure timestamping service with minimal
trust requirements," In 20th Symposium on Information Theory in the Benelux, May 1999.

一直觉得区块链实际意义不大

刚刚我想了一下,用区块链存储隐私信息是没有必要的,因为现在隐私数据上链的方案也就是 AES 加密一下放到链上。

拿医疗数据举例:病历对于用户来说是隐私,所以应该加密,而解密的密钥不能存放于任意一个中心化的医院,所以应该用用户的密码加密。
既然用用户的密码加密了,那么数据存放在 SoLiDPOD 上,还是 IPFS 上,还是区块链上都没有区别。

但病历应该只能由医院修改,这样医院才能信任病历,防止有人通过伪造病历来倒卖处方药,所以每次修改都应该有记录,而且记录没法存放于任意一个中心化的医院。这个修改记录就得用区块链来存储。

如果在谈区块链的时候,说到「可以解决信息泄露、数据自有、隐私安全」等等问题,那一般就是骗人的项目,因为这些问题是可以用 SoLiD 等低成本的技术更简单地解决的。只有那些谈「溯源性、历史记录」的区块链项目才是有价值的。