区块链的交易处理方法、电子设备和存储介质.pdf

《区块链的交易处理方法、电子设备和存储介质.pdf》由会员分享，可在线阅读，更多相关《区块链的交易处理方法、电子设备和存储介质.pdf（23页完成版）》请在专利查询网上搜索。

1、(19)中华人民共和国国家知识产权局 (12)发明专利申请 (10)申请公布号 (43)申请公布日 (21)申请号 201911128683.8 (22)申请日 2019.11.18 (71)申请人 远光软件股份有限公司 地址 519000 广东省珠海市港湾大道科技 一路3号 (72)发明人 王超程晗蕾黄昭慈鲁静 向智宇宋斌 (74)专利代理机构 深圳市威世博知识产权代理 事务所(普通合伙) 44280 代理人 何倚雯 (51)Int.Cl. G06F 16/22(2019.01) G06F 16/2458(2019.01) G06F 16/27(2019.01) G06Q 40/04(201。

2、2.01) (54)发明名称 区块链的交易处理方法、 电子设备和存储介 质 (57)摘要 本申请公开了区块链的交易处理方法、 电子 设备和存储介质， 其中， 区块链的交易处理方法 包括： 区块链的第一节点接收来自交易端的交易 提案； 检测当前状态是否满足背书条件； 若是， 则 对交易提案进行背书以形成背书结果。 通过上述 方式， 本申请能够筛选满足背书条件的节点进行 背书， 减少区块链系统中节点的算力损耗， 并提 升背书结果的准确度和可信度。 权利要求书2页 说明书13页 附图7页 CN 111046037 A 2020.04.21 CN 111046037 A 1.一种区块链的交易处理方法，。

3、 其特征在于， 包括： 所述区块链的第一节点接收来自交易端的交易提案； 检测当前状态是否满足背书条件； 若是， 则对所述交易提案进行背书以形成背书结果。 2.根据权利要求1所述的方法， 其特征在于， 所述检测当前状态是否满足背书条件包括： 检测所述第一节点是否出现离线、 宕机、 网络延迟、 资源不足或放弃背书的情况； 若没有， 则确定为满足背书条件。 3.根据权利要求1所述的方法， 其特征在于， 所述对所述交易提案进行背书以形成背书结果前还包括： 获取所述交易提案中所述交易端的签名信息； 验证所述签名信息是否有效； 若有效， 则执行所述对所述交易提案进行背书以形成背书结果的步骤。 4.根据权利。

4、要求1所述的方法， 其特征在于， 所述对所述交易提案进行背书以形成背书结果前还包括： 验证所述交易提案是否满足预设的交易条件； 其中， 所述预设的交易条件包括格式正 确、 具有写入权限、 没有重复提交中的至少一个； 若满足， 则执行所述对所述交易提案进行背书以形成背书结果的步骤。 5.根据权利要求1所述的方法， 其特征在于， 所述对所述交易提案进行背书以形成背书结果包括： 执行所述区块链的智能合约以对所述交易提案进行模拟交易； 对所述模拟交易的结果进行背书以形成所述背书结果。 6.根据权利要求5所述的方法， 其特征在于， 所述模拟交易的结果至少包括所述交易提 案的哈希值和读写集； 所述对所述模。

5、拟交易的结果进行背书以形成所述背书结果包括： 所述第一节点使用私钥对所述模拟交易的结果进行数字签名以形成所述背书结果； 其 中， 所述背书结果至少包括所述交易提案的哈希值、 读写集和所述第一节点的数字签名。 7.根据权利要求1所述的方法， 其特征在于， 还包括： 若检测所述当前状态不满足所述背书条件， 则停止对所述交易提案进行背书； 发送背书失败的消息至所述交易端。 8.根据权利要求1所述的方法， 其特征在于， 还包括： 所述第一节点将所述背书结果发送至所述交易端， 以使得所述交易端在验证所述背书 结果满足所述区块链的背书策略后将所述交易提案和所述背书结果发送至所述区块链的 第二节点， 由所述。

6、第二节点对所述交易提案和所述背书结果进行排序打包以形成区块； 接收所述第二节点广播的所述区块； 将所述区块进行存储。 9.一种电子设备， 其特征在于， 包括处理器、 存储器和通信电路， 所述处理器耦接所述 存储器和所述通信电路； 所述通信电路用于所述电子设备与交易端进行通信； 权利要求书 1/2 页 2 CN 111046037 A 2 所述存储器用于存储程序指令； 所述处理器用于执行所述程序指令以实现权利要求18任一项所述的方法。 10.一种存储介质， 其特征在于， 所述存储介质用于程序指令， 所述程序指令能够被处 理器执行以实现权利要求18任一项所述的方法。 权利要求书 2/2 页 3 C。

