CN115455022A - 跨链中继机制的账户序号一致性保障方法 - Google Patents

Abstract

本发明实施例是关于一种跨链中继机制的账户序号一致性保障方法，A具体为：中继器组维护一个记录了中继账户历史序号LastSequence的数据表，对所有的LastSequence进行初始化；跨链通信过程中，当中继账户拟签署一个跨链交易时，中继器将通过目标区块链的auth模块获得中继账户序号，随后，中继器将对访问数据库中对应的LastSequence进行互斥锁竞争；当中继器竞争到该互斥锁后，将从数据库中获取该中继账户的LastSequence，并与从区块链获得的账户序号进行比对；最后，中继账户借助中继器将修正后的账户序号附加到交易中，并完成交易签署和广播等后续工作。本发明解决了该跨链模式中因高并发高负载，导致跨链交易的账户序号出现错误，进而导致交易验证失败和跨链连接失效的问题。

Description

跨链中继机制的账户序号一致性保障方法

技术领域

本发明涉及区块链跨链技术领域，具体为一种跨链中继机制的账户序号一致性保障方法。

背景技术

随着区块链技术的发展，各种基于区块链技术的应用越来越多。为了适应不同领域的需求，研究人员和开发人员通常专注于让区块链技术适用于特定领域，致使区块链类型碎片化程度较高，区块链间的互操作性下降。为了解决这一类问题，跨链的概念及相关技术被提出。

跨链技术通常可分为公证人(Notary)机制，侧链/中继(Sidechains/Relays)机制和哈希锁定(Hash-Locking)。其中，在基于中继机制的跨链模式中，参与跨链的区块链由中继器建立跨链连接，并构成了跨链网络。Cosmos是基于中继机制的跨链方案的其中一个代表，在Cosmos跨链方案中，所有的跨链相关的操作都会被转化为交易，并通过中继器转发到目标区块链执行。

在以太坊(Ethereum)及Cosmos等区块链中，为了抵御重放攻击(Replay Attack)或防止双重支付(Double-Spending，亦称“双花”)问题，其为每个账户维护了与账户关联的序号(以太坊中被称为Nonce，Cosmos中被称为AccountSequence。以下统称为账户序号)。当某个账户拟对某个交易签名时，必须获取当前的账户序号，并将其附加在交易信息中。当区块链接收到交易后，将检查附加在交易中的序号与当前账户序号是否一致，当且仅当两者一致时，该交易才能通过检查并被放入交易池中，等待被纳入区块中；同时，区块链将账户序号递增，等待接收下一个交易。否则，区块链将认为该交易并非首次被区块链接收，并将其视为重放交易丢弃掉。

然而，当区块链网络处于高吞吐高负载情况之下(例如区块链在短时间内接收到大量的跨链交易，或因受到轻客户端阻塞攻击而无法及时处理跨链交易)时，可能出现中继账户为多个交易附加了同一个账户序号的情况，致使正常的跨链交易被区块链错误地识别为重放交易并被丢弃。严重者，跨链通信的连接将因为交易过程中账户序号异常而意外中断。

跨链作为一种新兴的区块链概念及技术，相关的研究工作仍处于初期阶段。目前大多数与跨链相关的研究，都着眼于提出某种新的跨链协议或架构，或在已有的架构基础上进行改进；而聚焦于某种具体的跨链方案，并提升其某一环节的安全性及稳定性的方法并不多。因此，本发明提出一种跨链中继机制的账户序号一致性保障方法，并以Cosmos为例对本发明的原理及实现步骤进行描述。实验证明，本发明可在交易吞吐量较高或受到轻客户端阻塞攻击等情况下，有效降低跨链交易失效及连接中断的风险。经测试，该发明在Cosmos跨链方案中至少可以使交易失效率减少约60％。

发明内容

本发明的目的是提供一种跨链中继机制的账户序号一致性保障方法，适用于基于中继机制且引入了账户序号功能的跨链方案，解决了该跨链模式中因高并发高负载，导致跨链交易的账户序号出现错误，进而导致交易验证失败和跨链连接失效的问题。

本发明的技术方案如下：

为实现上述目的，本发明提供一种跨链中继机制的账户序号一致性保障方法，包括以下步骤：

S1：中继器组共同维护一个记录中继账户信息的数据库，用于在跨链通信过程中记录和校验中继账户的关键信息；

S2：跨链通信过程中，中继器从目标链获取中继账户的当前账户序号Sequence；

