基于区块链网络的业务处理方法.pdf

《基于区块链网络的业务处理方法.pdf》由会员分享，可在线阅读，更多相关《基于区块链网络的业务处理方法.pdf（27页完成版）》请在专利查询网上搜索。

1、(19)中华人民共和国国家知识产权局 (12)发明专利申请 (10)申请公布号 (43)申请公布日 (21)申请号 202010152383.X (22)申请日 2020.03.06 (71)申请人 腾讯科技 （深圳） 有限公司 地址 518057 广东省深圳市南山区高新区 科技中一路腾讯大厦35层 (72)发明人 李茂材蓝虎王宗友时一防 朱耿良周开班刘区城黄焕坤 杨常青刘攀 (74)专利代理机构 广州三环专利商标代理有限 公司 44202 代理人 熊永强杜维 (51)Int.Cl. G06F 16/23(2019.01) G06F 16/27(2019.01) G06Q 40/04(2012。

2、.01) (54)发明名称 一种基于区块链网络的业务处理方法 (57)摘要 本申请实施例公开了一种基于区块链网络 的业务处理方法， 包括： 接收业务申请节点发送 的业务核销处理请求， 业务核销处理请求包括电 子交易数据、 电子交易数据所在默克尔树的默克 尔hash， 以及电子交易数据所在区块的区块高 度； 对默克尔hash进行校验， 若校验通过， 则根据 电子交易数据标识， 查询区块链网络中是否存在 输入数据中包含电子交易数据标识的电子交易 数据的引用数据， 进而得到电子交易数据的最新 引用状态， 其中， 电子交易数据标识为电子交易 数据的交易hash； 根据电子交易数据的最新引用 状态， 对。

3、业务核销处理请求进行处理。 采用本申 请， 可以提高核销业务处理的准确度。 权利要求书3页 说明书16页 附图7页 CN 111382164 A 2020.07.07 CN 111382164 A 1.一种基于区块链网络的业务处理方法， 其特征在于， 包括： 接收业务申请节点发送的业务核销处理请求， 所述业务核销处理请求包括电子交易数 据、 所述电子交易数据所在默克尔树的默克尔hash， 以及所述电子交易数据所在区块的区 块高度， 其中， 所述默克尔hash是根据所述电子交易数据以及所述电子交易数据所在区块 中的其他交易hash生成； 对所述默克尔hash进行校验， 若校验通过， 则根据电子交。

4、易数据标识， 查询区块链网络 中是否存在输入数据中包含所述电子交易数据标识的所述电子交易数据的引用数据， 进而 得到所述电子交易数据的最新引用状态， 其中， 所述电子交易数据标识为所述电子交易数 据的交易hash； 根据所述电子交易数据的最新引用状态， 对所述业务核销处理请求进行处理， 其中， 所 述电子交易数据的最新引用状态为已被引用状态或未被引用状态。 2.根据权利要求1所述的方法， 其特征在于， 所述默克尔hash携带所述电子交易数据所 在区块中的其他交易hash； 所述对所述默克尔hash进行校验， 包括： 根据所述电子交易数据以及所述其他交易hash生成校验hash， 将所述校验ha。

5、sh与所述 默克尔hash进行对比； 若所述校验hash与所述默克尔hash一致， 则根据所述电子交易数据所在区块的区块高 度， 获取所述电子交易数据所在区块的目标默克尔hash； 若所述目标默克尔hash与所述默克尔hash一致， 则校验通过。 3.根据权利要求1所述的方法， 其特征在于， 所述业务核销处理请求携带业务申请节点 账号签名； 所述对所述默克尔hash进行校验之前， 包括： 获取所述业务申请节点的验签公钥， 根据所述业务申请节点的验签公钥对所述业务申 请节点账号签名进行验签， 得到第一校验码； 采用哈希算法将所述业务核销处理请求转换为第二校验码； 若所述第一校验码与所述第二校验码。

6、一致， 则对所述默克尔hash进行校验。 4.根据权利要求1所述的方法， 其特征在于， 所述根据电子交易数据标识， 查询区块链 网络中是否存在输入数据中包含所述电子交易数据标识的所述电子交易数据的引用数据， 进而得到所述电子交易数据的最新引用状态， 包括： 遍历所述区块链网络中每个区块中每个电子交易数据的输入数据； 若所述区块链网络中存在所述电子交易数据的引用数据， 则确定所述电子交易数据的 最新引用状态为所述已被引用状态； 或 若所述区块链网络中不存在所述电子交易数据的引用数据， 则确定所述电子交易数据 的最新引用状态为所述未被引用状态。 5.根据权利要求4所述的方法， 其特征在于， 所述目。