7、N 111046037 A 3 区块链的交易处理方法、 电子设备和存储介质 技术领域 0001 本申请涉及区块链技术领域， 特别是涉及区块链的交易处理方法、 电子设备和存 储介质。 背景技术 0002 区块链是分布式数据存储、 点对点传输、 共识机制、 加密算法等计算机技术的新型 应用模式。 区块链本质上是一个去中心化的数据库， 具有去中心化、 开放性、 独立性、 安全性 和匿名性的特点。 由于区块链账本数据不可篡改的特点， 在区块链上进行的交易更加安全 可靠。 0003 区块链在金融领域、 物联网和物流领域、 公共管理、 能源、 交通、 数字版权领域、 保 险领域等许多领域均有广阔的应用前景。

8、。 发明内容 0004 本申请主要解决的技术问题是： 提供区块链的交易处理法、 电子设备和存储介质， 能够筛选出满足背书条件的节点进行背书， 减少区块链系统中节点的算力损耗， 并提升背 书结果的准确度和可信度。 0005 为解决上述技术问题， 本申请采用的一个技术方案是： 提供一种区块链的交易处 理方法， 包括： 0006 区块链的第一节点接收来自交易端的交易提案； 0007 检测当前状态是否满足背书条件； 0008 若是， 则对交易提案进行背书以形成背书结果。 0009 可选地， 检测当前状态是否满足背书条件包括： 0010 检测第一节点是否出现离线、 宕机、 网络延迟、 资源不足或放弃背书。

9、的情况； 0011 若没有， 则确定为满足背书条件。 0012 可选地， 对交易提案进行背书以形成背书结果前还包括： 0013 获取交易提案中交易端的签名信息； 0014 验证签名信息是否有效； 0015 若有效， 则执行对交易提案进行背书以形成背书结果的步骤。 0016 可选地， 对交易提案进行背书以形成背书结果前还包括： 0017 验证交易提案是否满足预设的交易条件； 其中， 预设的交易条件包括格式正确、 具 有写入权限、 没有重复提交中的至少一个； 0018 若满足， 则执行对交易提案进行背书以形成背书结果的步骤。 0019 可选地， 对交易提案进行背书以形成背书结果包括： 0020 执。

10、行区块链的智能合约以对交易提案进行模拟交易； 0021 对模拟交易的结果进行背书以形成背书结果。 0022 可选地， 模拟交易的结果至少包括交易提案的哈希值和读写集； 说明书 1/13 页 4 CN 111046037 A 4 0023 对模拟交易的结果进行背书以形成背书结果包括： 0024 第一节点使用私钥对模拟交易的结果进行数字签名以形成背书结果； 其中， 背书 结果至少包括交易提案的哈希值、 读写集和第一节点的数字签名。 0025 可选地， 若检测当前状态不满足背书条件， 则停止对交易提案进行背书； 0026 发送背书失败的消息至交易端。 0027 可选地， 第一节点将背书结果发送至交易。

11、端， 以使得交易端在验证背书结果满足 区块链的背书策略后将交易提案和背书结果发送至区块链的第二节点， 由第二节点对交易 提案和背书结果进行排序打包以形成区块； 0028 接收第二节点广播的区块； 0029 将区块进行存储。 0030 为解决上述技术问题， 本申请采用的另一个技术方案是： 提供一种电子设备， 包括 处理器、 存储器和通信电路； 处理器分别耦接存储器和通信电路。 其中， 通信电路用于电子 设备与交易端进行通信； 存储器用于存储程序指令； 处理器用于执行程序指令以实现上述 区块链的交易处理方法。 0031 为解决上述技术问题， 本申请采用的又一个技术方案是： 提供一种存储介质， 存储。

12、 介质用于存储程序指令， 程序指令能够被处理器执行以实现上述区块链的交易处理方法。 0032 本申请的有益效果是： 0033 本申请通过区块链节点对待上链的交易端的交易提案进行背书， 可以有效提升交 易提案的可靠性， 节点在背书前通过检测当前状态是否满足背书条件， 能够自动筛选满足 背书条件的节点进行背书， 有效减少区块链系统中节点的算力损耗， 并提升背书结果的准 确度和可信度， 实现更加精准地背书。 附图说明 0034 图1是本申请区块链系统实施例的结构示意图； 0035 图2是本申请区块链的交易处理方法第一实施例的流程示意图； 0036 图3是本申请区块链的交易处理方法第二实施例的流程示意。