S3：中继器向中继账户信息数据库发送查询请求，获取该账户存储于数据库中的历史序号LastSequence；

S4：中继器利用从数据库获得的LastSequence与从目标区块链获得的中继账户序号Sequence进行比对和修正；

S5：中继器将修正后的账户序号写入数据库，将LastSequence更新为修正后的Sequence；

S6：中继器将修正后的账户序号附加到跨链交易中，并对交易进行签名和广播。

进一步地，上述步骤S1具体是：

S101：中继器组获取所有与组内中继器连接的区块链的关键信息，包括区块链的唯一标识ID、中继账户在区块链上的地址信息Address、中继账户在区块链上的初始账户序号Sequence；

S102：中继器组按照<ID-Address，LastSequence>的格式编排上述信息，其中，ID-Address表示键，为LastSequence为对应键的值；

S103：将所有的<ID-Address，LastSequence>键值对存储到数据库中。

进一步地，上述步骤S2具体是：

S201：中继器向目标区块链发送中继账户信息查询请求，该请求信息通过传输层转发至目标区块链；

S202：目标区块链获取请求后，由auth模块查询中继账户的信息并生成查询结果；

S203：中继器查询并捕获目标区块链auth模块生成的查询结果，并从中选取出账户序号Sequence。

进一步地，上述步骤S3具体是：

S301：中继器在访问数据库中的中继账户的LastSequence之前，将进行互斥锁竞争；若获取到则跳转到S302，否则跳转至S301重新等待下一轮竞争；

S302：中继器获取目标区块链的ID及中继账户Address，并以ID-Address为键，在数据库中查询并返回对应的值LastSequence。

进一步地，上述步骤S301具体是：

1)中继器组连接到后台的Redis数据库，该数据库用于实现中继器竞争互斥锁；同时，每个中继器均会分配一个唯一标识进程的UUID；

2)中继器通过消息队列检查并等待拟获取的互斥锁是否已处于释放状态；

3)中继器以ID-Address为键，使用SETNX命令尝试向Redis数据库写入当前进程的UUID，并设置写入值的超时时间ExpireTime；

4)Redis向中继器返回值，如果值为1，证明写入成功，同时也证明在此之前没有其他进程给同样的键写入值，即互斥锁是可获取的；如果返回0，证明写入失败，同时也证明在此之前已有其他进程给同样的键写入值，即互斥锁已被占用，该进程跳转回步骤2)重新尝试竞争互斥锁。

进一步地，上述步骤S4具体是：

S401：将获取到的Sequence与数据库中存储的LastSequence进行对比，若Sequence小于等于LastSequence则跳转到S402，否则跳转到S403；

S402：将Sequence的值修正为LastSequence+1；

S403：中继器将Sequence附加到跨链交易中，等待交易的签署和广播。

进一步地，上述步骤S5具体是：

S501：以ID-Address为键，将数据库中对应的值LastSequence更新为Sequence；

S502：中继器释放先前竞争到的互斥锁，允许其他阻塞的进程再次竞争互斥锁。

进一步地，上述步骤S502具体是：

1)中继器以ID-Address为键，使用GET命令查询Redis数据库的值是否与该进程的UUID相同；

2)如果查询值与UUID相同，证明此数据就是该进程写入的；中继器以ID-Address为键，使用DEL命令清除值；

3)中继器释放互斥锁，并向消息队列发出互斥锁已释放的消息，允许其他进程以同样的方式竞争互斥锁。

本发明的实施例提供的技术方案可以包括以下有益效果：

1)本发明是一种跨链中继机制的账户序号一致性保障方法，通过维护一个中继器间的共享账户信息数据库，实现对附加在跨链交易中的账户序号进行校验和修正的功能，从而有效避免了因交易吞吐量过高或和受到轻客户端阻塞攻击，导致auth模块错误地将正常交易识别为重放交易的情况，进而提升了跨链通信的稳定性；

2)本发明利用进程间互斥锁，保证了同一时间段，仅有一个中继器可以读写账户信息数据库，避免了因高并发造成的数据库读写冲突所导致的账户序号校验和修正失败的情况；实验表明，在Cosmos跨链方案中，使用本发明的中继器校验及修正账户序号的平均耗时仅为3.946ms，而一个简单跨链交易被一个单节点的区块链处理的总时间周期的平均耗时为3.048s，两者相差数量级为3；当目标区块链的全节点数量大于1时，交易处理时间将会进一步提升，使用本发明所耗费的时间占比也将进一步下降；因此，本发明不会对Cosmos跨链通信的效率造成明显的负面影响；

