CN112907262B - 农产品溯源下的一种基于中继链的区块链跨链交互方法 - Google Patents

Abstract

本发明公开了农产品溯源下的一种基于中继链的区块链跨链交互方法，属于网络安全领域；具体为：首先上游链和下游链可以分别作为来源链或目的链，通过各自的跨链网关搭建到中继链；针对上游链向下游链请求消费数据的跨链交互场景，上游链的参与者发送跨链交易tr1经链内共识后到跨链网关A，格式统一后发送到中继链；中继链进行来源确认和证明可信的验证，并按目的链ID将交易tr1发送到对应的跨链网关B进行同步并规则解析，提交到下游链执行交易；执行完后下游链原路将结果返回给中继链进行更新后；中继链返回消费数据经上游链的跨链网关A到达上游链的参与者。本发明既保护了跨链交互的安全可信，也避免了用户数据过度共享的安全隐私问题。

Description

农产品溯源下的一种基于中继链的区块链跨链交互方法

技术领域

本发明属于信息安全中的网络安全领域，具体涉及农产品溯源下的一种基于中继链的区块链跨链交互方法。

背景技术

目前，关于跨链交互的技术主要有哈希锁定、公证人机制、侧链和中继链四种：

(1)哈希锁定

哈希锁定最早出现于比特币闪电网络的解决方案中，其通过资产锁定并设置相应的时间和解锁条件来实现公平交易；哈希锁定是系统之间进行原子交易的基本框架，能保障跨链交易的原子性，可拓展应用于中心化账本或去中心化账本的系统之间。然而，哈希锁定只能实现跨链的资产兑换，即各链资产总量保持不变的情况下，资产的持有人变化，无法真正将资产转移至另一条链上；对于资产转移，还需要配合其他跨链技术方可实现。

(2)公证人机制

当跨不同链的交易双方互不信任且信息不对称时，最简单的方法是寻找双方都信任的中介。公证人机制也称见证人机制，是通过选举一个或一组可信节点作为公证人，对区块链Y上是否发生了特定事件进行验证，并向区块链X上的节点进行证明。

公证人群体通过特定的共识算法对事件是否发生达成共识，公证人机制分为中心化公证人机制(Centralized Notary Schemes)和多重签名公证人机制(Multi-sig NotarySchemes)；中心化公证人机制运行处理效率相对较高，但是存在严重的单点故障风险，一旦公证人遭受攻击变得不可信，整个公证系统将停滞或处于较大的安全风险中。

因此业界提出了多重签名公证人机制弱化中心化风险，该机制利用密码学技术，在每次交易验证时从公证人群体中随机选出一部分公证人，共同完成签名的签发，以降低对公证人可靠性的依赖程度；但该机制仍有潜在的作恶风险，仅作为目前的一种权衡方案。

(3)侧链

侧链是相对于主链而言的一个概念，侧链协议本质上是一种特殊的跨链解决方案，这种解决方案可以实现从链X到链Y的价值转移和稍后从链Y回到链X的价值转移，通常将链X称为主链，将链Y称为侧链。当主链性能出现瓶颈或者某些功能无法扩展时，把资产转移到侧链上，相关交易就可以在侧链上执行，从而达到分担主链压力、扩展主链性能和功能的目的。

双向锚定是侧链实现的核心原理，双向锚定实施的安全性取决于区块链中的激励机制，以使参与双向锚定的关键方能够真正执行双向锚定所应实现的功能。

双向锚定技术可通过以下模式实现：单一托管模式、联盟模式、SPV模式、驱动链模式和混合式设计。

(4)中继链

中继链技术是公证人机制和侧链进行融合和扩展产生的更完善的跨链技术，它可以用于链接两个异构或同构区块链，是实现区块链互操作性的更为直接的方式。该模式不完全依赖于可信第三方的验证判断，仅通过中间人收集两条链的数据状态进行自我验证，其验证方式依据自身结构不同而存在显著差异，最基本的需求就是采集原链信息。

侧链与中继的区别在于：

1)在从属关系上，侧链从属于主链，是主链与侧链之间信任交互方案，且交易被限定在主链与侧链之间，更多地着眼于可拓展性而非可伸缩性；中继采用了中心辐射设计，不从属于某条主链，中继链更像是“调度中心”，只负责数据传递，不负责链维护。