13、图； 0037 图4是本申请区块链的交易处理方法第三实施例的流程示意图； 0038 图5是本申请区块链的交易处理方法第四实施例的流程示意图； 0039 图6是本申请区块链的交易处理方法一实施方式的部分流程示意图； 0040 图7是本申请电子设备实施例的结构示意图； 0041 图8是本申请存储介质实施例的结构示意图。 具体实施方式 0042 下面将结合本申请实施例中的附图， 对本申请实施例中的技术方案进行清楚、 完 整地描述， 显然， 所描述的实施例仅是本申请的一部分实施例， 而不是全部的实施例。 基于 本申请中的实施例， 本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他 实施例， 。

14、都属于本申请保护的范围。 0043 本申请的发明人经过长期的研究发现： 区块链平台在对交易执行背书时， 由于不 能自动识别并排除离线、 故障、 失效或不愿参与背书的节点， 易造成背书结果的可信度降 说明书 2/13 页 5 CN 111046037 A 5 低， 而不可信的背书还会造成节点多余的算力损耗， 且容易延长交易方等待获取背书结果 的时长， 降低交易效率。 为解决这些问题， 本申请提出至少以下实施例。 0044 参阅图1， 图1是本申请区块链系统实施例的结构示意图。 本实施例中区块链系统 10至少包括交易端11、 第一节点12和第二节点13。 交易端11是用于实现参与区块链网络中 的交。

15、易的用户与区块链系统10进行信息交互的设备。 交易端11可以接收用户发起交易的信 息并形成交易提案， 将交易提案发送给区块链系统10中的第一节点12进行背书。 交易端11 例如是电脑、 平板、 手机等设备， 能够通过运行相应的应用程序参与区块链网络的交易。 交 易端11也可以是区块链系统10中的节点， 可以参与区块链的交易、 通信、 记账或存储等功 能。 交易端11例如是区块链系统10中的轻量节点， 能够参与区块链中的交易并存储自身相 关的区块链数据， 而不保存完整的区块链账本， 如此可以有效提高交易端11的交易效率。 交 易端11还可以加入区块链系统10中的组织， 参与组织内或组织间的交易。。

16、 如图1所示， 交易 端11加入到区块链系统10的组织中， 便于区块链系统10对交易端11进行管理， 也有利于维 护区块链系统10中交易的安全性。 0045 在本实施例中， 区块链系统10包括至少一个第一节点12， 第一节点12用于接收交 易端11的交易提案， 并对交易提案进行背书。 每个第一节点12可以绑定相应的背书策略， 依 据背书策略的规则对交易提案进行背书。 第一节点12可以参与区块链系统10中的组织， 每 个组织包括至少一个第一节点12， 这些第一节点12共同参与对交易提案进行背书。 可选地， 第一节点12可以动态地转变为背书节点、 记账节点或主节点。 例如， 在交易端11发送交易提。

17、 案至第一节点12请求背书时， 被请求的第一节点12作为背书节点对交易提案进行背书， 区 块链系统10中的其他节点可以作为普通记账节点参与对交易提案的验证和记账。 第一节点 12还可以包括组织中特定的一些节点， 如管理节点， 这些节点的信誉度较高、 运行稳定且算 力较高， 可以为交易提案提供可信的背书。 0046 区块链系统10还包括多个第二节点13， 第二节点13用于对背书后的交易提案进行 排序打包成区块。 例如第二节点13可以接收交易端11发送的交易提案及对应的背书结果， 将交易提案和背书结果进行排序打包以将交易提案上链存储。 第二节点13可以参与到区块 链系统的组织， 每个组织具有各自的。

18、排序节点。 或者， 第二节点13也可以集中管理， 如图1所 示， 第二节点13可以单独形成一个组织， 便于管理且有利于提高排序打包的效率。 0047 在一些实施方式中， 区块链系统10还包括CA节点， 用于接收交易端11的身份注册 申请， 并在验证交易端11的身份信息符合规定时， 返回注册密码用于用户登录并生成身份 证书。 CA节点还可以保存完成注册的交易端11的身份信息， 并将交易端11的身份信息广播 至区块链网络中， 以使得其他节点可以在每次交易端11参与交易时， 获取交易端11的身份 信息以验证交易端11的身份。 0048 参阅图2， 图2是本申请区块链的交易处理方法第一实施例的流程示意。

19、图。 本实施 例包括： 0049 S101： 第一节点接收来自交易端的交易提案。 0050 交易端的交易提案例如包括参与交易的各方的身份信息、 交易值、 交易类型、 以及 其他相关的交易信息等。 交易端创建交易提案后， 将交易提案发送给第一节点。 接收交易提 案的第一节点即转变为背书节点， 对接收到的交易提案进行背书。 0051 在本实施例中， 多个第一节点可以分别接收交易端的交易提案。 例如， 交易端选择 说明书 3/13 页 6 CN 111046037 A 6 需要进行背书的第一节点， 将交易提案分别发送至这些第一节点。 或者， 某一第一节点接收 到交易端的交易提案后， 也可以将交易提案。