3)本发明旨在不修改区块链本身的代码的前提下，使用非侵入、低耦合的方式，将一种跨链中继机制的账户序号一致性保障方法应用于现有的基于中继机制的跨链方案中；开发者仅需依据本发明额外部署账户信息数据库，并建立中继器组与数据库的互斥连接，即可有效降低交易被auth模块错误地识别为重放交易的概率，并提升了跨链通信的稳定性；经测试，该发明在Cosmos跨链方案中至少可以使交易失效率减少约60％。

附图说明

图1为本发明的架构图；

图2为本发明的整体流程图；

图3为本发明中继器获得互斥锁的流程图；

图4为本发明中继器释放互斥锁的流程图；

图5为本发明实际工作的序列图；

图6为本发明未使用此方法跨链通信出现异常的情况；

图7为本发明使用此方法跨链通信正常完成的情况。

具体实施方式

下面将结合本发明实施例中的本发明附图，对本发明实施例中的本发明技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

如图1-4的跨链中继机制的账户序号一致性保障方法，如图2所示，具体按照以下步骤实施：

步骤1，中继器组共同维护一个记录中继账户信息的数据库，用于在跨链通信过程中记录和校验中继账户的关键信息；

步骤1具体按照以下步骤实施：

步骤1.1，中继器组获取所有与组内中继器连接的区块链的关键信息，包括区块链的唯一标识ID、中继账户在区块链上的地址信息Address、中继账户在区块链上的初始账户序号Sequence；

步骤1.2，中继器组按照<ID-Address，LastSequence>的格式编排上述信息，其中，ID-Address表示键，为LastSequence为对应键的值；

步骤1.3，将所有的<ID-Address，LastSequence>键值对存储到数据库中；

步骤2，跨链通信过程中，中继器从目标链获取中继账户的当前账户序号Sequence；

步骤2具体按照以下步骤实施：

步骤2.1，中继器向目标区块链发送中继账户信息查询请求，该请求信息通过传输层转发至目标区块链；

步骤2.2，目标区块链获取请求后，由auth模块查询中继账户的信息并生成查询结果；

步骤2.3，中继器查询并捕获目标区块链auth模块生成的查询结果，并从中选取出账户序号Sequence；

步骤3，中继器向中继账户信息数据库发送查询请求，获取该账户存储于数据库中的历史序号LastSequence；

步骤3具体按照以下步骤实施：

步骤3.1，中继器在访问数据库中的中继账户的LastSequence之前，将进行互斥锁竞争。若获取到则跳转到3.2，否则跳转至3.1重新等待下一轮竞争，如图3所示；

步骤3.1具体为：

(1)中继器组连接到后台的Redis数据库，该数据库用于实现中继器竞争互斥锁。同时，每个中继器均会分配一个唯一标识进程的UUID。

(2)中继器通过消息队列检查并等待拟获取的互斥锁是否已处于释放状态；

(3)中继器以ID-Address为键，使用SETNX命令尝试向Redis数据库写入当前进程的UUID，并设置写入值的超时时间ExpireTime。

(4)Redis向中继器返回值，如果值为1，证明写入成功，同时也证明在此之前没有其他进程给同样的键写入值，即互斥锁是可获取的。如果返回0，证明写入失败，同时也证明在此之前已有其他进程给同样的键写入值，即互斥锁已被占用，该进程跳转回步骤(2)重新尝试竞争互斥锁。

步骤3.2,中继器获取目标区块链的ID及中继账户Address，并以ID-Address为键，在数据库中查询并返回对应的值LastSequence；

步骤4，中继器利用从数据库获得的LastSequence与从目标区块链获得的中继账户序号Sequence进行比对和修正；

步骤4具体按照以下步骤实施：

步骤4.1，将获取到的Sequence与数据库中存储的LastSequence进行对比，若Sequence小于等于LastSequence则跳转到4.2，否则跳转到4.3；

步骤4.2，将Sequence的值修正为LastSequence+1；

步骤4.3,中继器将Sequence附加到跨链交易中，等待交易的签署和广播；

步骤5，中继器将修正后的账户序号写入数据库，将LastSequence更新为修正后的Sequence；

步骤5具体按照以下步骤实施：

步骤5.1，以ID-Address为键，将数据库中对应的值LastSequence更新为Sequence；

步骤5.2，中继器释放先前竞争到的互斥锁，允许其他阻塞的进程再次竞争互斥锁，如图5所示；