2)从执行过程看，侧链需要同步所有的区块头，验证区块链网络是否认可该项交易；中继不需要下载所有的区块头，因此拥有更优越的速度。

3)在安全性方面，侧链的安全性建立在侧链能有效激励矿工进行交易一致性验证的基础上，主链的安全性无法在侧链上起作用；中继是由主链自行验证，安全性有一定保证。侧链/中继的中继协议是从各主链抽象分离出一个跨链操作层，以避免受到主链的过多技术限制，保持中立的同时也能为自身项目积累价值。

此外，中继链提供了统一的语言，可减少链路之间通信的安全隐患。

总体而言，侧链/中继模式成本较高、效率较低，因为该模式下需要等待信息上链，确定不会发生回滚后才可确认。

农产品溯源一直是人们所迫切关注的事情，但是现如今借助于区块链技术对农产品溯源的主要方法有如下两种：单区块链溯源和基于侧链的多链农产品溯源。

单区块溯源：

农产品质量溯源涉及农产品生产、储运、采购、销售和加工等多个环节，各个模块之间高效协作是实现农产品有效追溯的重要保障。应用区块链技术构建的农产品质量溯源供应链包括6类核心参与者，分别是：生产商节点、物流商节点、收购商节点、零售商节点、消费者节点以及监管部门节点。这样通过将农产品从种植、生产、运输、加工、分销、物流和零售等各个环节的数据都上链进行可信保存；利用区块链的去中心化和安全可信的特点实现农产品全生命周期的数据可信透明，更方便消费者进行溯源信息查询。

基于侧链的多链农产品溯源：

基于侧链的多链农产品溯源方法将农产品生产、储运、采购、销售和加工等多个环节，分别设立不同的侧链来进行相关数据的存储。后续消费者有溯源请求时，直接有溯源主链对侧链进行访问即可，如图1所示。但是该方法由于涉及到的侧链众多，会增加跨链交互的难度，降低溯源的效率；而且无法完成生产厂商对消费数据的追溯。

在农产品溯源研究的前期阶段，国内通常将重点聚焦在溯源数据的充分采集与产业链的完整覆盖，而在数据的安全存储和系统的动态追溯等方面的研究相对较少，导致传统农产品溯源系统的可信性与灵活性不足；后来随着研究的深入，大家将区块链技术应用于农产品溯源，出现了上述的两种主要解决方法，但也鲜少对二者结合进行优化和提高，故还是存在安全可信和系统灵活性上的问题。具体表现如下：

(1)安全可信不足

传统农产品溯源系统将数据存储在集中式数据库中，这会带来两方面的数据安全问题：一是企业可能会为了自己的利益而篡改数据，导致无法达到可信溯源的目标；二是如果遭受黑客攻击或发生存储介质损坏等事故，溯源数据就会被破坏甚至永远消失。而在引入区块链技术之后，虽然区块链技术可以保证数据的安全可信存储，但是由于农产品溯源涉及到的各类角色众多，让所有角色全部上链，一起对生产数据进行共享也是一个潜在的安全隐私问题。这对农产品溯源系统的可信性是一个非常大的打击。

(2)系统灵活性差

现有的溯源方案通常是针对较窄范围内的特定农产品进行溯源，溯源对象与生产过程的局限性会导致溯源系统的事务处理流程被固化，不能根据实际生产场景动态地调整生产环节的组合顺序，不利于功能拓展与升级，导致溯源系统的灵活性差；而且现有的溯源系统解决的问题只是让消费者可以对商品的真伪和源头进行溯源，无法使农产品厂家对消费数据有一定的知情权。

发明内容

基于上述问题，本发明提供了农产品溯源下的一种基于中继链的区块链跨链交互方法，以安全可信的方式将农产品溯源场景中上游链(或下游链)的跨链交易转发到下游链(或上游链)里进行执行；通过中继链技术可以使上、下游链在去中心化的情况下达到去信任的跨链交互。

所述的适用于农产品溯源的基于中继链的区块链跨链交互方法，具体步骤如下：

步骤一、搭建由上游链，下游链，跨链网关和中继链构成的通信场景；

跨链网关包括两个，分别为网关A和网关B；

上游链作为来源链或目的链，通过跨链网关A连接到中继链；同时，下游链作为来源链或目的链，通过跨链网关B连接到中继链；上游链和下游链分别各至少一条，且与中继链相连的各链之间都是平行链。

上游链指的是由农场、物流和加工等各个环节的参与者构成的区块链；

