我做过司法存证和供应链金融项目, 交易信息上链是绕不开的核心环节。说白了, 就是把链下交易数据的哈希摘要写进分布式账本, 让数据获得不可篡改和可追溯的属性。
交易信息怎么上链
在真正动手去做的现实场景里, 大家不会直接把没有加密的大白话丢到区块链上去。
第一步先得拿到那个能够证明交易有效的凭证, 然后针对里面很关键的那些字段进行SHA-256哈希处理, 这么做是为了得到一个长度固定的摘要结果, 接着把这个摘要和记录时间的戳记, 还有标明业务类型的标签一起打包成一个完整的交易包裹, 最后才把这个东西提交给负责达成共识的那些节点来处理。
如果是以太坊这种网络的话, 大概需要花费15秒才能被确认完毕, 而Hyperledger Fabric这种网络的话, 确认的时间长短会根据参与人数的多少有所变化, 时间大概在几秒到十几秒这个范围里浮动。
我曾经见过这样的状况, 就是有一个团队为了图一个省事的做法, 他们把整笔订单里面的JSON数据, 没有做任何处理, 直接原封不动地就上链存储了, 结果导致那个存储成本一下子就蹭蹭地上涨了, 而且在后面去查询的时候还会出现卡顿的情况, 其实真正有需要去进行锚定的内容, 只有那个哈希值而已, 至于那些原始数据部分, 完全可以把它放到IPFS上面或者是关系型数据库里面进行存放, 然后直接使用哈希值来做关联操作就完全足够了, 这样一来, 那个链上的空间的利用率, 在一瞬间就变得非常合理了起来。
上链后怎么验证
验证这样的逻辑本身其实并不算复杂。第三方人员会去拿来一份交易数据, 然后用同样的算法去进行一遍计算从而得出一个哈希值。接着把这个计算出来的哈希值与链上原本所存储的摘要信息进行相互比对。
如果两个信息是一致的话就说明了在数据被写入之后的这一段时间里并没有被人被动过手脚。法院在对存证文件进行核验的时候其实就是这么操作的。它仅仅是去验证锚点部分的内容, 而不会把整个的交易流程再重新走一遍。
但是有一个地方是需要引起大家注意的, 那个地方就是一个坑存在。哈希值这个技术手段,只能证明在数据写入完成的那个瞬间,数据没有被修改过，它并不能用来证明被写入进去的那些东西本身就是真实有效的数据。
如果作为来源的数据一开始就是凭空捏造出来的假信息, 那么即使把它上传到区块链上去保存了, 存储在那里的依然是假的。
所以要想建立起一个完整的、值得相信的信任链条, 就必须把两个环节都做完整, 这中间既要有源头CA机构出具的电子签章, 也要有将数据与链上进行锚定关联的操作, 这两个步骤里如果缺少了任何一个环节, 整个信任体系就都是站不住脚的。
只要选好了链, 定下了哈希算法, 划清了上界的上链边界情况这三件比较重要的事情大家都想得比较明白了, 那么整体方案也就基本上落了一半的大半。
转载请注明出处：imtoken，如有疑问，请联系（）。
本文地址：https://zmdyd.cn/imgfb/10882.html