步骤5.2具体按照以下步骤实施：

(1)中继器以ID-Address为键，使用GET命令查询Redis数据库的值是否与该进程的UUID相同；

(2)如果查询值与UUID相同，证明此数据就是该进程写入的。中继器以ID-Address为键，使用DEL命令清除值；

(3)中继器释放互斥锁，并向消息队列发出互斥锁已释放的消息，允许其他进程以同样的方式竞争互斥锁；

步骤6，中继器将修正后的账户序号附加到跨链交易中，并对交易进行签名和广播；

当区块链网络中的所有区块链及中继器初始化完毕，并完成中继器与区块链的连接后，中继器组将等待并响应跨链通信事件。若区块链网络中的任意账户执行了跨链操作，则中继器将产生相应的跨链交易。在整个交易生命周期内，将按照上述流程对交易的信息进行检查和修正，以确保整个跨链交易生命周期正常完成。

实施例

首先，对应于步骤1，中继器组共同维护一个记录中继账户信息的数据库，用于在跨链通信过程中记录和校验中继账户的关键信息。此次实验是基于一个较为简单的Cosmos跨链网络，如图1所示，该网络包括三个区块链(Chain-A、Chain-B、Chain-C)及一个中继节点，中继节点运行了三个中继器(Relayer-1，Relayer-2，Relayer-3)。在该网络中，存在一个中继账户Account-R，且该账户的信息均被网路中的区块链及中继器所保存。中继器组共同维护一个存储了中继账户信息的数据库，该数据库记录了中继器组从每个区块链最后一次获取到的中继账户的账户序号。数据库中的每一条数据均有相应的互斥锁标记位，同一时刻有且仅有一个中继器可以读写某一条数据。

对应于步骤2，跨链通信过程中，中继器从目标链获取中继账户的当前账户序号Sequence。基于步骤1所描述的跨链网络，假设连接了Chain-A和Chain-B的中继器Relayer-1，拟使用Account-R创建两个发往Chain-A的跨链交易Tx1和Tx2。在创建和签署Tx1时，Relayer-1将从Chain-A获取Account-R当前的账户序号n，并附加到Tx1上。假设Tx1在签署完毕后已经发送到Chain-A，但Chain-A的auth模块并未完全完成对Tx1的验证。此时，Relayer-1拟创建Tx2，那么最终附加到Tx2上的序号也为n，即出现了不同交易使用了相同序号的情况。

对应于步骤3，中继器向中继账户信息数据库发送查询请求，获取该账户存储于数据库中的历史序号LastSequence。考察步骤2中假设的Relayer-1生成的Tx2。由于同一时刻可能有其他的中继器也要访问这一条数据，因此，所有拟访问该数据的中继器须首先竞争互斥锁。假设Relayer-1竞争到了该锁，由于Tx2的目标区块链是Chain-A，中继账户是Account-R，则应当从数据库中查询Chain-A-Account-R对应的LastSequence值。

对应于步骤4，中继器利用从数据库获得的LastSequence与从目标区块链获得的中继账户序号Sequence进行比对和修正。在步骤3中，Tx1已经先于Tx2完成了Sequence验证工作，因此，此时LastSequence的值为n。而中继器检查到本次获取到的Sequence也为n，所以将Sequence的值修改为LastSequence+1，即n+1。

对应于步骤5，中继器将修正后的账户序号写入数据库，将LastSequence更新为修正后的Sequence。Relayer-1将数据库中Chain-A-Account-R对应的LastSequence更新为此时的Sequence，即n+1。若所有工作正常完成，则Relayer-1释放互斥锁，允许其他阻塞的中继器继续竞争该锁。若在此过程中，发生了任何错误，则中继器将回滚所有的操作，并返回错误信息。

最后，对应于步骤6，中继器将修正后的账户序号附加到跨链交易中，并对交易进行签名和广播。Relayer-1将修正后的Sequence附加到Tx2中，并完成后续的签名和广播工作。

如图6为出现异常的跨链测试截图。其中，右上及右下为参与跨链通信的两个区块链；左上及左下为连接区块链的中继器进程。

如图7为使用了本发明的跨链测试截图。其中，右上及右下为参与跨链通信的两个区块链；左上及左下为连接区块链的中继器进程。

尽管已经示出和描述了本发明的实施例，对于本领域的普通技术人员而言，可以理解在不脱离本发明的原理和精神的情况下可以对这些实施例进行多种变化、修改、替换和变型，本发明的范围由所附权利要求及其等同物限定。

