(19)国家知识产权局 (12)发明 专利申请 (10)申请公布号 (43)申请公布日 (21)申请 号 202210062025.9 (22)申请日 2022.01.19 (71)申请人 贵阳信息技 术研究院 地址 550000 贵州省贵阳市国家高新 技术 产业开发区阳关大道28号中国西部 (贵阳)高新技术产业研发生产基地4 号楼 (72)发明人 杨天健　陈峰　张金芳　吴玉海　 (74)专利代理 机构 贵州派腾知识产权代理有限 公司 521 14 专利代理师 汪劲松 (51)Int.Cl. H04L 67/10(2022.01) H04L 9/40(2022.01) H04L 9/32(2006.01) (54)发明名称 一种面向许可链的分布式跨链事务中继系 统及其通信方法 (57)摘要 本发明提供了一种面向许可链的分布式跨 链事务中继系统及其通信方法； 包括中继链、 分 布式中继、 平行链、 注册中心、 客户端； 该发明构 建了一种面向许可链的第三方的分布式中继集 群， 通过一定标准的通信协议， 连接了两个或多 个不同的同构许可链网络， 解决了不同的许可链 网络间节点不互信、 数据不同步等问题， 使得上 链数据在真实可信的基础上， 完成数据分片、 数 据跨链同步， 以及原子性操作等功能。 权利要求书2页 说明书7页 附图4页 CN 114513510 A 2022.05.17 CN 114513510 A 1.一种面向许可链的分布式跨链事务中继系统， 其特征在于： 包括中继链、 分布式中 继、 平行链、 注 册中心、 客户端； 所述分布式中继包括多个中继节点， 中继节点负责收集有效的事务请求， 并用基于投 票的特殊两阶段的事务 提交协议， 向平行链转发事务请求； 所述平行链通过中继节点接入中继链， 中继链接入客户端； 所述平行链通过平行链合约协商事务的执行顺序， 同时收集事务执行的结果， 将结果 打包到相应的区块； 所述中继链通过中继链合约收集分布式中继对于事务执行的提议， 对于 中继节点的提 议， 合约强制执 行对应的归票 规则， 从而对将要执 行的事务请求进行裁决； 所述注册中心负责中继节点的准入。 2.如权利要求1所述的面向许可链的分布式跨链事务中继系统， 其特征在于： 所述中继 节点本地生成代表其身份的公私钥对， 将公钥和身份信息发给注册中心； 注册中心通审核 中继节点的身份， 然后向其 颁发证书， 并将证书上链。 3.如权利要求1所述的面向许可链的分布式跨链事务中继系统的通信方法， 其特征在 于： 步骤1： 客户端发送begin消息给中继链的共识节点， 中继链的共识节点确定将要进行 的事务的逻辑时间戳 lc； 步骤2： 中继节点打包prepare消息， 发送交易到所有即将参与事务平行链的共识 节点； 步骤3： 平行链上的共识 节点验证prepare消息并收集执 行； 步骤4： 验证通过后， 中继节点收集并确认各平行链上的prepare消息对应交易的执行 结果是否均为 ok； 步骤5： 确认为ok后， 中继节点向所有平行链发送commit消息， 平行链将已决定的事务 进行提交； 步骤6： 平行链共识点接受com mit消息并验证； 步骤7： 验证通过后， 平行链共识点将记录到ops中的操作取出， 并执行ops中本平行链 范围的操作， 执 行后发送com mitted到中继节点； 步骤8： 中继节点 订阅committed并将其封装为 witness消息发送到中继链； 步骤9： 中继链共识点收集 witness消息后将该事务标记为完成； 步骤10： 中继链向客户端发送fi nished。 4.如权利要求3所述的面向许可链的分布式跨链事务中继系统的通信方法， 其特征在 于： 所述begin消息为sigClient， sigClient是客户端将txid,clientId和op的消息串进行 连接后使用客户端私钥进行签名之后的消息 。 5.如权利要求3所述的面向许可链的分布式跨链事务中继系统的通信方法， 其特征在 于： 所述prepare消息包括 op、 txid、 relayId、 sigCl ient、 sigRelay、 lc 。 6.如权利要求3所述的面向许可链的分布式跨链事务中继系统的通信方法， 其特征在 于： 所述平行链上的共识 节对prepare消息的验证过程 为： 步骤3‑1： 验证prepare消息的签名和中继节点 转发的、 客户端的请求所附带的签名； 步骤3‑2： 若签名均验证成功， 继续验证prepare消息所附带的逻辑时钟lc是否小于之 前已经准备好的事务的编号， 或验证当前的com mitIndex是否小于prepareI ndex；权　利　要　求　书 1/2 页 2 CN 114513510 A 2若签名验证失败则发送福袋锥型的逻辑时间戳lc的 “请求错误 ”消息到中继节点， 并返 回步骤2； 步骤3‑3： prepare消息验证成功 平行链合约收集prepare消息； 步骤3‑4： 若prepare消息数量不大于n ‑f个， 确认prepare消息中是否有n –2f+1个消息 带有相同的逻辑时间戳decideLc且带有相同的sigCl ient值； 若prepare消息数量大于n ‑f个， 将合约的执行结果设为 “成功”。 表示该选票被成功接 受， 然后回到步骤3， 收集更多选票； 步骤3‑5： 若有n –2f+1个消息带有相同的逻辑时间戳decideLc， 并且带有相同的 sigClient值， 将prepare消息中的记录操作到集合ops中， 并且在智能合约中发送事件ok (decideLc,cid)， 并将prepareI ndex设置为decideLc； 若没有n–2f+1个消息带有相同的逻辑时间戳decideLc， 并且带有相同的sigClient值， 则在平行链合约中发生事 件error(cid)。 7.如权利要求3所述的面向许可链的分布式跨链事务中继系统的通信方法， 其特征在 于： 所述步骤4中收集到的执行结果包含有error事件， 事务中继向所有平行链发送消息 commit， 将步骤3中已决定的事务的逻辑时间戳所对应的事务进行回滚。 8.如权利要求3所述的面向许可链的分布式跨链事务中继系统的通信方法， 其特征在 于： 所述步骤6中验证com mit消息的步骤为： 步骤6‑1： 验证签名和逻辑时间戳， 签名和逻辑时间戳任意一项验证不通过， 平行链合 约将执行结果记录为 “请求错误 ”， 并附带当前最新的逻辑时间戳发送到中继节点， 中继节 点收到消息之后， 返回步骤5； 步骤6‑2： 验证消息数量是否为 n–f个； 步骤6‑3： 若消息数量 为n–f个， 提取n –f个commit消息的shouldCom mit的内容； 消息数量不是n –f个， 将平行链合约的执行结果设为 “成功”， 并重新根据步骤6， 继续接 收其他的commit选票； 步骤6‑4： 若至少有n –2f+1个布尔值 为真则验证通过； 若小于n–2f+1个布尔值为真， 平行链共识节点丢弃之前存放的操作， 丢弃所有的消息， 将prepareIndex设置为之前的commitIndex来回退之前的prepare状态， 并在在智能合约发 送时间com mitted。 9.如权利要求3所述的面向许可链的分布式跨链事务中继系统的通信方法， 其特征在 于： 所述com mit消息包括relayId,sigRelay,decideLc,shouldCom mit＝true。权　利　要　求　书 2/2 页 3 CN 114513510 A 3