下游链指的是由经销商、物流和零售等各个环节的参与者构成的区块链；

针对来源链，跨链网关负责收集与其相连的来源链产生的跨链交易，并转换为统一格式后发送到中继链。

针对目的链，跨链网关需要同步发往本目的链的所有跨链交易，并进行格式解析，最终发送给本目的链。

中继链对统一格式的跨链交易进行交易来源确认和交易证明可信验证，之后再根据目的链信息对跨链交易进行交易路由，同步到目的链的跨链网关，同时还可以对于有事务撤销的跨链交易进行有效的事务管理。

步骤二、针对上游链作为来源链，下游链作为目的链，上游链向下游链请求消费数据的跨链交互场景，上游链的参与者发送请求消费数据的某跨链交易tr1，经过来源链自身的链内共识后被跨链网关A收集；

同样适用于下游链作为来源链，上游链作为目的链，下游链向上游链请求农产品溯源信息的跨链交互场景。

步骤三、跨链网关A将跨链交易tr1进行格式统一后发送到中继链；

格式统一由中继链采取的跨链传输协议决定。

步骤四、中继链对该跨链交易tr1进行来源确认和证明可信的验证，并按目的链ID将交易tr1发送到对应的跨链网关B；

具体验证过程如下：

a)验证跨链交易tr1的交易来源是否可信-是否来自于合法的平行链；

具体验证为：核实跨链交易tr1的来源链ID是否为已经在中继链内注册的合法的平行链。

b)验证跨链交易tr1的交易证明是否可信-是否在来源链通过了链内共识；

具体验证如下：

首先，跨链交易tr1在来源链内部经过共识后产生一个交易证明字段proof，是经过了来源链内部的验证者验证签名的，中继链同步来源链的验证者信息。

所以，在中继链验证阶段，由中继链的验证节点直接验证签名的合法性，从而来证明proof是否合法，即跨链交易tr1经过了链内共识。

c)判断是否a)和b)的验证过程都通过，如果是，将其按目的链进行交易路由；否则，交易失败，如有需要则进行交易“回滚”。

交易路由过程则为根据跨链交易内的目的链ID将交易发送到相对应的跨链网关。

步骤五、跨链网关B同步跨链交易tr1，并进行规则解析出原有交易内容后，提交到下游链，执行交易。

规则解析过程为格式统一的逆过程，依赖于所采取的跨链传输协议。

步骤六、下游链执行完交易之后会原路将执行结果返回给中继链，进行交易状态的更新；

如果下游链有交易撤销的请求，或者在下游链执行完之前，上游链要求事务撤销；此时，由目的链发送撤销请求，由中继链进行撤销流程。

第一种情况为例，具体为：

首先，当下游链发现交易数据有误，发起事务撤销请求；然后，该下游链将该事务撤销交易转发到与之相连的跨链网关B，跨链网关B收集交易，将其转化为统一的跨链交易格式后，将事务撤销交易转发到中继链；最后，中继链简单核验之后，执行事务撤销交易，并将交易失败的结果经上游链的跨链网关A返回给上游链的参与者。

步骤七、中继链返回消费数据经上游链的跨链网关A，返回上游链的参与者。

本发明的优点在于：

1)、一种适用于农产品溯源的基于中继链的区块链跨链交互方法，基于中继链技术，可以在农产品溯源场景里的上游链和下游链之间实现双向的跨链交互，不仅支持上游链向下游链请求消费数据的跨链交互，同时也支持下游链向上游链请求农产品溯源信息等。

2)、一种适用于农产品溯源的基于中继链的区块链跨链交互方法，将跨链交易的共识过程放在各自链内进行达成，后续中继链根据验证规则对其的共识结果进行验证，而无需再次达成共识。这样可以使农产品溯源中的上游链和下游链可以在非完全可信的前提下进行跨链交互，既保护了跨链交互的安全可信，也避免了用户数据过度共享的安全隐私问题。

3)、一种适用于农产品溯源的基于中继链的区块链跨链交互方法，各链之间属于平行关系，因此其支持多个上游链和下游链的扩展和灵活应用。

附图说明

图1为现有技术中基于侧链的多链农产品溯源方法示意图；

图2为本发明适用于农产品溯源的基于中继链的区块链跨链交互方法的流程图；

图3为本发明搭建由上游链，下游链，跨链网关和中继链构成的通信场景图；

