为什么说供应链金融,是区块 链落地的天然场景和应用?

2019-12-09 08:57:00
杨舸
转贴
20

谈起区块链,自然而 然会联想起各种“币”,就我个人浅见,币,仅仅是 区块链的一种应用而已,不是全部。区块链 也并非能上升到能改造、重构互联网,甚至到 神话和哲学的程度,但是,区块链的很多特性,确实有用,而且能 解决传统技术框架下难点和痛点。

在正常的业务中,无论是手工线下作业,还是传 统线上供应链金融平台,可能都 很难解决一个问题:单据、信息在 传递过程中被篡改的难题!我们以 自己粗浅理解和肤浅实践,谈谈如 何用区块链进行防篡改。

举个例子:

我们假设 3 个角色:供应商(融资方)、保理商、资方。场景是:供应商 需要通过保理融资,保理商 提供保理融资服务,但保理商缺资金,需要引 入提供资金的资方,比如银 行或其它另外一家财大气粗的保理商。

1 、线下的过程:

按照常规的做法,保理商 去供应商进行尽调、收集各项资料,并提供给资方,交由资方进行审核,最终无 论是采用双保理还是再保理,完成了融资动作。但此时,问题就来了,即使假 设供应商提供的资料是真实的情况下,资方会 相信保理商提供的资料是真实的、没被保理商篡改过?

那么,最终在 资料被证伪的情况下,可能会发生的情况是:保理商说,供应商 提供的资料本来就是假的,而供应商说,我给你的是真的,你给换了、改了 ... 。所以,谨慎一些的,或者说 绝大部分的资方都会自己再直接去收集资料,一遍一 遍地摩擦供应商。

2 、无区块 链的线上供应链金融平台的过程:

供应商 在线上供应链金融平台提交资料,无论是 经由保理方审核通过后对接给资方,还是采用直接给资方,看起来没有问题,是吧?但是,平台可信吗?会不会存在一种可能,某一个组织(比如平台运营方)、某一个个人(比如黑客)通过后 门或通过获取超级权限的方式,直接进 入数据库对资料进行篡改?因为传 统供应链金融平台的数据库是“中心存储”方式,改了就生效。所以,资方一样不相信!

所以,如不能解决“防篡改”,无论线 下还是线上均无法做到可信!

那么,加上区 块链为什么就能解决呢?

防篡改,指的是 防止被非法修改数据。

我用非 常不专业但相对好理解的方式来描述区块链的防篡改机制:

在区块链框架下,数据存储是分布式的,业务数据存储在 N 个节点上。一个节点,可以理 解为是一个全量数据备份的 " 数据库 " ,在通常情况下,有 N 个节点 / 服务器,就存在 N 份一模 一样的业务数据。

业务操作时,一份数 据提交到某个区块链节点进行上链存储的时候,会自动同步到另外 N-1 个服务器上。

如果有 人非法修改某一个或 N-1 个节点上的数据,在节点 服务器的算力无巨大巨大差异的情况下,区块链 独特机制会防止这被篡改的数据自动同步到其它节点上,最终的结果是,篡改的 数据是垃圾数据,无法被 业务系统下载使用,系统从 链上下载的还是正确的数据。

我们将 上述机制引入到我们设计开发的“久金保 区块链供应链金融系统”中,以“发票”为例子,大致过程是这样的:

供应商 通过区块链系统提交发票资料,在页面 输入发票的信息,比如,发票号、客户名称、金额 ... 等各个字段值,同时,上传发 票扫描图片文件。

我们将 发票的字段信息打包算出一个哈希值,再将发 票扫描图片文件算出一个哈希值,将这 2 个值上链。

保理商在查看发票时,系统自 动比较链上取下来的字段信息哈希值与数据库中取出来的字段信息哈希值,如二者不一致,说明数 据库中的字段信息被修改了。

同样的,从链上 取下的发票图片文件哈希值与文件图片服务器下载的发票图片文件所算出来的哈希值不一致,说明文 件图片服务器上的发票图片被更换了。

那么有一个疑问:如果供 应商发票扫描图片传错了怎么办?好办,在区块 链供应链金融系统中正常删除、再次上传,系统会 自动将新的信息再次上链存储、下链哈 希值的一致性比较。

有一点要说明的是:在区块链环境下,上链的信息是真的,将永远是真的,如果上链信息是假的,将永远是假的!所以,区块链也不是万能的,如何解决源头问题,就是另外一个话题了!

                    文章来源: 吴道,版权归作者所有,本文不 代表本平台立场;如原创作者看到,欢迎联系“民联集团”认领

友情链接:    亲朋棋牌-安全棋牌   抢庄牛牛游戏   可以赢钱的棋牌游戏   36棋牌-指定下载   晓游休闲棋牌-首页