区块链数据上链的原则与方式.pdfVIP

区块链数据上链的原则与⽅式

由于区块链技术众所周知的不可篡改的特性，很多⼈就将区块链为⼀个数据库来使⽤，在传统项⽬进⾏区块链改造的过程中，将所本来

存⼊传统RDBMS（关系数据库）的数据，全部改成存⼊区块链中，以为这就是区块链项⽬了。实际上，我们在对传统项⽬进⾏链改的过程

中，由于区块链的特殊特性，并不能为传统数据库使⽤，⽽是要将关系数据库、区块链结合，进⾏业务分析，将能上链的，必要上链的

数据进⾏区块链上链改造。那么到底哪些数据适合上链，哪些数据不适合上链，到底⽤什么⽅式上链？

⼀、哪些数据不适合直接上链

1.⼤⽂件不直接上链。

⽐如视频、图⽚等。主要是因为区块链为⼀种分布式账本技术，在多个节点（甚⾄所节点）都在本地存储了区块链完整的历史数据。如

果我们将的视频直接上链，那么这个视频将会在每个节点都占⽤的磁盘空间，⽽且⼀旦上链是⽆法删除该交易的，所以我们还不能

1GB1GB

去删除该数据，强⾏删除将会导致区块链数据不完整，新节点加⼊同步并检查历史账本数据时将会因为数据丢失⽽校验失败。所以我们⼀般

来说区块链都会限制交易的⼤⼩和区块的⼤⼩，⽐如我们要求每个交易不能超过，每个区块不能超过，从⽽杜绝⼤⽂件直接上链导

1MB8MB

致的磁盘急剧膨胀的问题。如果我们的⼤⽂件上链的需求，可以采⽤哈希上链的⽅式，要么直接计算哈希值，然后将哈希上链，要么结合

IPFS去中⼼化存储技术，将⼤⽂件存储到IPFS⽹络中，然后IPFS会给出⼀个特殊的哈希值，将该哈希值上链。

2.机密、敏感数据不直接上链。

⽐如合同内容、订单内容。因为我们的区块链账本是分布式存储在各个节点的，所以如果我们将机密敏感的数据直接上链了，那么所节点

都会同步到上链的数据，在他们本地节点就可以查看上链后的敏感机密信息。如果上链的需求，我们可以将数据存储在私的数据库或者

IPFS中，然后哈希上链，也可以通过密码学的⽅法进⾏加密，然后密⽂上链。

3.⼤量、冗余重复的数据不直接上链。

⽐如系统⽇志。⼀般系统⽇志如果开到DEBUG级别，每秒⼏千⼏万笔⽇志记录是很正常的，⽽且这些⽇志的价值信息很低，基本都是很细

节的，冗余重复的⽇志。⽽区块链本⾝是⼀个性能限的⽹络，⼀般都是在千级别，能做到上万的都已经是很厉害的了。⽽如果我

TPSTPS

们将⼤量冗余重复的数据上链，那么将会占⽤⼤量带宽，导致真正价值的数据淹没在⽇志交易中，排队等待打包，从⽽影响我们正常业务

的运⾏。⽽且⼤量⽇志上链也会导致区块链磁盘占⽤快速膨胀，对所节点的存储也是挑战。我们如果⽇志上链的需求，⼀般可以按批

次，将⽇志进⾏IPFS存储、计算哈希，或者通过⼀种叫KSI（）的⽅式，对批量⽇志建⽴哈希树，将哈希根上链。

⼆、哪些数据适合上链

1.价值含义的数据上链。

⽐如积分、票据、礼品卡、游戏⾦币、游戏道具等。区块链天然可⽤于构建价值⽹络，在区块链中可以很容易的⽀持通证（）的创

Token

建、流转、销毁等操。⼀般通证分为两种：同质化通证（）和⾮同质化通证（全称是）。通证并不

fungibleTokenNFTnon-fungibleToken

是公链独的技术，在联盟链中，也可以通过合约实现这两种通证。

同质化通证⽤于表⽰同⼀种类型的，彼此没区分的价值符号，⽐如你1000个国航⾥程积分和我1000个国航⾥程积分是没区别的，

我们都可以去兑换相同的礼品，其价值是⼀样的。所以某商家的积分、某游戏⾦币都可以⽤同质化通证在区块链上实现。

⾮同质化通证⽤于表⽰彼此之间区别，具唯⼀性的符号。⽐如游戏道具，不同的道具可能具不同的属性，从⽽在游戏中具不同的表

现。

对于这些价值，⽽且可以看得出来是流通需求的数据，就可以⽤通证来表⽰。

2.共享需求的数据上链。

⽐如⿊名单共享。⾏业中经常数据共享的需求，⽐如在银⾏之间希望能够共享信⽤