7、标电子交易数据包括交易接收方； 所述若所述区块链网络中存在所述电子交易数据的引用数据之前， 包括： 所述业务申请节点将所述电子交易数据发送至所述交易接收方； 在接收到所述交易接收方发送的电子交易数据接收确认消息携带所述交易接收方账 权利要求书 1/3 页 2 CN 111382164 A 2 号签名后， 所述业务申请节点对所述交易接收方账号签名进行校验； 若校验通过， 则所述业务申请节点根据所述业务申请节点、 所述电子交易数据和所述 交易接收方生成所述电子交易数据的引用数据； 所述业务申请节点将所述电子交易数据的引用数据发送至所述区块链网络中的共识 节点， 以使所述共识节点对所述电子交易数据的。

8、引用数据进行共识验证， 并在共识验证通 过的情况下返回共识确认消息； 在确认接收到的所述共识确认消息的数量与所述共识节点的数量的比例达到预设的 共识比例的情况下， 将包含所述电子交易数据的引用数据区块添加至所述区块链网络中。 6.根据权利要求1所述的方法， 其特征在于， 所述电子交易数据包括交易资产数值； 所述根据所述电子交易数据的最新引用状态， 对所述业务核销处理请求进行处理， 包 括： 若所述电子交易数据的最新引用状态为所述未被引用状态， 则将资产数值与所述交易 资产数值一致的虚拟资产， 转移至所述业务申请节点的数字账户， 并向所述业务申请节点 发送所述业务核销处理请求已被处理的消息； 或。

9、 若所述电子交易数据的最新引用状态为所述已被引用状态， 则向所述业务申请节点发 送所述业务核销处理请求已被拒绝的消息。 7.根据权利要求6所述的方法， 其特征在于， 所述向所述业务申请节点发送所述业务核 销处理请求已被处理的消息之后， 包括： 根据业务处理方、 所述交易资产数值和所述业务申请节点生成待上链电子交易数据； 将所述待上链电子交易数据发送至区块链网络中的共识节点， 以使所述共识节点对所 述待上链电子交易数据进行共识验证， 并在共识验证通过的情况下返回共识确认消息； 在确认接收到的所述共识确认消息的数量与所述共识节点的数量的比例达到预设的 共识比例的情况下， 将包含所述待上链电子交易数。

10、据的区块添加至所述区块链网络中。 8.一种基于区块链网络的业务处理装置， 其特征在于， 包括： 接收请求单元， 用于接收业务申请节点发送的业务核销处理请求， 所述业务核销处理 请求包括电子交易数据、 所述电子交易数据所在默克尔树的默克尔hash， 以及所述电子交 易数据所在区块的区块高度， 其中， 所述默克尔hash是根据所述电子交易数据以及所述电 子交易数据所在区块中的其他交易hash生成； 最新引用状态确定单元， 用于对所述默克尔hash进行校验， 若校验通过， 则根据电子交 易数据标识， 查询区块链网络中是否存在输入数据中包含所述电子交易数据标识的所述电 子交易数据的引用数据， 进而得到。

11、所述电子交易数据的最新引用状态， 其中， 所述电子交易 数据标识为所述电子交易数据的交易hash； 处理请求单元， 用于根据所述电子交易数据的最新引用状态， 对所述业务核销处理请 求进行处理， 其中， 所述电子交易数据的最新引用状态为已被引用状态或未被引用状态。 9.一种服务节点， 其特征在于， 包括处理器、 存储器和收发器， 所述处理器、 存储器和收 发器相互连接， 其中， 所述收发器用于接收或发送数据， 所述存储器用于存储程序代码， 所 述处理器用于调用所述程序代码， 执行如权利要求1-7任一项所述的基于区块链网络的业 务处理方法。 权利要求书 2/3 页 3 CN 111382164 A。

12、 3 10.一种存储介质， 其特征在于， 所述存储介质存储有计算机程序， 所述计算机程序包 括程序指令； 所述程序指令当被处理器执行时使所述处理器执行如权利要求1-7任一项所 述的基于区块链网络的业务处理方法。 权利要求书 3/3 页 4 CN 111382164 A 4 一种基于区块链网络的业务处理方法 技术领域 0001 本申请涉及计算机技术领域， 尤其涉及一种基于区块链网络的业务处理方法。 背景技术 0002 目前， 针对业务的核销处理方法主要为对业务核销请求中的交易数据进行验证， 若验证通过， 则对业务核销请求进行处理， 这种方法虽然能保证交易数据的真实性， 但是由 于存在交易数据已被。