图4为本发明实施例中采用的基于中继链的区块链跨链交互方法的示意图。

具体实施方式

为了便于本领域普通技术人员理解和实施本发明，下面结合附图对本发明作进一步的详细和深入描述。

本发明的目标是设计一个基于中继链的区块链跨链交互机制，利用该机制在区块链的上游链和下游链之间进行双向的跨链信息交互；不仅可以将原始供应链进行分离，保护用户数据的安全隐私，也可以降低单区块链的存储性能瓶颈。本发明主要有以下目的：

(1)安全可信

通过将农产品供应链分为上游链和下游链，可以避免不直接相关的角色在同一个链内对信息进行过度共享；而且采用基于中继链的跨链交互也可以避免传统跨链技术所带来的中心化或者应用场景受限的问题，实现两个不完全信任的跨链交易双方在中继链的作用下，进行安全可信的跨链交互。

(2)双向交互

由于中继链的技术特点，使其并不隶属于某条链，在农产品溯源中体现为将农产品供应链分为上游链和下游链；同时在减少数据同步压力的前提下，使上游链可以同步下游链的某商品的消费数据，下游链也可以同步上游链的某商品的溯源全路线，完善了农产品溯源的功能，实现上游链和下游链的双向跨链交互。

(3)灵活应用

由于与中继链相连的各链之间都是平行链的关系，所有该跨链交互机制可以很好的扩展到多条上游链，多条下游链，满足某下游链对应多条上游链的灵活应用问题；反之亦然。

本发明设计的一种基于中继链的区块链跨链交互机制，可以用于农产品溯源上游链和下游链的跨链交互，还可以扩展到多条上游链和多条下游链；本发明仅以一条上游链和一条下游链参考，对该跨链交互机制进行阐述说明。如图2所示，所述的适用于农产品溯源的基于中继链的区块链跨链交互方法，具体步骤如下：

步骤一、搭建由上游链，下游链，跨链网关和中继链构成的通信场景；

如图3所示，跨链网关包括两个，分别为网关A和网关B；

上游链指的是由农场、物流和加工等各个环节的参与者构成的区块链，属于接入中继链的平行链；该平行链既可以作为跨链交互的来源链，也可以作为跨链交互的目的链，通过跨链网关A连接到中继链；

同时，下游链指的是由经销商、物流和零售等各个环节的参与者构成的区块链，属于接入中继链的平行链；该平行链既可以作为跨链交互的来源链，也可以作为跨链交互的目的链，通过跨链网关B连接到中继链；

针对来源链，跨链网关负责收集与其相连的来源链产生的跨链交易，并转换为统一格式后发送到中继链。

针对目的链，跨链网关需要同步发往本目的链的所有跨链交易，并进行格式解析，最终发送给本目的链。

中继链包括与来源链和目的链分别对应的网关A和网关B，以及验证模块；对统一格式的跨链交易进行交易来源确认和交易证明可信验证，之后再根据目的链信息对跨链交易进行交易路由，同步到目的链的跨链网关，同时还可以对于有事务撤销的跨链交易进行有效的事务管理。

步骤二、针对上游链作为来源链，下游链作为目的链，上游链向下游链请求消费数据的跨链交互场景，上游链的参与者发送请求消费数据的某跨链交易tr1，经过来源链自身的链内共识后被跨链网关A收集；

同样适用于下游链作为来源链，上游链作为目的链，下游链向上游链请求农产品溯源信息的跨链交互场景。

链内共识取决于来源链自身，如比特币采用的POW机制。

步骤三、跨链网关A将跨链交易tr1进行格式统一后将跨链交易tr1发送到中继链；

格式统一由中继链采取的跨链传输协议决定，如趣链科技BitXHub中的IBFP协议。

步骤四、中继链对该跨链交易tr1进行来源确认和证明可信的验证，并按目的链ID将交易tr1发送到对应的跨链网关B；

具体验证过程如下：

a)验证跨链交易tr1的交易来源是否可信-是否来自于合法的平行链；

由于平行链在执行交易前已在中继链内注册，只需要核实来源链ID是否为在中继链内已注册的合法平行链即可。

b)验证跨链交易tr1的交易证明是否可信-是否在来源链通过了链内共识，避免恶意用户发送大量的虚假跨链交易；

