区块链数据上链的问题探讨

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

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

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

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

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

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

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

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

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

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