13、报销或者已被红冲掉的情况， 其中， 红冲可以理解为将原有的交易数 据抵销掉， 即将原有交易数据无效掉， 从而出现对同一业务核销请求进行重复处理， 或者， 对包含已被红冲掉的交易数据的业务核销请求仍然进行正常处理的现象。 因此， 如何提高 核销业务处理的准确度， 是需要解决的问题。 0003 申请内容 0004 本申请实施例提供一种基于区块链网络的业务处理方法及装置、 服务节点、 存储 介质， 以期提高核销业务处理的准确度。 0005 本申请实施例一方面提供了一种基于区块链网络的业务处理方法， 包括： 0006 接收业务申请节点发送的业务核销处理请求， 上述业务核销处理请求包括电子交 易数据、 。

14、上述电子交易数据所在默克尔树的默克尔hash， 以及上述电子交易数据所在区块 的区块高度， 其中， 上述默克尔hash是根据上述电子交易数据以及上述电子交易数据所在 区块中的其他交易hash生成； 0007 对上述默克尔hash进行校验， 若校验通过， 则根据电子交易数据标识， 查询区块链 网络中是否存在输入数据中包含上述电子交易数据标识的上述电子交易数据的引用数据， 进而得到上述电子交易数据的最新引用状态， 其中， 上述电子交易数据标识为上述电子交 易数据的交易hash； 0008 根据上述电子交易数据的最新引用状态， 对上述业务核销处理请求进行处理， 其 中， 上述电子交易数据的最新引用状。

15、态为已被引用状态或未被引用状态。 0009 其中， 上述默克尔hash携带上述电子交易数据所在区块中的其他交易hash； 0010 上述对上述默克尔hash进行校验， 包括： 0011 根据上述电子交易数据以及上述其他交易hash生成校验hash， 将上述校验hash与 上述默克尔hash进行对比； 0012 若上述校验hash与上述默克尔hash一致， 则根据上述电子交易数据所在区块的区 块高度， 获取上述电子交易数据所在区块的目标默克尔hash； 0013 若上述目标默克尔hash与上述默克尔hash一致， 则校验通过。 0014 其中， 上述业务核销处理请求携带业务申请节点账号签名； 0。

16、015 上述对上述默克尔hash进行校验之前， 包括： 0016 获取上述业务申请节点的验签公钥， 根据上述业务申请节点的验签公钥对上述业 务申请节点账号签名进行验签， 得到第一校验码； 0017 采用哈希算法将上述业务核销处理请求转换为第二校验码； 说明书 1/16 页 5 CN 111382164 A 5 0018 若上述第一校验码与上述第二校验码一致， 则对上述默克尔hash进行校验。 0019 其中， 上述根据电子交易数据标识， 查询区块链网络中是否存在输入数据中包含 上述电子交易数据标识的上述电子交易数据的引用数据， 进而得到上述电子交易数据的最 新引用状态， 包括： 0020 遍历。

17、上述区块链网络中每个区块中每个电子交易数据的输入数据； 0021 若上述区块链网络中存在上述电子交易数据的引用数据， 则确定上述电子交易数 据的最新引用状态为上述已被引用状态； 0022 或 0023 若上述区块链网络中不存在上述电子交易数据的引用数据， 则确定上述电子交易 数据的最新引用状态为上述未被引用状态。 0024 其中， 上述目标电子交易数据包括交易接收方； 0025 上述若上述区块链网络中存在上述电子交易数据的引用数据之前， 包括： 0026 上述业务申请节点将上述电子交易数据发送至上述交易接收方； 0027 在接收到上述交易接收方发送的电子交易数据接收确认消息携带上述交易接收 方。

18、账号签名后， 对上述交易接收方账号签名进行校验； 0028 若校验通过， 则根据上述业务申请节点、 上述电子交易数据和上述交易接收方生 成上述电子交易数据的引用数据； 0029 将上述电子交易数据的引用数据发送至上述区块链网络中的共识节点， 以使上述 共识节点对上述电子交易数据的引用数据进行共识验证， 并在共识验证通过的情况下返回 共识确认消息； 0030 在确认接收到的上述共识确认消息的数量与上述共识节点的数量的比例达到预 设的共识比例的情况下， 将包含上述电子交易数据的引用数据区块添加至上述区块链网络 中。 0031 其中， 上述电子交易数据包括交易资产数值； 0032 上述根据上述电子交。