跨链交易在来源链内部经过共识后会产生一个交易证明字段proof，该交易由来源内的验证者进行验证签名，中继链同步平行链的验证者信息；故在中继链验证阶段，可由中继链的验证节点来验证签名的合法性来证明proof合法，即交易经过了链内共识。

c)判断是否a)和b)的验证过程都通过，如果是，将其按目的链进行交易路由；否则，交易失败，如有需要则进行交易“回滚”。

交易路由过程则为根据跨链交易内的目的链ID将交易发送到相对应的跨链网关。

步骤五、跨链网关B同步目的链为下游链的跨链交易tr1，并进行规则解析出原有交易内容，提交到下游链，执行交易；

规则解析过程为步骤三中格式统一的逆过程，即依赖于所采取的的跨链传输协议。

步骤六、下游链执行完交易之后会原路将执行结果返回给中继链，进行交易状态的更新；

如果下游链有交易撤销的请求，或者在下游链执行完之前，上游链要求事务撤销；此时，由目的链发送撤销请求，由中继链进行撤销流程。

第一种情况为例，具体为：

首先，下游链发现交易数据有误，发起事务撤销请求，然后，下游链将该事务撤销交易转发到跨链网关B，跨链网关B收集交易，将其转化为统一的跨链交易格式后，将事务撤销交易转发到中继链；最后，中继链简单核验之后，执行事务撤销交易，并返回交易失败经上游链的跨链网关A返回给上游链的参与者。

步骤七、中继链返回消费数据经上游链的跨链网关A，返回上游链的参与者。

实施例：

预准备阶段：该跨链交互机制进行运行的前提是：已搭建跨链模型，并且平行链已经在中继链进行了注册，此时中继链内已经有了平行链的ID和验证规则。

下边以农场主想要请求某下游商品的消费数据为例，对跨链交互核心流程进行简要描述，反方向同样也适用于下游的零售商向上游链请求验证某商品的溯源可信。

如图4所示，跨链机制核心流程如下：

1.上游链的生产厂家发送一笔请求某商品的消费数据的交易，记为跨链交易tr1，经过链内共识之后被相应的跨链网关“网关A”收集。

2.跨链网关“网关A”收集跨链交易tr1，并进行格式统一后将跨链交易tr1转发到中继链。

统一的格式由中继链采取的跨链传输协议决定，如趣链科技BitXHub中的IBFP协议。

3.中继链的验证模块将近期的跨链交易进行打包，并验证该跨链交易tr1的交易来源和交易证明可信；将通过验证的交易按目的链进行交易路由，即按目的链将交易分类；并对同一个目的链的所有跨链交易同步；

主要以如下子流程进行工作：

a)验证跨链交易tr1的交易来源是否可信-是否来自于合法的平行链；

b)验证跨链交易tr1的交易证明是否可信-是否在来源链通过了链内共识，避免恶意用户发送大量的虚假跨链交易

c)如果上述两个验证过程，任一过程不通过，则交易失败，如有需要则进行交易“回滚”。

4.跨链网关“网关B”同步目的链为下游链的跨链交易tr1，并进行规则解析出原有交易内容，转发跨链交易tr1到目的链，执行交易。

5.目的链执行完交易之后会原路将执行交易结果和状态依次返回给跨链网关和中继链，进行交易状态的更新；

6.中继链返回消费数据经上游链的跨链网关A，返回上游链的生产厂家。

正常的跨链到此就圆满结束了。

在中继链将交易结果交上游链之前，下游链有交易撤销的请求；或者在下游链执行完之前，上游链事务撤销的情况都需要有支持事务撤销的机制，即由目的链发送撤销请求，由中继链进行撤销流程。

下边以第一种情况进行说明，对应于时序图4中的13*-19*。

13*.下游链发现交易数据有误，发起事务撤销请求；

14*.下游链将该事务撤销交易转发到相应的跨链网关；

15*.跨链网关收集交易，将其转化为统一的跨链交易格式；

16*.跨链网关将事务撤销交易转发到中继链；

17*.中继链简单核验之后，执行事务撤销交易；

18*.中继链返回交易失败给上游链的跨链网关；

19*.跨链网关返回交易失败给上游链的生产厂家。

本发明中跨链交易的可信验证，如图4中的5-7，本机制由中继链对跨链交易进行打包，之后由中继链的验证者们对交易的可信来源和可信证明进行验证，保证了跨链交互安全可信。