20、发送至其他第一节点以进行背书。 0052 在一些实施例中， 第一节点还可以是交易提案对应的背书策略所要求的区块链节 点。 例如， 交易端在将交易提案发送至区块链系统中的第一节点前， 可以预先确定交易提案 对应的背书策略。 在进行交易背书时， 可以将交易提案发送给背书策略所要求的第一节点， 以实现更加精准地背书。 0053 S102： 检测当前状态是否满足背书条件。 0054 第一节点在接收到交易端的交易提案后， 可以检测当前状态是否满足背书条件。 背书条件是指第一节点能够正确进行背书的条件， 例如是第一节点能够参与背书、 运行正 常、 具有足够的算力和云端资源等。 第一节点通过检测当前状态是否。

21、满足背书条件， 可以确 认是否能够正确地对交易提案进行背书。 0055 在一些实施方式中， 检测当前状态是否满足背书条件还可以包括： 检测第一节点 是否出现离线、 宕机、 网络延迟、 资源不足或放弃背书的情况。 若检测第一节点没有出现离 线、 宕机、 网络延迟、 资源不足或放弃背书的情况， 则确定为满足背书条件。 0056 在一些实施方式中， 第一节点也可以通过运行相应的区块链的运维管理服务随时 监测第一节点在云端的资源使用情况， 当检测到出现离线、 宕机、 网络延迟等异常情况、 或 是第一节点的云端资源使用量已达到上限或云资源租赁到期等异常事件时， 则在不影响区 块链正常运行的情况下， 自动。

22、退出区块链系统， 并停止相关背书或记账等服务， 如此可以有 效提高区块链系统的交易安全性和记账效率。 0057 在本实施例中， 若第一节点检测当前状态满足背书条件， 则执行以下S103的步骤。 在一些实施方式中， 若检测当前状态不满足背书条件， 还可以停止背书， 例如是执行以下 S104S105的步骤。 0058 第一节点在对交易提案进行背书前， 通过预先检测是否满足背书条件， 可以在不 满足背书条件时， 放弃参与背书， 既能有效减少区块链系统中节点的算力损耗， 还能通过筛 选满足背书条件的节点进行背书， 有效提升背书结果的准确度和可信度， 实现更加精准地 背书。 0059 S103： 对交易。

23、提案进行背书以形成背书结果。 0060 在本实施例中， 当第一节点检测当前状态满足背书条件时， 可以对交易提案进行 背书并形成背书结果。 第一节点对交易提案进行背书例如包括验证交易提案的合法性并进 行声明。 第一节点验证交易提案的合法性例如是验证交易各方的身份的合法性、 交易内容 的合法性和可行性等。 第一节点在验证交易提案合法后进行背书并形成背书结果。 本实施 例通过第一节点对待上链的交易端的交易提案进行背书， 可以有效提升交易提案的可靠 性。 0061 在一些实施方式中， S103还可以包括： 执行区块链的智能合约以对交易提案进行 模拟交易； 对模拟交易的结果进行背书以形成背书结果。 00。

24、62 第一节点在对交易提案进行背书时， 可以确定交易提案调用的智能合约并通过执 行智能合约对交易提案进行模拟交易。 例如， 第一节点可以获取交易提案中的交易参数， 调 用相应的智能合约并填入交易参数以进行模拟交易。 模拟交易的结果至少包括交易提案的 哈希值和读写集。 第一节点通过调用智能合约对交易提案进行模拟交易， 可以验证交易提 说明书 4/13 页 7 CN 111046037 A 7 案的可行性。 对于一些无效的交易提案， 第一节点可以拒绝对其进行背书， 以提升区块链系 统中交易的可靠性。 0063 第一节点进行模拟交易后， 对模拟交易的结果进行背书并形成背书结果。 第一节 点对模拟交易。

25、的结果进行背书例如包括： 第一节点使用私钥对模拟交易的结果进行数字签 名以形成背书结果。 0064 在本实施方式中， 第一节点可以调用交易背书策略验证函数(EVCC)来对模拟交易 的结果进行背书， 即通过对模拟交易的结果进行签名来实现对交易提案的背书。 例如， 第一 节点在进行模拟交易后， 验证模拟交易的结果可行， 决定对模拟交易的结果进行背书， 则可 以使用私钥对模拟交易的结果进行数字签名以形成背书结果。 背书结果至少包括交易提案 的哈希值、 读写集和数字签名。 0065 在一些实施方式中， 若第一节点在进行模拟交易后， 验证模拟交易的结果无效时， 还可以执S104S105的步骤。 0066。