19、易数据的最新引用状态， 对上述业务核销处理请求进行处 理， 包括： 0033 若上述电子交易数据的最新引用状态为上述未被引用状态， 则将资产数值与上述 交易资产数值一致的虚拟资产， 转移至上述业务申请节点的数字账户， 并向上述业务申请 节点发送上述业务核销处理请求已被处理的消息； 0034 或 0035 若上述电子交易数据的最新引用状态为上述已被引用状态， 则向上述业务申请节 点发送上述业务核销处理请求已被拒绝的消息。 0036 其中， 上述向上述业务申请节点发送上述业务核销处理请求已被处理的消息之 后， 包括： 0037 根据业务处理方、 上述交易资产数值和上述业务申请节点生成待上链电子交易。

20、数 据； 0038 将上述待上链电子交易数据发送至区块链网络中的共识节点， 以使上述共识节点 对上述待上链电子交易数据进行共识验证， 并在共识验证通过的情况下返回共识确认消 息； 说明书 2/16 页 6 CN 111382164 A 6 0039 在确认接收到的上述共识确认消息的数量与上述共识节点的数量的比例达到预 设的共识比例的情况下， 将包含上述待上链电子交易数据的区块添加至上述区块链网络 中。 0040 本申请一方面实施例提供了一种基于区块链网络的业务处理装置， 包括： 0041 接收请求模块， 用于接收业务申请节点发送的业务核销处理请求， 上述业务核销 处理请求包括电子交易数据、 上。

21、述电子交易数据所在默克尔树的默克尔hash， 以及上述电 子交易数据所在区块的区块高度， 其中， 上述默克尔hash是根据上述电子交易数据以及上 述电子交易数据所在区块中的其他交易hash生成； 0042 最新引用状态确定模块， 用于对上述默克尔hash进行校验， 若校验通过， 则根据电 子交易数据标识， 查询区块链网络中是否存在输入数据中包含上述电子交易数据标识的上 述电子交易数据的引用数据， 进而得到上述电子交易数据的最新引用状态， 其中， 上述电子 交易数据标识为上述电子交易数据的交易hash； 0043 处理请求模块， 用于根据上述电子交易数据的最新引用状态， 对上述业务核销处 理请求。

22、进行处理， 其中， 上述电子交易数据的最新引用状态为已被引用状态或未被引用状 态。 0044 其中， 上述默克尔hash携带上述电子交易数据所在区块中的其他交易hash； 0045 上述最新引用状态确定模块， 包括： 0046 生成对比单元， 用于根据上述电子交易数据以及上述其他交易hash生成校验 hash， 将上述校验hash与上述默克尔hash进行对比； 0047 获取目标单元， 用于若上述校验hash与上述默克尔hash一致， 则根据上述电子交 易数据所在区块的区块高度， 获取上述电子交易数据所在区块的目标默克尔hash； 0048 确定校验结果单元， 用于若上述目标默克尔hash与上。

23、述默克尔hash一致， 则校验 通过。 0049 其中， 上述业务核销处理请求携带业务申请节点账号签名； 0050 上述装置还包括校验签名模块， 用于： 0051 获取上述业务申请节点的验签公钥， 根据上述业务申请节点的验签公钥对上述业 务申请节点账号签名进行验签， 得到第一校验码； 0052 采用哈希算法将上述业务核销处理请求转换为第二校验码； 0053 若上述第一校验码与上述第二校验码一致， 则对上述默克尔hash进行校验。 0054 其中， 上述最新引用状态确定模块， 包括： 0055 遍历单元， 用于遍历上述区块链网络中每个区块中每个电子交易数据的输入数 据； 0056 引用状态确定单。

24、元， 用于若上述区块链网络中存在上述电子交易数据的引用数 据， 则确定上述电子交易数据的最新引用状态为上述已被引用状态； 0057 或 0058 若上述区块链网络中不存在上述电子交易数据的引用数据， 则确定上述电子交易 数据的最新引用状态为上述未被引用状态。 0059 其中， 上述目标电子交易数据包括交易接收方； 0060 上述若上述区块链网络中存在上述电子交易数据的引用数据之前， 包括： 说明书 3/16 页 7 CN 111382164 A 7 0061 上述业务申请节点将上述电子交易数据发送至上述交易接收方； 0062 在接收到上述交易接收方发送的电子交易数据接收确认消息携带上述交易接收。

25、 方账号签名后， 对上述交易接收方账号签名进行校验； 0063 若校验通过， 则根据上述业务申请节点、 上述电子交易数据和上述交易接收方生 成上述电子交易数据的引用数据； 0064 将上述电子交易数据的引用数据发送至上述区块链网络中的共识节点， 以使上述 共识节点对上述电子交易数据的引用数据进行共识验证， 并在共识验证通过的情况下返回 共识确认消息； 0065 在确认接收到的上述共识确认消息的数量与上述共识节点的数量的比例达到预 设的共识比例的情况下， 将包含上述电子交易数据的引用数据区块添加至上述区块链网络 中。 0066 其中， 上述电子交易数据包括交易资产数值； 0067 上述处理请求模。

