技术领域
[0001] 本
发明涉及
区块链技术领域，具体涉及一种基于Fabric的货到付款应用方法及系统。
背景技术
[0002] 区块链技术起源于中本聪撰写的论文《Bitcoin:A peer-to-peer electroniccash system》，由于其具有去中心化、集体维护、公开透明、不可篡改、可追溯等特点而受到广泛关注。
[0003] 在Bitcoin里面，有四种支付类型，分别是P2PK(Pay to Public Key)、P2PKH(Pay to Public Key Hash)、MS(Multiple Signature)和P2SH(Pay 2Script Hash)，其中以P2SH最为灵活，其以
锁定脚本的hash值作为收款地址。在P2SH支付类型中，当花钱时，把解锁脚本和锁定脚本放在一起由
虚拟机解释执行，若结果真，则解锁脚本可以花钱，若结果为假，则解锁脚本不能花钱。UTXO指的是Unspent Transaction Output，是Bitcoin网络里提出的一个概念，在交易中，需要花费一笔或多笔输入，产生一笔或多笔输出，而这个输出就是“未花费过的交易输出”，即UTXO。Bitcoin里除了上面介绍的几种交易类型，为了扩大交易速度还设计了链下支付通道闪
电网络，其中重要的工具是HTLC(hash time lock contract，哈西时间锁定合约)，其基本要素有两个，一个是生成一个随机数R，锁定脚本里有H＝Hash(R)，另外还要在锁定脚本里设定一个时间T。解锁脚本可以这样定义：在规定的时间T之前如果有人能够提供R，使得Hash(R)和锁定脚本里的H相等，则这个人可以花这笔钱，超过规定的时间T之后，这笔钱通过和支付人的公钥绑定以归还给支付人，上述其实是定义了一种条件支付合约，在这个基本的条件支付合约
基础上还可以视应用场景添加其他功能。但是，Fabric系统尚没有类似的条件支付功能。
发明内容
[0004] 针对
现有技术中存在的
缺陷，本发明的目的在于提供一种基于Fabric的货到付款应用方法，能够有效保证预付款的安全。
[0005] 为达到以上目的，本发明采取的技术方案是，包括：
[0006] 买方交易端生成预付款地址和复合键，并向生成的预付款地址支付预付款后将预付款地址和复合键发送给卖方交易端，所述预付款地址和复合键中均含有货物信息和预设的货物
送达时间；
[0007] 卖方交易端接收预付款地址和复合键，并对预付款地址和复合键所含信息验证通过后，进行发货；
[0008] 若买方交易端在预设的货物送达时间内确认收到货物，则卖方交易端将复合键发送给买方交易端，由买方交易端对复合键进行签名赋值，然后买方交易端将签名赋值后的复合键发送给卖方交易端，卖方交易端拥有预付款，交易结束；若买方交易端未在预设的货物送达时间内确认收到货物，则预付款退还给买方交易端，交易结束。
[0009] 在上述技术方案的基础上，
[0010] 所述买方交易端生成的预付款地址具体为：
[0011] address＝hash(卖方公钥||买方公钥||货物信息hash||time)||unlockcodename[0012] 其中，address表示预付款地址，hash表示哈希
算法，货物信息hash表示货物编码的哈希值，time表示预设的货物送达时间，unlockcodename表示花费当前预付款地址中预付款时的解锁代码名称；
[0013] 所述买方交易端生成的复合键具体为：
[0014] CK1＝(卖方公钥||买方公钥||货物信息hash||time)
[0015] 其中，CK1表示复合键。
[0016] 在上述技术方案的基础上，所述对预付款地址和复合键所含信息验证通过后，进行发货，具体为：
[0017] 计算复合键的哈希值是否等于预付款地址中哈希值计算部分的哈希值、检查复合键中的第一个参数是否为卖方公钥、检查复合键中的第二个参数是否为买方公钥，检查复合键中参数time的所定数值是否合适，若均为是，则验证通过，进行发货；反之，则验证不通过，不进行发货。
[0018] 在上述技术方案的基础上，所述买方交易端将签名赋值后的复合键发送给卖方交易端，卖方交易端拥有预付款后，还包括：按照(UTXO，CK1，sigbuyer(CK1))三者的对应关系，记录于账本中，其中UTXO指卖方交易端拥有预付款后产生的未花费过的交易输出，sigbuyer(CK1)表示签名赋值后的复合键。
[0019] 在上述技术方案的基础上，当卖方交易端拥有预付款之后，还包括：
[0020] 将卖方交易端拥有预付款后产生的未花费过的交易输出作为输入UTXO构造交易
申请，所述交易申请中包括签名赋值后的复合键；
[0021] 将构造的交易申请放入交易提议里，然后发送给Fabric网络的peer
节点；
[0022] peer节点接收交易申请并根据交易申请中的输入UTXO查询账本获得账本中对应的UTXO，并获取该UTXO对应CK1的解锁代码，然后调用子函数unlockcode，输入解锁参数，运行并对返回结果进行判断，若返回结果为真，则卖方交易端可以花费交易申请中的输入UTXO，若返回结果为假，则卖方交易端不可以花费交易申请中的输入UTXO。
[0023] 在上述技术方案的基础上，
[0024] 所述交易申请具体为：
[0025] request＝(inputs,outputs,txidj||CK1||sig(inuts||outputs||nonce)||sigbuyer(CK1))
[0026] 其中，request表示交易申请，inputs表示输入UTXO，inputs＝[in1；in2；…；ini；…]，表示输入的各个UTXO；txidj为ini的格式，表示交易txid的第j个输出，outputs表示输出UTXO，sig(inuts||outputs||nonce)表示当为买方交易端花钱时，需要使用买方私钥对inuts||outputs||nonce进行签名；如果是卖方交易端花钱时，需要使用卖方私钥对inuts||outputs||nonce进行签名，nonce表示随机数；
[0027] 所述调用子函数unlockcode时，所输入的解锁参数为：txidj||CK1||sig(inuts||outputs||nonce)||sigbuyer(CK1)。
[0028] 在上述技术方案的基础上，所述调用子函数unlockcode时，输入解锁参数，运行并对返回结果进行判断，具体步骤为，
[0029] 根据从账本中获得的对应的UTXO，获取该UTXO对应的预付款地址，并从预付款地址取出hash部分的H，与Hash(CK1)进行比较，若不相等，则返回结果为假，若相等，则判断该UTXO对应的sigbuyer(CK1)是否存在：
[0030] 若存在，则若使用复合键中的买方公钥进行验签成立，且使用复合键中的卖方公钥验证sig(inuts||outputs||nonce)成立时，返回结果为真，反之，则返回结果为假；
[0031] 若不存在，则查看当前时间是否已超过复合键中预设的货物送达时间，若未超过，则返回结果为假；若超过，则当使用复合键中的买方公钥验证sig(inuts||outputs||nonce)时成立，返回结果为真，反之，返回结果为假。
[0032] 本发明提供的一种基于Fabric的货到付款应用系统，包括以下步骤：
[0033] 生成模块，其用于买方交易端生成预付款地址和复合键，并向生成的预付款地址支付预付款后将预付款地址和复合键发送给卖方交易端，所述预付款地址和复合键中均含有货物信息和预设的货物送达时间；
[0034] 接收模块，其用于驱使卖方交易端接收预付款地址和复合键，并对预付款地址和复合键所含信息验证通过后，进行发货；
[0035] 判断模块，其用于若买方交易端在预设的货物送达时间内确认收到货物，则卖方交易端将复合键发送给买方交易端，由买方交易端对复合键进行签名赋值，然后买方交易端将签名赋值后的复合键发送给卖方交易端，卖方交易端拥有预付款，交易结束；若买方交易端未在预设的货物送达时间内确认收到货物，则预付款退还给买方交易端，交易结束。
[0036] 在上述技术方案的基础上，
[0037] 所述买方交易端生成的预付款地址具体为：
[0038] address＝hash(卖方公钥||买方公钥||货物信息hash||time)||unlockcodename[0039] 其中，address表示预付款地址，hash表示
哈希算法，货物信息hash表示货物编码的哈希值，time表示预设的货物送达时间，unlockcodename表示花费当前预付款地址中预付款时的解锁代码名称；
[0040] 所述买方交易端生成的复合键具体为：
[0041] CK1＝(卖方公钥||买方公钥||货物信息hash||time)
[0042] 其中，CK1表示复合键。
[0043] 在上述技术方案的基础上，所述对预付款地址和复合键所含信息验证通过后，进行发货，具体为：
[0044] 计算复合键的哈希值是否等于预付款地址中哈希值计算部分的哈希值、检查复合键中的第一个参数是否为卖方公钥、检查复合键中的第二个参数是否为买方公钥，检查复合键中参数time的所定数值是否合适，若均为是，则验证通过，进行发货；反之，则验证不通过，不进行发货。
[0045] 与现有技术相比，本发明的优点在于：基于Fabric网络，买方交易端生成一个预付款地址并给这个地址打款，卖方交易端验证该笔预付款，确认预付款是和自己有关的预付款，当且仅当卖方交易端在预设的货物送达时间将货物送达给买方交易端，则这笔预付款归卖方交易端所有，否则这笔钱仍然归买方交易端所有，有效保证预付款的安全，同时将货到付款的锁定代码实现为支付合约的子函数，有效减少交易的数量，且本发明所设计的货到付款应用能够在没有可信第三方的情况下，让任意的买卖双方可以进行交易。
附图说明
[0046] 图1为本发明
实施例中一种基于Fabric的货到付款应用方法的
流程图。
具体实施方式
[0047] 以下结合附图及实施例对本发明作进一步详细说明。本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或
计算机程序产品。因此，本发明可采用完全
硬件实施例、完全
软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘
存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
[0048] 本发明实施例提供一种基于Fabric的货到付款应用方法，采用预设货物送达时间的方式，有效保证买方交易端所支付预付款的安全，同时将货到付款的解锁代码实现为支付合约的子函数，有效减少交易的数量。本发明实施例还相应地提供了一种基于Fabric的货到付款应用系统。
[0049] 参见图1所示，本发明实施例提供的一种基于Fabric的货到付款应用方法，包括以下步骤：
[0050] S1：买方交易端生成预付款地址和复合键，并向生成的预付款地址支付预付款后将预付款地址和复合键发送给卖方交易端，所述预付款地址和复合键中均含有货物信息和预设的货物送达时间；
[0051] 本发明实施例中，买方交易端生成的预付款地址具体为：
[0052] address＝hash(卖方公钥||买方公钥||货物信息hash||time)||unlockcodename[0053] 其中，address表示预付款地址，hash表示哈希算法，货物信息hash表示货物编码的哈希值，time表示预设的货物送达时间，unlockcodename表示花费当前预付款地址中预付款时的解锁代码名称。
[0054] 买方交易端生成的复合键具体为：
[0055] CK1＝(卖方公钥||买方公钥||货物信息hash||time)
[0056] 其中，CK1表示复合键。
[0057] S2：卖方交易端接收预付款地址和复合键，并对预付款地址和复合键所含信息验证通过后，进行发货。当卖方交易端接收预付款地址和复合键后，若卖方交易端的应用程序订阅了上述事件，则记录下相应的UTXO。
[0058] 本发明实施例中，对预付款地址和复合键所含信息验证通过后，进行发货，具体为：
[0059] 计算复合键的哈希值是否等于预付款地址中哈希值计算部分的哈希值、检查复合键中的第一个参数是否为卖方公钥、检查复合键中的第二个参数是否为买方公钥，检查复合键中参数time的所定数值是否合适，若均为是，则验证通过，进行发货；反之，则验证不通过，不进行发货。当然，关于哈希值的计算判断，在验证时，可以进行判断，也可不进行判断。预付款地址中哈希值计算部分值预付款地址中的(卖方公钥||买方公钥||货物信息hash||time)。参数time的所定数值是否合适是指所确定的时间是否符合正常交易时间或者买卖双方确定的可接受交易时间。
[0060] S3：若买方交易端在预设的货物送达时间内确认收到货物，则卖方交易端将复合键发送给买方交易端，由买方交易端对复合键进行签名赋值，然后买方交易端将签名赋值后的复合键发送给卖方交易端，卖方交易端拥有预付款，交易结束；若买方交易端未在预设的货物送达时间内确认收到货物，则预付款退还给买方交易端，交易结束。
[0061] 具体的，在货物送达交易阶段，若买方交易端在预设的货物送达时间内确认收到货物，则卖方交易端的送货人员将复合键以二维码形式发送给买方交易端，买方交易端使用智能移动设备扫码后获得复合键并对复合键进行签名赋值，然后以二维码形式将签名赋值后的复合键发送给送货人员，送货人员扫描二维码得到签名赋值后的复合键。
[0062] 本发明实施例中，买方交易端将签名赋值后的复合键发送给卖方交易端，卖方交易端拥有预付款后，还包括：按照(UTXO，CK1，sigbuyer(CK1))三者的对应关系，记录于账本中，其中UTXO指卖方交易端拥有预付款后产生的未花费过的交易输出，sigbuyer(CK1)表示签名赋值后的复合键。
[0063] 当卖方交易端拥有预付款之后，还包括：
[0064] S401：将卖方交易端拥有预付款后产生的未花费过的交易输出作为输入UTXO构造交易申请，所述交易申请中包括签名赋值后的复合键；其中，交易申请具体为：
[0065] request＝(inputs,outputs,txidj||CK1||sig(inuts||outputs||nonce)||sigbuyer(CK1))
[0066] 其中，request表示交易申请，inputs表示输入UTXO，inputs＝[in1；in2；…；ini；…]，表示输入的各个UTXO；txidj为ini的格式，表示交易txid的第j个输出，outputs表示输出UTXO，sig(inuts||outputs||nonce)表示当为买方交易端花钱时，需要使用买方私钥对inuts||outputs||nonce进行签名；如果是卖方交易端花钱时，需要使用卖方私钥对inuts||outputs||nonce进行签名，nonce表示随机数；
[0067] 所述调用子函数unlockcode时，所输入的解锁参数为：txidj||CK1||sig(inuts||outputs||nonce)||sigbuyer(CK1)。
[0068] S402：将构造的交易申请放入交易提议里，然后发送给Fabric网络的peer节点；
[0069] S403：peer节点接收交易申请并根据交易申请中的输入UTXO查询账本获得账本中对应的UTXO，并获取该UTXO对应CK1的解锁代码，然后调用子函数unlockcode，输入解锁参数，运行并对返回结果进行判断，若返回结果为真，则卖方交易端可以花费交易申请中的输入UTXO，若返回结果为假，则卖方交易端不可以花费交易申请中的输入UTXO。当返回结果为真时，则将新的UTXO存入账本。需要注意的是，子函数unlockcode是作为支付合约的子函数存在，而不是作为一个合约存在。
[0070] 步骤S403中，调用子函数unlockcode进行参数输入并对返回结果进行判断，具体步骤为，
[0071] 根据从账本中获得的对应的UTXO，获取该UTXO对应的预付款地址，并从预付款地址取出hash部分的H，与Hash(CK1)进行比较，若不相等，则返回结果为假，若相等，则判断该UTXO对应的sigbuyer(CK1)是否存在：
[0072] 若存在，则若使用复合键中的买方公钥进行验签成立，且使用复合键中的卖方公钥验证sig(inuts||outputs||nonce)成立时，返回结果为真，反之，则返回结果为假；
[0073] 若不存在，则查看当前时间是否已超过复合键中预设的货物送达时间，若未超过，则返回结果为假；若超过，则当使用复合键中的买方公钥验证sig(inuts||outputs||nonce)时成立，返回结果为真，反之，返回结果为假。
[0074] 本发明实施例的基于Fabric的货到付款应用方法，基于Fabric网络，买方交易端生成一个预付款地址并给这个地址打款，卖方交易端验证该笔预付款，确认预付款是和自己有关的预付款，当且仅当卖方交易端在预设的货物送达时间将货物送达给买方交易端，则这笔预付款归卖方交易端所有，否则这笔钱仍然归买方交易端所有，有效保证预付款的安全，同时将货到付款的锁定代码实现为支付合约的子函数，有效减少交易的数量。
[0075] 本发明实施例提供的一种基于Fabric的货到付款应用系统，包括生成模块、接收模块和判断模块。
[0076] 生成模块用于买方交易端生成预付款地址和复合键，并向生成的预付款地址支付预付款后将预付款地址和复合键发送给卖方交易端，所述预付款地址和复合键中均含有货物信息和预设的货物送达时间；接收模块用于驱使卖方交易端接收预付款地址和复合键，并对预付款地址和复合键所含信息验证通过后，进行发货；判断模块用于若买方交易端在预设的货物送达时间内确认收到货物，则卖方交易端将复合键发送给买方交易端，由买方交易端对复合键进行签名赋值，然后买方交易端将签名赋值后的复合键发送给卖方交易端，卖方交易端拥有预付款，交易结束；若买方交易端未在预设的货物送达时间内确认收到货物，则预付款退还给买方交易端，交易结束。
[0077] 买方交易端生成的预付款地址具体为：
[0078] address＝hash(卖方公钥||买方公钥||货物信息hash||time)||unlockcodename[0079] 其中，address表示预付款地址，hash表示哈希算法，货物信息hash表示货物编码的哈希值，time表示预设的货物送达时间，unlockcodename表示花费当前预付款地址中预付款时的解锁代码名称；
[0080] 所述买方交易端生成的复合键具体为：
[0081] CK1＝(卖方公钥||买方公钥||货物信息hash||time)
[0082] 其中，CK1表示复合键。
[0083] 对预付款地址和复合键所含信息验证通过后，进行发货，具体为：
[0084] 计算复合键的哈希值是否等于预付款地址中哈希值计算部分的哈希值、检查复合键中的第一个参数是否为卖方公钥、检查复合键中的第二个参数是否为买方公钥，检查复合键中参数time的所定数值是否合适，若均为是，则验证通过，进行发货；反之，则验证不通过，不进行发货。当然，关于哈希值的计算判断，在验证时，可以进行判断，也可不进行判断。
[0085] 本发明不局限于上述实施方式，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也视为本发明的保护范围之内。本
说明书中未作详细描述的内容属于本领域专业技术人员公知的现有技术。