26、 S104： 停止对交易提案进行背书。 0067 第一节点在检测当前状态不满足背书条件或是验证模拟交易的结果无效时， 可以 停止对交易提案进行背书， 以减少多余的计算量， 并提升交易提案的可信度。 0068 S105： 发送背书失败的消息至交易端。 0069 第一节点还可以发送背书失败的消息至交易端。 例如， 第一节点在检测当前状态 不满足背书条件时， 可以及时向交易端发送背书失败的消息。 背书失败的消息可以包括背 书失败的具体原因， 例如第一节点的网络延迟、 云端资源使用量达到上限、 拒绝进行背书等 原因。 第一节点向交易端发送背书失败的消息， 从而交易端在接收到背书失败的消息后可 以重新向。

27、其他节点发起背书请求， 以节省背书时间。 0070 第一节点在验证模拟交易的结果无效时， 也可以向交易端发送背书失败的消息。 背书失败的消息还可以包括模拟交易的结果， 从而交易端在接收到背书失败的消息时可以 获知背书失败的原因并快速检查交易提案的错误， 以便重新提交正确的交易提案。 0071 本实施例通过区块链节点对待上链的交易端的交易提案进行背书， 可以有效提升 交易提案的可靠性， 第一节点在背书前通过检测当前状态是否满足背书条件， 能够自动筛 选满足背书条件的第一节点进行背书， 有效减少区块链系统中节点的算力损耗， 并提升背 书结果的准确度和可信度， 实现更加精准地背书。 0072 在本实。

28、施例中， 步骤S101至S105的顺序是本实施例中的描述顺序， 并不限制为本 实施例的方法在执行过程中的顺序。 在能够实现本方法的前提下， 某些步骤可以调换顺序。 0073 参阅图3， 图3是本申请区块链的交易处理方法第二实施例的流程示意图。 本实施 例是在本申请区块链的交易处理方法第一实施例的基础上进一步描述， 本实施例与本申请 区块链的交易处理方法第一实施例相同的步骤在此不再赘述。 本实施例包括： 0074 S201： 第一节点接收来自交易端的交易提案。 0075 S202： 检测当前状态是否满足背书条件。 0076 在本实施例中， 若检测当前状态满足背书条件， 可以执行以下S203S20。

29、4的步骤 或S205的步骤。 0077 在一些实施方式中， 若检测当前状态不满足背书条件， 还可以执行以下S207 S208的步骤。 说明书 5/13 页 8 CN 111046037 A 8 0078 S203： 获取交易提案中交易端的签名信息。 0079 在本实施例中， 第一节点在对交易提案进行背书以形成背书结果前还可以获取交 易提案中交易端的签名信息以进行验证。 例如， 第一节点接收到交易提案后， 可以解析得到 交易提案中交易端的签名信息。 签名信息例如是交易端使用自身私钥进行签名后得到的数 字签名， 可以通过相应的公钥进行验证。 或者， 签名信息也可以包括交易端的MSP(成员关系 服务。

30、提供者)标识， 可以通过查询相应的MSP标识验证交易端的身份。 0080 S204： 验证签名信息是否有效。 0081 第一节点验证签名信息是否有效， 例如是通过查询区块链系统中保存的交易端的 身份信息， 与交易提案中交易端的签名信息进行匹配， 若匹配成功， 则验证签名信息有效； 若匹配失败， 则验证签名信息无效。 在一些实施方式中， 交易端参与区块链系统的组织， 交 易端的签名信息还可以包括MSP标识， 第一节点可以通过查询区块链系统中相应的MSP标 识， 以验证交易端的身份以及交易端所在的组织信息。 第一节点通过验证签名信息是否有 效， 可以确定交易提案的来源是否合法。 0082 在本实施。

31、例中， 若第一节点验证交易提案的签名信息有效， 则可以执行S205或是 S206的步骤。 在一些实施方式中， 若验证签名信息无效， 还可以执行S207S208的步骤。 0083 第一节点在验证交易提案的来源合法时对交易提案进行背书， 可以有效提高交易 的可靠性和安全性。 对于来源不合法的交易提案， 第一节点可以拒绝进行背书， 有效减少一 些恶意的交易提案造成多余的算力损耗。 0084 S205： 验证交易提案是否满足预设的交易条件。 0085 在本实施例中， 第一节点在对交易提案进行背书以形成背书结果前， 还可以验证 交易提案是否满足预设的交易条件。 预设的交易条件例如包括格式正确、 具有写入。