26、块具体用于： 0068 若上述电子交易数据的最新引用状态为上述未被引用状态， 则将资产数值与上述 交易资产数值一致的虚拟资产， 转移至上述业务申请节点的数字账户， 并向上述业务申请 节点发送上述业务核销处理请求已被处理的消息； 0069 或 0070 若上述电子交易数据的最新引用状态为上述已被引用状态， 则向上述业务申请节 点发送上述业务核销处理请求已被拒绝的消息。 0071 其中， 上述装置还包括生成数据上链模块， 用于： 0072 根据业务处理方、 上述交易资产数值和上述业务申请节点生成待上链电子交易数 据； 0073 将上述待上链电子交易数据发送至区块链网络中的共识节点， 以使上述共识节。

27、点 对上述待上链电子交易数据进行共识验证， 并在共识验证通过的情况下返回共识确认消 息； 0074 在确认接收到的上述共识确认消息的数量与上述共识节点的数量的比例达到预 设的共识比例的情况下， 将包含上述待上链电子交易数据的区块添加至上述区块链网络 中。 0075 本申请实施例一方面提供了一种服务节点， 包括： 处理器、 存储器、 网络接口； 上述 处理器与存储器、 网络接口相连， 其中， 网络接口用于提供数据通信功能， 上述存储器用于 存储计算机程序， 上述处理器用于调用上述计算机程序， 以执行本申请实施例中上述一方 面中的方法。 0076 本申请实施例一方面提供了一种存储介质， 上述存储介。

28、质存储有计算机程序， 上 述计算机程序包括程序指令； 上述程序指令当被处理器执行时使上述处理器执行如本申请 实施例中的方法。 0077 在本申请实施例中， 业务处理平台接收业务申请节点发送的业务核销处理请求， 并对业务核销处理请求中的默克尔hash进行校验， 若校验通过， 则根据电子交易数据标识， 查询区块链网络中是否存在输入数据中包含电子交易数据标识的电子交易数据的引用数 据， 进而得到电子交易数据的最新引用状态， 根据电子交易数据的最新引用状态， 对业务核 说明书 4/16 页 8 CN 111382164 A 8 销处理请求进行处理。 因此采用本申请可以提高核销业务处理的准确度。 附图说。

29、明 0078 为了更清楚地说明本申请实施例或现有技术中的技术方案， 下面将对实施例或现 有技术描述中所需要使用的附图作简单地介绍， 显而易见地， 下面描述中的附图仅仅是本 申请的一些实施例， 对于本领域普通技术人员来讲， 在不付出创造性劳动的前提下， 还可以 根据这些附图获得其他的附图。 0079 图1a是本申请实施例提供的一种系统架构示意图； 0080 图1b是本申请实施例提供的一种区块链节点系统示意图； 0081 图1c是本申请实施例提供的一种区块链示意图； 0082 图1d是本申请实施例提供的一种默克尔树的示意图； 0083 图2是本申请实施例提供的一种基于区块链网络的业务处理方法的流程。

30、示意图； 0084 图3是本申请实施例提供的一种基于区块链网络的业务处理方法的流程示意图； 0085 图4是本申请实施例提供的一种待上链电子交易数据上链的场景示意图； 0086 图5是本申请实施例提供的一种基于区块链网络的业务处理装置的结构示意图； 0087 图6是本申请实施例提供的一种服务节点的结构示意图。 具体实施方式 0088 下面将结合本申请实施例中的附图， 对本申请实施例中的技术方案进行清楚、 完 整地描述， 显然， 所描述的实施例仅仅是本申请一部分实施例， 而不是全部的实施例。 基于 本申请中的实施例， 本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他 实施例， 都属于。

31、本申请保护的范围。 0089 请参见图1a， 是本申请实施例提供的一种系统架构示意图。 目前， 随着网络技术的 快速发展以及各大企业对交易数据安全的重视， 区块链得到了极大的重视和应用； 企业针 对业务的核销处理方法主要为对业务核销请求中的交易数据进行验证， 若验证通过， 则对 业务核销请求进行处理， 这种方法虽然能保证交易数据的真实性， 但是由于存在交易数据 已被报销或者已被红冲掉的情况， 从而出现对同一业务核销请求进行重复处理， 或者， 对包 含已被红冲掉的交易数据的业务核销请求仍然进行正常处理的现象， 这时就需要利用区块 链不可篡改的特性对业务进行处理。 如图1a所示， 该系统构架示意图。

