数据上链究竟是怎么一回事儿

如果你经常阅读关于区块链的落地文章,会常常看到一个词,叫做数据上链。数据上链即把数据写到区块链中。

不同的区块链有不同的上链方式。对于审核型区块链来说,上链是需要审核的。不是谁都能把信息上链。

对于特定型区块链而言,只有特定类型的数据可上链,其余类型的数据则不能上链。比如区块链发票,交易即开票,开票即报销。整个过程全自动无需用户操心,整合环节都上链了,链上可查。但你并不能把其他内容上到这类区块链中。

对于非审核型的区块链,基本上不论谁,不论什么内容都可以上链。比如以太坊,发送任何一笔交易,都可以带上文本信息。只是文本大小会影响所需费用。文本越大,费用越多,文本越小,费用越少。

除了手动上链,也有自动上链。即开发一个程序,调用区块链节点的api,实现自动化上链。比如某个机构作为oracle语言机,每天把天气信息上链到区块链,供链上的智能合约调用。这由此也发展出一个全新的产业,即专门提供数据上链的项目,有些项目可以实现跨链上链,把一个数据写到不同区块链中。

但上链也存在一定问题。上链会导致区块链节点越来越大。尤其是把区块链作为存储时更严重。对于已经存在了几年的老项目,通常其数据会达到20几个G。

如果上链的数据很大,会对区块链造成很大压力。

在运维领域存在一种日志备份业务。一个正常的系统难免发生异常。每当发生异常后,都会产生日志。有些系统产生的日志特别多,备份量也很大。除了异常日志,还有系统产生的日志。很多服务器被黑客入侵后,黑客会删除甚至伪造日志。这给找到黑客带来很大的难度,就好比一个商店,商店内部有摄像头,但是摄像头没联网,摄像内容存在摄像头后面插着的U盘里。这个时候有个人偷偷进入商店,拔出U盘,然后偷东西,结果摄像头就失去了作用。

对于日志上链,即便黑客入侵后删掉日志,也能从链上日志找到相关记录。黑客再强大,也难以篡改区块链上的日志。

但区块链不是分布式存储,其数据不可篡改的特性,与文件存储结合起来会更高效,而不是把所有数据都存在区块链内部。这样,区块链只要记录某个文件的地址和其对应的哈希值即可。当下载文件时,只要文件地址和哈希值都能和链上数据对应上,则说明该文件没有被篡改。

分享到:

相关文章