32、权限、 没 有重复提交中的至少一个。 0086 交易提案的格式正确例如包括交易参数、 交易类型等相关的交易信息符合预设的 格式要求。 交易提案具有写入权限例如是交易提案满足当前区块链网络的交易规则而可以 被存储至当前区块链账本中。 交易提案没有重复提交例如包括交易提案在预设的一段时间 内没有重复向当前第一节点申请背书。 第一节点通过验证交易提案是否满足预设的交易条 件可以确定交易提案的内容是否合法。 0087 在本实施例中， 若第一节点验证交易提案满足预设的交易条件， 则可以执行S206 的步骤。 在一些实施方式中， 若验证签名信息无效， 还可以执行S207S208的步骤。 0088 第一节点。

33、在验证交易提案满足预设的交易条件时对交易提案进行背书， 可以有效 提高交易的可靠性和安全性。 对于不满足预设的交易条件的交易提案， 第一节点可以拒绝 对其进行背书， 以减少多余的算力损耗。 0089 S206： 对交易提案进行背书以形成背书结果。 0090 在一些实施方式中， 若第一节点检测当前状态不满足背书条件， 或者验证交易端 的签名信息无效， 又或是验证交易提案不满足预设的交易条件， 还可以执行以下S207 S208的步骤。 0091 S207： 停止对交易提案进行背书。 0092 S208： 发送背书失败的消息至交易端。 0093 在本实施例中， 背书失败的消息还可以包括背书失败的具体。

34、原因， 例如是验证交 说明书 6/13 页 9 CN 111046037 A 9 易提案中交易端的签名信息无效； 或者是验证交易提案不符合预设的交易条件。 如此便于 交易端及时检查交易提案的错误， 以便重新提交正确的交易提案。 0094 本实施例中第一节点在背书前通过检测当前状态是否满足背书条件， 能够自动筛 选满足背书条件的第一节点进行背书， 提升背书结果的准确度和可信度， 实现更加精准地 背书； 第一节点在对交易提案进行背书前， 通过验证交易提案中交易端的签名信息， 可以确 定交易提案的来源是否合法， 第一节点还可以在背书前验证交易提案是否满足预设的交易 条件， 以此确定交易提案的内容的合。

35、法性， 如此可以有效提高交易的可靠性和安全性； 对于 签名信息无效或是不满足预设的交易条件的交易提案， 第一节点可以拒绝对其进行背书， 有效减少多余的算力损耗。 0095 在本实施例中， 步骤S201至S208的顺序是本实施例中的描述顺序， 并不限制为本 实施例的方法在执行过程中的顺序。 在能够实现本方法的前提下， 某些步骤可以调换顺序 或同时进行。 例如上述S202的步骤、 S203S204的步骤以及S205的步骤可以部分或者全部 执行， 在不影响实现本方法的前提下， 又可以按照任意顺序分别执行或是同时执行。 0096 参阅图4， 图4是本申请区块链的交易处理方法第三实施例的流程示意图。 本。

36、实施 例是在本申请区块链的交易处理方法第一实施例的基础上进一步描述， 本实施例与本申请 区块链的交易处理方法第一实施例相同的步骤在此不再赘述。 本实施例包括： 0097 S301： 第一节点接收来自交易端的交易提案。 0098 S302： 检测当前状态是否满足背书条件。 0099 在本实施例中， 若检测当前状态满足背书条件， 则执行以下S303的步骤。 0100 在一些实施方式中， 若检测当前状态不满足背书条件， 还可以执行以下S307 S308的步骤。 0101 S303： 对交易提案进行背书以形成背书结果。 0102 S304： 将背书结果发送至交易端。 0103 在本实施例中， 第一节点。

37、在对交易提案进行背书形成背书结果后， 可以将背书结 果发送至交易端， 以使得交易端在验证背书结果满足背书策略后将交易提案和背书结果发 送至区块链的第二节点， 由第二节点对交易提案和背书结果进行排序打包以形成区块。 0104 交易端在接收到背书结果后， 还可以验证背书结果是否满足背书策略。 例如， 验证 背书结果是否满足背书策略可以包括： 验证背书结果中对应的第一节点的数字签名是否正 确、 验证有效背书结果的数量是否满足背书策略所要求的数量、 验证有效背书结果是否满 足包括背书策略所指定的组织和/或第一节点的背书结果。 交易端在验证背书结果满足背 书策略时， 才能得出交易提案被正确背书的结论。 。