32、包括区块链节点系统、 业务处理平台、 业务申请节点以及业务申请节点所在终端。 0090 其中， 区块链节点系统中的节点、 业务处理平台、 以及业务申请节点所在终端可以 为计算机设备， 包括手机、 平板电脑、 笔记本电脑、 掌上电脑、 智能音响、 移动互联网设备 (MID， mobile internet device)、 POS(Point Of Sales， 销售点)机、 可穿戴设备(例如智能 手表、 智能手环等)等。 0091 此外， 请参见图1b， 是本申请实施例提供的一种区块链节点系统示意图。 如图1b所 示， 区块链节点系统中可以包括多个节点， 每个节点在进行正常工作可以接收到输入信。

33、息， 并基于接收到的输入信息维护该区块链节点系统内的共享数据。 为了保证区块链节点系统 内的信息互通， 区块链节点系统中的每个节点之间可以存在信息连接， 节点之间可以通过 上述信息连接进行信息传输。 例如， 当区块链节点系统中的任意节点接收到输入信息时， 区 说明书 5/16 页 9 CN 111382164 A 9 块链节点系统中的其他节点便根据共识算法获取该输入信息， 将该输入信息作为共享数据 中的数据进行存储， 使得区块链节点系统中全部节点上存储的数据均一致。 0092 对于区块链节点系统中的每个节点， 均具有与其对应的节点标识， 而且区块链节 点系统中的每个节点均可以存储有区块链节点系。

34、统中其他节点的节点标识， 以便后续根据 其他节点的节点标识， 将生成的区块广播至区块链节点系统中的其他节点。 每个节点中可 维护一个如下表所示的节点标识列表， 将节点名称和节点标识对应存储至该节点标识列表 中。 其中， 节点标识可为IP(Internet Protocol， 网络之间互联的协议)地址以及其他任一 种能够用于标识该节点的信息， 表1中仅以IP地址为例进行说明。 0093 表1 0094 节点名称节点标识 节点1117.114.151.174 节点2117.116.189.145 节点N119.123.789.258 0095 区块链节点系统中的每个节点均存储一条相同的区块链。 区。

35、块链由多个区块组 成， 请参见图1c， 是本申请实施例提供的一种区块链示意图， 如图1c所示， 区块链由多个区 块组成， 创始块中包括区块头和区块主体， 区块头中存储有输入信息特征值、 版本号、 时间 戳和难度值， 区块主体中存储有输入信息； 创始块的下一区块以创始块为父区块， 下一区块 中同样包括区块头和区块主体， 区块头中存储有当前区块的输入信息特征值、 父区块的区 块头特征值、 版本号、 时间戳和难度值， 并以此类推， 使得区块链中每个区块中存储的区块 数据均与父区块中存储的区块数据存在关联， 保证了区块中输入信息的安全性。 0096 针对上述业务核销处理方法存在的问题， 本申请实施例利。

36、用区块链不可篡改的特 性对业务核销处理请求进行处理， 即提供了一种基于区块链网络的业务处理方法， 其中， 默 克尔hash是指默克尔树的树根， 所谓默克尔树(Merkle Trees)， 又称梅克尔树， 通常是一种 二叉树， 也可以是多叉树， 默克尔树拥有树结构的所有特点， 默克尔树包含多个结点， 多个 结点中至少包括至少一个叶子结点、 一个根结点， 通常情况下还包含叶子结点和根结点之 间的多个中间结点， 各个结点都有对应的哈希值， 其中叶子结点的哈希值通常是对交易进 行哈希运算得到的哈希值， 中间结点的哈希值是对叶子结点两两拼接后进行哈希运算得到 的哈希值， 经过中间结点的层层拼接以及哈希计。

37、算， 最后得到的唯一一个哈希值， 作为默克 尔树的根结点的哈希值。 以图1d为例， 请参见图1d， 图1d是本申请实施例提供的一种默克尔 树的示意图， 如图1d所示的默克尔树中， 结点101、 102、 103、 104分别为4个叶子结点， 各自的 哈希值为分别对交易1、 交易2、 交易3和交易4进行哈希运算得到的； 结点105和106为2个中 间结点， 结点105的哈希值为对结点101和结点102的哈希值拼接后进行哈希运算得到的， 结 点106的哈希值为对结点103和结点104的哈希值拼接后进行哈希运算得到的； 结点107为根 结点， 对应的哈希值为对结点105和结点106的哈希值拼接后进行。