Claims (8)

1.一种跨链中继机制的账户序号一致性保障方法，其特征在于，包括：

S1：中继器组共同维护一个记录中继账户信息的数据库，用于在跨链通信过程中记录和校验中继账户的关键信息；

S2：跨链通信过程中，中继器从目标链获取中继账户的当前账户序号Sequence；

S3：中继器向中继账户信息数据库发送查询请求，获取该账户存储于数据库中的历史序号LastSequence；

S4：中继器利用从数据库获得的LastSequence与从目标区块链获得的中继账户序号Sequence进行比对和修正；

S5：中继器将修正后的账户序号写入数据库，将LastSequence更新为修正后的Sequence；

S6：中继器将修正后的账户序号附加到跨链交易中，并对交易进行签名和广播。

2.根据权利要求1所述的跨链中继机制的账户序号一致性保障方法，其特征在于，所述步骤S1具体是：

S101：中继器组获取所有与组内中继器连接的区块链的关键信息，包括区块链的唯一标识ID、中继账户在区块链上的地址信息Address、中继账户在区块链上的初始账户序号Sequence；

S102：中继器组按照<ID-Address，LastSequence>的格式编排上述信息，其中，ID-Address表示键，为LastSequence为对应键的值；

S103：将所有的<ID-Address，LastSequence>键值对存储到数据库中。

3.根据权利要求2所述的跨链中继机制的账户序号一致性保障方法，其特征在于，所述步骤S2具体是：

S201：中继器向目标区块链发送中继账户信息查询请求，该请求信息通过传输层转发至目标区块链；

S202：目标区块链获取请求后，由auth模块查询中继账户的信息并生成查询结果；

S203：中继器查询并捕获目标区块链auth模块生成的查询结果，并从中选取出账户序号Sequence。

4.根据权利要求3所述的跨链中继机制的账户序号一致性保障方法，其特征在于，所述步骤S3具体是：

S301：中继器在访问数据库中的中继账户的LastSequence之前，将进行互斥锁竞争；若获取到则跳转到S302，否则跳转至S301重新等待下一轮竞争；

S302：中继器获取目标区块链的ID及中继账户Address，并以ID-Address为键，在数据库中查询并返回对应的值LastSequence。

5.根据权利要求4所述的跨链中继机制的账户序号一致性保障方法，其特征在于，所述步骤S301具体是：

1)中继器组连接到后台的Redis数据库，该数据库用于实现中继器竞争互斥锁；同时，每个中继器均会分配一个唯一标识进程的UUID；

2)中继器通过消息队列检查并等待拟获取的互斥锁是否已处于释放状态；

3)中继器以ID-Address为键，使用SETNX命令尝试向Redis数据库写入当前进程的UUID，并设置写入值的超时时间ExpireTime；

4)Redis向中继器返回值，如果值为1，证明写入成功，同时也证明在此之前没有其他进程给同样的键写入值，即互斥锁是可获取的；如果返回0，证明写入失败，同时也证明在此之前已有其他进程给同样的键写入值，即互斥锁已被占用，该进程跳转回步骤2)重新尝试竞争互斥锁。

6.根据权利要求4或5所述的跨链中继机制的账户序号一致性保障方法，其特征在于，所述步骤S4具体是：

S401：将获取到的Sequence与数据库中存储的LastSequence进行对比，若Sequence小于等于LastSequence则跳转到S402，否则跳转到S403；

S402：将Sequence的值修正为LastSequence+1；

S403：中继器将Sequence附加到跨链交易中，等待交易的签署和广播。

7.根据权利要求6所述的跨链中继机制的账户序号一致性保障方法，其特征在于，所述步骤S5具体是：

S501：以ID-Address为键，将数据库中对应的值LastSequence更新为Sequence；

S502：中继器释放先前竞争到的互斥锁，允许其他阻塞的进程再次竞争互斥锁。

8.根据权利要求7所述的跨链中继机制的账户序号一致性保障方法，其特征在于，所述步骤S502具体是：

1)中继器以ID-Address为键，使用GET命令查询Redis数据库的值是否与该进程的UUID相同；

2)如果查询值与UUID相同，证明此数据就是该进程写入的；中继器以ID-Address为键，使用DEL命令清除值；

3)中继器释放互斥锁，并向消息队列发出互斥锁已释放的消息，允许其他进程以同样的方式竞争互斥锁。

Images