38、交易端在确认交易提案被正确背书后， 将 交易提案和对应的背书结果发送给第二节点以进行上链存储。 0105 在本实施例中， 第二节点可以作为排序节点， 对交易提案和背书结果进行排序打 包以形成区块。 第二节点在进行打包前还可以验证交易提案与相应的背书结果的合法性， 并在验证交易提案与背书结果无误时将交易提案和背书结果进行排序打包。 第二节点将交 易提案与背书结果同时打包上链， 可以有效保证交易提案背书的可溯源性， 提高交易的安 全性和可靠性。 0106 S305： 接收第二节点广播的区块。 0107 在本实施例中， 第一节点可以动态地转变为背书节点和记账节点。 第二节点将交 说明书 7/13 页。

39、 10 CN 111046037 A 10 易提案和背书结果打包成区块后， 广播至区块链系统中的其他节点。 第一节点可以接收第 二节点广播的区块， 此时， 第一节点即转变为记账节点， 可以对区块中的数据进行验证， 以 进行存储前的检查。 0108 S306： 将区块进行存储。 0109 在本实施例中， 第一节点可以存储完整的区块链账本。 第一节点在接收到第二节 点广播的区块时， 可以将区块进行存储。 可选地， 第一节点在存储区块前， 还可以对区块中 的数据进行验证， 并在验证无误时才将区块添加至区块链末端， 有效减少无效或恶意的交 易提案造成的损失， 提高区块链账本的安全性和可靠性。 0110。

40、 S307： 停止对交易提案进行背书。 0111 在本实施例中， 若第一节点检测当前状态不满足背书条件， 则可以停止对交易提 案进行背书， 减少多余的算力损耗。 0112 S308： 发送背书失败的消息至交易端。 0113 在本实施例中， 第一节点停止背书后， 还可以发送背书失败的消息至交易端， 以使 得交易端可以及时向其他第一节点请求背书， 避免时间延误造成的交易效率低。 0114 本实施例通过第一节点对待上链的交易端的交易提案进行背书， 可以有效提升交 易提案的可靠性， 第一节点在背书前通过检测当前状态是否满足背书条件， 能够自动筛选 满足背书条件的第一节点进行背书， 有效减少区块链系统中。

41、节点的算力损耗， 并提升背书 结果的准确度和可信度， 实现更加精准地背书， 本实施例中是将交易提案与背书结果同时 打包上链， 可以有效保证交易提案背书的可溯源性， 提高交易的安全性和可靠性。 0115 在本实施例中， 步骤S301至S308的顺序是本实施例中的描述顺序， 并不限制为本 实施例的方法在执行过程中的顺序。 在能够实现本方法的前提下， 某些步骤可以调换顺序 或同时进行。 0116 参阅图5， 图5是本申请区块链的交易处理方法第四实施例的流程示意图。 本实施 例以区块链系统为执行主体， 是在本申请区块链的交易处理方法第一实施第三实施例的 基础上进一步描述， 本实施例与本申请区块链的交易。

42、处理方法第一实施例第三实施例相 同的步骤在此不再赘述。 本实施例包括： 0117 S401： 交易端发送交易提案至第一节点。 0118 在本实施例中， 交易端可以接收用户发起交易的信息并形成交易提案。 交易端创 建交易提案后， 将交易提案发送给第一节点。 接收交易提案的第一节点即转变为背书节点， 对接收到的交易提案进行背书。 0119 在一些实施方式中， 交易端在将交易提案发送至区块链系统中的第一节点前， 可 以预先确定交易提案对应的背书策略。 在进行交易背书时， 可以将交易提案发送给背书策 略所要求的第一节点， 以实现更加精准地背书。 例如， 区块链网络中包括至少一个背书策 略。 交易端在创。

43、建交易提案后， 确定交易提案所调用的智能合约， 基于智能合约从区块链的 至少一个背书策略中确定交易提案对应的背书策略。 交易端将交易提案发送给背书策略所 要求的第一节点进行背书。 0120 S402： 第一节点检测当前状态是否满足背书条件。 0121 在本实施例中， 第一节点接收到交易端的交易提案后， 可以先检测当前状态是否 满足背书条件。 例如包括： 检测第一节点是否出现离线、 宕机、 网络延迟、 资源不足或放弃背 说明书 8/13 页 11 CN 111046037 A 11 书等情况， 若第一节点没有出现这些情况， 则确认满足背书条件。 0122 在本实施例中， 若第一节点检测当前状态满。

44、足背书条件， 则可以执行以下S403的 步骤。 若第一节点检测当前状态不满足背书条件， 还可以停止背书， 并向交易端发送交易失 败的消息(图未示)。 0123 S403： 第一节点验证交易提案中交易端的签名信息是否有效。 0124 在本实施例中， 若第一节点验证交易提案的签名信息有效， 则可以执行以下S404 的步骤。 在一些实施方式中， 若验证签名信息无效， 还可以停止背书， 并向交易端发送交易 失败的消息(图未示)。 0125 S404： 第一节点验证交易提案是否满足预设的交易条件。 0126 在本实施例中， 若第一节点验证交易提案不满足预设的交易条件， 则可以执行以 下S405的步骤。 。

