18年开始，团队做一个区块链在物流行业的落地项目。19年初上线。虽然由于种种原因，今年年初我们技术团队退出了原来公司，但为这个项目，大家还是付出了太多太多。近期，这个项目在广州获得了政府的认可，虽然我们已经离开，但也算是一种肯定吧。
目前，我们技术团队一方面接一些外包项目（主要是帮助企业利用微信入口实现数字化转型方向），另一方面，也在区块链教育方向进行一些积累和尝试。

以下是这个案例的分享。
物流行业的供应链金融系统中，最基本的组成单元有资金方（融资的出资方）、物流运力主体（融资的借款方）和物流平台（无车承运人）。由于货主一般通过物流平台来发布货运需求，而运力主体大多通过物流平台承接物流业务，所以物流平台也成为了这个系统中必不可少的一方（他将系统最基础的数据数字化）。除了这3个基本组成单元，还有一个重要角色是物流行业的指导单位物流研究院，起到监管和研究的作用。
这个系统现在是这样运转的：
货主通过物流平台发布货运需求，并与物流平台进行结算。运力方通过物流平台承接这些需求，也与物流平台结算。但是，对于运力方，与物流平台的账期（可能由于对账等各种实际原因造成，通常在2个月左右）让他们并不能及时拿到自己的应收账款。而这直接导致他们资金紧张，步履维艰。
这其中，存在以下几个问题：
1. 对于物流行业的中小微企业来说，信用背书弱会导致融资难、融资贵；
2. 对于物流行业的资金方来说，物流资产真实性的确认成本很高；
3.小额高成本的放贷，对银行来说性价比极低，不愿意参与。
区块链在其中，主要有以下几个价值：
数据存证：区块链难以篡改的特点，使得上链数据存证更有价值。
资产数字化：当我们在区块链中引入token，将上链的资产用数字化的token来表示，这样极大的降低了资产流转的复杂度。
信用建立，降低信任成本：随着用户链上数字资产的积累，这些数字资产可以进一步为用户带来信用积累。而这些积累的信用，无需第三方中介担保，从而降低信任成本。
我们的解决方案如下。
我们知道，联盟链在建立之初就已经有一定的基础信任，而利用区块链上的数据具有难以篡改以及分布式存储的特点，这种信任会随着区块的增长逐步增长。


结合案例背景，案例具有了如图1所示的实际结构图。在实际结构图中，运营方也成为此联盟链网络中的一个共识记账节点，运营方负责整体联盟链的业务开发和维护工作，所以，自然而然也应该被纳入到这一信任体系中。与案例背景不同的是，这里考虑到运力方实际信息化程度低、信息技术能力差、资金敏感等原因，运力方并没有成为联盟的的共识和记账节点，而是通过物流平台（平台方）使用自己的密钥参与到区块链中。这样一方面降低了运力方的参与成本，同时也降低了运力方的参与门槛。因此，形成了如图1所示的研究院、平台方、资金方以及运营方四方组成的区块链联盟链。这四方相互合作也相互制约，从而确保物流行业资产的真实性（原始上链数据的真实性）。
在区块链中，智能合约扮演着重要的角色。所谓智能合约，就是自动执行约定的规则，并且执行结果将记录到区块链的区块中。实际情况中，合约将被所有共识节点执行，且只有在所有共识节点执行结果一致时，才能形成区块链系统中有效的交易，从而确保多方共识。
1.KYC（Know Your Customer）合约簇
联盟链在建立之初，承担共识和记账的这些超级节点已经根据自身角色获取了上链的能力，但是对于后续加入的运力方，就需要合约来保证各个共识方都能够对其加入进行认可和确认，从而使他获得上链的能力。这个合约的作用类似于银行业务中KYC的作用，所以，我们称之为“KYC合约”。
2.原始数据上链确权合约簇
运力方的原始数据（运单、作业单、对账单、发票等）是运力方沉淀信任的关键。所以，需要合约来确权（运力方确权、平台方确权、资金方确权、监管方-研究院确权）这些数据的真实性。只有经过多方确权后的数据，才能够上链。
3.风险控制合约簇
即使通过了KYC合约并且原始数据也经过了确权上链，在运力方要开展借款业务之前，还是要进行风险控制。例如要确认其上链时长、上链的资产规模等等。
4.借款业务合约簇
当运力方通过其上链数据、上链资产等产生了一定的借款额度，运力方就可以主动发起借款业务。此时，根据参与各方角色和分工的不同，各方进行自身承担的链外流程，例如公司内部审批流程，并将链外流程结果通过合约簇中相应合约上链，以让各方进行确认。最终，资金方确认放款。接下来，还款相关的合约会记录各方在还款流程中的责任，确保还款或者进行链上的信用处罚。
上述应用方式，确保上链的物流中小微企业信用能够随着他自身业务的积累而积累，并且这些信用能够建立在他自身业务的背书上，而不用第三方来进行背书。

欢迎大家和我们交流：
wx：wx_songshao、luotuo818


--
FROM 115.171.41.*