如图4中的13*-19*，引入了跨链交互双方在交易完成之前可以对跨链交易的高效快速撤销。16-17和18*-19*在中继链完成跨链交易状态更新之后引入了对上游链的交易结果返回。这样方便交易双方掌握跨链交互的状态。

图4中的10让跨链网关将跨链交易进行格式解析，这样使下游链收到的直接就是解析之后的原交易内容，增加了跨链交互的效率。

Claims (3)

1.农产品溯源下的一种基于中继链的区块链跨链交互方法，其特征在于，具体步骤如下：

步骤一、搭建由上游链，下游链，跨链网关和中继链构成的通信场景；

跨链网关包括两个，分别为网关A和网关B；

上游链作为来源链或目的链，通过跨链网关A连接到中继链；同时，下游链作为来源链或目的链，通过跨链网关B连接到中继链；上游链和下游链分别各至少一条，且与中继链相连的各链之间都是平行链；

跨链网关负责收集与其相连的来源链产生的跨链交易，并转换为统一格式后发送到中继链；针对与其相连的目的链，跨链网关需要同步发往本目的链的所有跨链交易，并进行格式解析，最终发送给本目的链；

中继链对统一格式的跨链交易进行交易来源确认和交易证明可信验证，之后再根据目的链信息对跨链交易进行交易路由，同步到目的链的跨链网关，同时还对有事务撤销的跨链交易进行有效的事务管理；

步骤二、针对上游链作为来源链，下游链作为目的链，上游链向下游链请求消费数据的跨链交互场景，上游链的参与者发送请求消费数据的某跨链交易tr1，经过来源链自身的链内共识后被跨链网关A收集；

步骤三、跨链网关A将跨链交易tr1进行格式统一后发送到中继链；

格式统一由中继链采取的跨链传输协议决定；

步骤四、中继链对该跨链交易tr1进行来源确认和证明可信的验证，并按目的链ID将交易tr1发送到对应的跨链网关B；

具体验证过程如下：

a)验证跨链交易tr1的交易来源是否可信-是否来自于合法的平行链；

具体验证为：核实跨链交易tr1的来源链ID是否为已经在中继链内注册的合法的平行链；

b)验证跨链交易tr1的交易证明是否可信-是否在来源链通过了链内共识；

具体验证如下：

首先，跨链交易tr1在来源链内部经过共识后产生一个交易证明字段proof，是经过了来源链内部的验证者验证签名的，中继链同步来源链的验证者信息；

所以，在中继链验证阶段，由中继链的验证节点直接验证签名的合法性，从而来证明proof是否合法，即跨链交易tr1经过了链内共识；

c)判断是否a)和b)的验证过程都通过，如果是，将其按目的链进行交易路由；否则，交易失败，如有需要则进行交易“回滚”；

交易路由过程则为根据跨链交易内的目的链ID将交易发送到相对应的跨链网关；

步骤五、跨链网关B同步跨链交易tr1，并进行规则解析出原有交易内容后，提交到下游链，执行交易；

规则解析过程为格式统一的逆过程，依赖于所采取的跨链传输协议；

步骤六、下游链执行完交易之后会原路将执行结果返回给中继链，进行交易状态的更新；

如果下游链有交易撤销的请求，或者在下游链执行完之前，上游链要求事务撤销；此时，由目的链发送撤销请求，由中继链进行撤销流程；

第一种情况为例，具体为：

首先，当下游链发现交易数据有误，发起事务撤销请求；然后，该下游链将事务撤销交易转发到与之相连的跨链网关B，跨链网关B收集交易，将其转化为统一的跨链交易格式后，将事务撤销交易转发到中继链；最后，中继链简单核验之后，执行事务撤销交易，并将交易失败的结果经上游链的跨链网关A返回给上游链的参与者；

步骤七、中继链返回消费数据经上游链的跨链网关A，返回上游链的参与者。

2.如权利要求1所述的农产品溯源下的一种基于中继链的区块链跨链交互方法，其特征在于，所述的上游链指的是由农场、物流和加工各个环节的参与者构成的区块链；

所述下游链指的是由经销商、物流和零售各个环节的参与者构成的区块链。

3.如权利要求1所述的农产品溯源下的一种基于中继链的区块链跨链交互方法，其特征在于，所述的步骤二同样适用于下游链作为来源链，上游链作为目的链，下游链向上游链请求农产品溯源信息的跨链交互场景。

Images