45、在一些实施方式中， 若验证签名信息无效， 还可以停止背书， 并向交易端发 送交易失败的消息(图未示)。 0127 S405： 第一节点对交易提案进行背书以形成背书结果。 0128 S406： 第一节点将背书结果发送至交易端。 0129 S407： 交易端验证背书结果是否满足背书策略。 0130 交易端在接收到背书结果后， 还可以验证背书结果是否满足背书策略。 例如， 验证 背书结果是否满足背书策略可以包括： 验证背书结果中对应的第一节点的数字签名是否正 确、 验证有效背书结果的数量是否满足背书策略所要求的数量、 验证有效背书结果是否满 足包括背书策略所指定的组织和/或第一节点的背书结果。 交易。

46、端在验证背书结果满足背 书策略时， 才能得出交易提案被正确背书的结论。 0131 在一些实施方式中， 背书策略包括至少一个子策略。 交易端验证背书结果是否满 足背书策略还可以包括： 验证背书结果是否满足预设数量的子策略； 若满足， 则确定为满足 背书策略。 预设数量可以为一个或多个。 预设数量也可以是背书策略中全部子策略的数量。 子策略中可以包括背书结果的有效性、 数量、 组织、 预设节点等相关的规则。 例如， 如图6所 示， 验证背书结果是否满足子策略还可以包括以下步骤： 0132 S4071： 验证背书结果是否来自第一节点。 0133 在本实施方式中， 交易端在接收到背书结果后， 可以验证。

47、背书结果是否来自于背 书策略所要求的第一节点， 也即验证背书结果是否由第一节点发送。 例如， 交易端可以通过 验证发送背书结果的区块链节点的身份信息来确认背书结果是否来自第一节点。 交易端可 以接收来自多个区块链节点的背书结果， 并对多个背书结果分别进行验证。 0134 在一些实施方式中， 还可以通过验证区块链节点的标识信息来验证背书结果是否 来自第一节点。 例如， 验证背书结果是否来自第一节点可以包括： 获取背书结果对应的区块 链节点的标识信息； 验证标识信息是否与第一节点的身份信息相匹配； 若匹配， 则确定背书 结果来自第一节点。 若验证标识信息与第一节点的身份信息不匹配， 则确定背书结果。

48、不是 来自第一节点， 交易端可以舍弃该背书结果。 0135 区块链节点的标识信息可以用于标识区块链系统中的每一个节点。 在一些实施方 式中， 第一节点还可以是区块链系统的组织中的区块链节点。 区块链系统的每个组织都具 有各自的MSP(Membership Service Provider， 成员关系服务提供者)标识， 组织中的每个 区块链节点都具有组织中管理节点签发的身份证书。 交易端在验证背书结果是否来自第一 说明书 9/13 页 12 CN 111046037 A 12 节点时， 可以验证发送背书结果的区块链节点的MSP标识是否满足背书策略； 在满足时， 再 进一步验证该区块链节点的身份证。

49、书是否正确； 若正确， 则确定背书结果的来源合法。 若交 易端验证MSP标识不满足背书策略或是身份证书不正确， 则确定背书节点不是来自于第一 节点， 可以舍弃该背书结果。 交易端通过利用MSP标识以及身份证书可以更加快速地对交易 结果的来源进行验证， 且可以提高验证结果的准确度。 0136 在本实施方式中， 若交易端验证背书结果来自第一节点， 则可以执行S4072的步 骤。 在一些实施方式中， 若交易端验证背书结果不是来自第一节点， 则可以确定背书结果不 满足背书策略， 可以舍弃该背书结果。 0137 在一些实施方式中， 区块链系统可能会出现某些区块链节点窃取第一节点的信息 而恶意仿造背书结果。

50、等情况， 这些情况会造成背书结果不可信， 影响区块链交易的进行。 交 易端在验证背书结果来自第一节点后， 还可以进一步验证背书结果中的数字签名。 0138 S4072： 验证背书结果的数字签名是否正确。 0139 在本实施方式中， 第一节点通过调用智能合约进行模拟交易， 并对模拟交易的结 果进行数字签名后形成背书结果。 交易端可以通过验证背书结果中的数字签名来进一步验 证交易结果的来源。 例如， 交易端接收背书结果后， 解析得到背书结果中的数字签名， 利用 第一节点的公钥进行验证； 若验证无误， 则数字签名正确； 若验证失败， 则数字签名不正确。 交易端可以接收来自多个区块链节点的背书结果， 。