38、哈希运算得到的。 其中， 在 确定叶子结点的哈希值时， 对交易进行的哈希运算， 与在确定中间结点和根结点时对哈希 值拼接后进行的哈希运算可以为同一种哈希运算， 也可以是不同的哈希运算。 可以理解的， 根节点107对应的哈希值为图1d所示的默克尔树的树根， 也就是默克尔hash。 0097 进一步地， 如图1a所示， 在具体实施该业务核销处理方法的过程中， 业务申请节点 说明书 6/16 页 10 CN 111382164 A 10 通过业务申请节点所在终端向业务处理平台发送业务核销处理请求携带业务申请节点账 号签名， 该业务核销处理请求包括电子交易数据、 电子交易数据所在默克尔树的默克尔 ha。

39、sh， 以及电子交易数据所在区块的区块高度， 其中， 上述默克尔hash携带电子交易数据所 在区块中的其他交易hash， 业务处理平台在接收到该业务核销处理请求后， 对业务申请节 点账号签名进行校验， 若校验通过， 则根据电子交易数据、 上述其他交易hash以及电子交易 数据所在区块的区块高度， 对上述默克尔hash进行校验， 若校验通过， 根据电子交易数据的 交易hash， 查询区块链网络中是存在否输入数据中包含电子交易数据的交易hash的电子交 易数据的引用数据， 若在此之前业务申请节点将电子交易数据发送至交易接收方， 交易接 收方在接收到电子交易数据后， 向业务申请节点发送电子交易数据接。

40、收确认消息， 业务申 请节点在接收到该电子交易数据接收确认消息后， 根据业务申请节点、 电子交易数据以及 交易接收方， 生成电子交易数据的引用数据， 并将电子交易数据的引用数据上传至区块链 网络中， 因此， 业务处理平台查询到在区块链网络中存在电子交易数据的引用数据， 进而确 定电子交易数据的最新引用状态为已被引用状态， 则向业务申请节点发送业务核销处理请 求已被拒绝的消息； 若业务处理平台查询到区块链网络中不存在电子交易数据的引用数 据， 则根据电子交易数据中包含的交易资产数值， 将资产数值与交易资产数值一致的虚拟 资产转移至业务申请节点的数字账户， 并向业务申请节点发送业务核销处理请求已被。

41、处理 的消息。 0098 可以理解的是， 本申请实施例提供的方法可以由服务节点执行， 服务节点包括但 不限于终端或服务器。 本申请实施例中的业务处理平台可以为服务节点。 0099 进一步地， 请参见图2， 是本申请实施例提供的一种基于区块链网络的业务处理方 法的流程示意图。 如图2所示， 上述方法可以包括： 0100 步骤S101， 接收业务申请节点发送的业务核销处理请求， 业务核销处理请求包括 电子交易数据、 电子交易数据所在默克尔树的默克尔hash， 以及电子交易数据所在区块的 区块高度。 0101 其中， 上述默克尔hash是根据上述电子交易数据以及上述电子交易数据所在区块 中的其他交易。

42、hash生成。 这里， 生成默克尔hash的具体实现方式可参考图1d中得到节点107 对应的哈希值的描述， 此处不再赘述。 0102 步骤S102， 对默克尔hash进行校验， 若校验通过， 则根据电子交易数据标识， 查询 区块链网络中是否存在输入数据中包含电子交易数据标识的电子交易数据的引用数据， 进 而得到电子交易数据的最新引用状态。 0103 其中， 上述默克尔hash携带上述电子交易数据所在区块中的其他交易hash。 0104 可选的， 上述对上述默克尔hash进行校验， 包括： 0105 根据上述电子交易数据以及上述其他交易hash生成校验hash， 将上述校验hash与 上述默克尔。

43、hash进行对比； 0106 若上述校验hash与上述默克尔hash一致， 则根据上述电子交易数据所在区块的区 块高度， 获取上述电子交易数据所在区块的目标默克尔hash； 0107 若上述目标默克尔hash与上述默克尔hash一致， 则校验通过。 0108 举例来说， 业务处理平台采用哈希算法对电子交易数据进行计算， 得到电子交易 数据的交易hash， 进而根据电子交易数据的交易hash以及其他交易hash生成hash1， 这里， 说明书 7/16 页 11 CN 111382164 A 11 根据电子交易数据的交易hash以及其他交易hash生成hash1的具体实现方式可参考图1d中 得到。

44、节点107对应的哈希值的描述， 此处不再赘述。 之后， 业务处理平台将hash1与hash2(默 克尔hash)进行比较， 得到hash1与hash2一致， 则根据电子交易数据所在区块的区块高度 100， 在本地存储的区块头文件中找到区块高度为100的区块头中的默克尔树根hash3， 即目 标默克尔hash， 进而得到hash3与hash2一致， 则校验通过。 0109 之后， 业务处理平台根据电子交易数据标识， 查询区块链网络中是否存在电子交 易数据的引用数据， 进而得到电子交易数据的最新引用状态。 0110 其中， 上述电子交易数据标识为上述电子交易数据的交易hash。 0111 可选的，。

45、 上述根据电子交易数据标识， 查询区块链网络中是否存在输入数据中包 含上述电子交易数据标识的上述电子交易数据的引用数据， 进而得到上述电子交易数据的 最新引用状态， 包括： 0112 遍历上述区块链网络中每个区块中每个电子交易数据的输入数据； 0113 若上述区块链网络中存在上述电子交易数据的引用数据， 则确定上述电子交易数 据的最新引用状态为上述已被引用状态； 0114 或 0115 若上述区块链网络中不存在上述电子交易数据的引用数据， 则确定上述电子交易 数据的最新引用状态为上述未被引用状态。 0116 需要说明的是， 区块链中的每个区块均由区块头和区块体， 区块体中包括根据多 个电子交易。

46、数据生成的默克尔树， 默克尔树的最底层为多个电子交易数据。 每个电子交易 数据均由m个输入数据和n个输出数据组成， 其中， m和n均为大于等于1的整数。 输入数据包 括交易发起方、 交易资产以及交易资产在被引用的交易中的交易标识。 0117 举例来说， 业务处理平台遍历区块链网络中每个区块中每个电子交易数据的输入 数据， 得到输入数据中包含hash5(电子交易数据标识)的电子交易数据1， 即电子交易数据 的引用数据， 则确定电子交易数据的最新引用状态为已被引用状态。 0118 步骤S103， 根据电子交易数据的最新引用状态， 对业务核销处理请求进行处理。 0119 其中， 上述电子交易数据包括。

47、交易资产数值； 0120 可选的， 上述根据上述电子交易数据的最新引用状态， 对上述业务核销处理请求 进行处理， 包括： 0121 若上述电子交易数据的最新引用状态为上述未被引用状态， 则将资产数值与上述 交易资产数值一致的虚拟资产， 转移至上述业务申请节点的数字账户， 并向上述业务申请 节点发送上述业务核销处理请求已被处理的消息； 0122 或 0123 若上述电子交易数据的最新引用状态为上述已被引用状态， 则向上述业务申请节 点发送上述业务核销处理请求已被拒绝的消息。 0124 举例来说， 业务处理平台根据步骤S102得到电子交易数据的最新引用状态为未被 引用状态， 则从公司数字账户将资产。

48、数值与电子交易数据中的交易资产数值一致的100比 特币， 转移至业务申请节点的数字账户， 并向业务申请节点发送业务核销处理请求已被处 理的消息。 0125 在本申请实施例中， 业务处理平台接收业务申请节点发送的业务核销处理请求， 说明书 8/16 页 12 CN 111382164 A 12 并对业务核销处理请求中的默克尔hash进行校验， 若校验通过， 则根据电子交易数据标识， 查询区块链网络中是否存在输入数据中包含电子交易数据标识的电子交易数据的引用数 据， 进而得到电子交易数据的最新引用状态， 根据电子交易数据的最新引用状态， 对业务核 销处理请求进行处理。 因此采用本申请可以提高核销业。

49、务处理的准确度。 0126 请参见图3， 是本申请实施例提供的一种基于区块链网络的业务处理方法的流程 示意图。 如图3所示， 上述方法可以包括： 0127 步骤S201， 接收业务申请节点发送的业务核销处理请求携带业务申请节点账号签 名， 业务核销处理请求包括电子交易数据、 电子交易数据所在默克尔树的默克尔hash， 以及 电子交易数据所在区块的区块高度。 0128 其中， 上述默克尔hash是根据上述电子交易数据以及上述电子交易数据所在区块 中的其他交易hash生成。 这里， 生成默克尔hash的具体实现方式可参考图1d中得到节点107 对应的哈希值的描述， 此处不再赘述。 0129 步骤S。

50、202， 对业务申请节点账号签名进行校验。 0130 其中， 上述业务核销处理请求携带业务申请节点账号签名； 0131 可选的， 对业务申请节点账号签名进行校验， 包括： 0132 获取上述业务申请节点的验签公钥， 根据上述业务申请节点的验签公钥对上述业 务申请节点账号签名进行验签， 得到第一校验码； 0133 采用哈希算法将上述业务核销处理请求转换为第二校验码； 0134 若上述第一校验码与上述第二校验码一致， 则对上述默克尔hash进行校验。 0135 举例来说， 业务处理平台根据业务申请节点标识在区块链网络中获取业务申请节 点的验签公钥， 并运用业务申请节点的验签公钥对业务申请节点账号签。