一种交易风险参数计算方法、区块链验证节点及存储介质转让专利

申请号 : CN202210984625.0

文献号 : CN115049402B

文献日 :

基本信息:

PDF:

法律信息:

相似专利:

发明人 : 王栋郭庆雷周冬旭王伟贤杨珂陈帅施萱轩严嘉慧王文帝张禄朱正谊李香龙潘鸣宇

申请人 : 国网区块链科技(北京)有限公司国网数字科技控股有限公司国网北京市电力公司国网江苏省电力有限公司南京供电分公司国家电网有限公司

摘要 :

本发明实施例提供了一种交易风险参数计算方法、区块链验证节点及存储介质,其中,方法包括:获取交易验证信息组,根据交易验证信息组中的至少部分信息对交易验证信息组进行交易合法性验证,其中,交易验证信组中,包括两个交易方的交易验证信息,交易验证信息与交易方存在对应关系,至少部分信息包括:各交易验证信息的交易资产参数、交易结果类型、源区块链标识和目标区块链标识,在交易合法性验证通过的情况下,根据交易结果类型,更新各交易方的当前交易结果参数组,根据当前交易结果参数组和交易资产参数,计算各交易方的交易风险参数。本发明实现了对恶意交易方的准确识别和对交易风险的量化,提高了跨链交易的安全性和可靠性。

权利要求 :

1.一种交易风险参数计算方法,其特征在于,所述方法包括:

获取交易验证信息组,根据所述交易验证信息组中的至少部分信息对所述交易验证信息组进行交易合法性验证,其中,所述交易验证信组中,包括两个交易方的交易验证信息,所述交易验证信息与所述交易方存在对应关系,所述至少部分信息包括:各交易验证信息的交易资产参数、交易结果类型、源区块链标识和目标区块链标识;

在所述交易合法性验证通过的情况下,根据所述交易结果类型,更新各交易方的当前交易结果参数组;

根据所述当前交易结果参数组和所述交易资产参数,计算各交易方的交易风险参数;

其中,所述交易验证信息组包含由所述两个交易方中的第一交易方生成的第一交易验证信息,和由所述两个交易方中的第二交易方生成的第二交易验证信息,所述根据所述交易验证信息组中的至少部分信息对所述交易验证信息组进行交易合法性验证,包括:利用预设签名验证算法,对所述交易验证信息组中的各交易验证信息进行签名验签;在所述交易验证信息组中的各交易验证信息,均通过所述签名验签的情况下,按照预设交易合法性验证规则,对所述交易验证信息组进行所述交易合法性验证;

所述根据所述当前交易结果参数组和所述交易资产参数,计算各交易方的交易风险参数,包括:对各交易方:

根据该交易方生成的交易验证信息中的所述交易资产参数M,通过公式:T=(M/MS)×(1‑λ)×(1+θ),计算该交易方的交易风险参数T,其中,所述MS是预设的标准资产参数,所述λ是该交易方的交易风险增高参数,所述θ是该交易方的交易风险降低参数,所述λ的数值大于所述θ的数值,所述交易风险增高参数λ的数值,在p的取值为0的情况下是0,在所述p不小于

1‑p

1的情况下,所述交易风险增高参数λ的数值是通过公式:λ=1/(1+e )p≥1,计算获得的,其中,所述p是该交易方的当前交易结果参数组中的当前交易失败次数,所述e是自然常数;所述交易风险降低参数θ的数值,在q的取值不大于预设启动参数c的情况下是0,在所述q的取值大于所述预设启动参数c的情况下,所述交易风险降低参数θ的数值是通过公式:θ=(1/2)‑[1/(q‑c)]×e q>c,

计算获得的,其中,所述q为该交易方的当前交易结果参数组中的当前交易成功次数。

2.根据权利要求1所述的方法,其特征在于,所述在所述交易合法性验证通过的情况下,根据所述交易结果类型,更新各交易方的当前交易结果参数组,包括:对各交易方的当前交易结果参数组:在该交易方的所述交易结果类型是失败类型的情况下,对与该交易方匹配的所述当前交易结果参数组中的当前交易失败次数的数值,进行数值添加操作,完成对该交易方的所述当前交易结果参数组的更新操作;

在该交易方的所述交易结果类型是成功类型的情况下,对与该交易方匹配的所述当前交易结果参数组中的当前交易成功次数的数值,进行数值添加操作,完成对该交易方的所述当前交易结果参数组的更新操作。

3.根据权利要求1所述的方法,其特征在于,所述预设交易合法性验证规则包括:

判断所述第一交易验证信息中的所述交易资产参数,与所述第二交易验证信息中的所述交易资产参数是否一致,获得第一判断结果;

判断所述第一交易验证信息中的所述源区块链标识,与所述第二交易验证信息中的所述目标区块链标识是否一致,获得第二判断结果;

判断所述第二交易验证信息中的所述源区块链标识,与所述第一交易验证信息中的所述目标区块链标识是否一致,获得第三判断结果;

若所述第一判断结果、所述第二判断结果和所述第三判断结果均为一致,则确定所述交易合法性验证通过。

4.根据权利要求3所述的方法,其特征在于,所述交易结果类型的确定过程包括:

判断所述第一交易方在利用原象的哈希值锁定第一待交易资产,并设定第一超限时刻后,是否向所述第二交易方发送所述原象的哈希值,若否,则将所述第一交易方的所述交易结果类型确定为第一失败类型,其中,所述第一待交易资产是所述第一交易方账户中的待交易资产;

在所述第一交易方向所述第二交易方发送所述原象的哈希值的情况下,判断所述第二交易方是否利用所述原象的哈希值锁定第二待交易资产,若否,则将所述第二交易方的所述交易结果类型确定为第二失败类型,其中,所述第二待交易资产是所述第二交易方账户中的待交易资产;

在所述第二交易方利用所述原象的哈希值锁定所述第二待交易资产,且设定第二超限时刻的情况下,判断所述第一交易方是否在所述第二超限时刻前,利用所述原象解锁所述第二待交易资产,若否,则将所述第一交易方的交易结果类型确定为第三失败类型,其中,所述第二超限时刻早于所述第一超限时刻;

在所述第一交易方在所述第二超限时刻前,利用所述原象解锁所述第二待交易资产,判断所述第二交易方在所述第一超限时刻前,是否利用所述第一交易方发送的所述原象,解锁所述第一待交易资产,若否,则将所述第二交易方的交易结果类型确定为第四失败类型;

在所述第二交易方在所述第一超限时刻前,利用所述第一交易方发送的所述原象,解锁所述第一待交易资产的情况下,将所述第一交易方和所述第二交易方的所述交易结果类型,确定为交易成功类型。

5.一种区块链验证节点,其特征在于,所述区块链验证节点配置有:数据验证模块、数据更新模块和参数计算模块,所述数据验证模块用于获取交易验证信息组,根据所述交易验证信息组中的至少部分信息对所述交易验证信息组进行交易合法性验证,其中,所述交易验证信组中,包括两个交易方的交易验证信息,所述交易验证信息与所述交易方存在对应关系,所述至少部分信息包括:各交易验证信息的交易资产参数、交易结果类型、源区块链标识和目标区块链标识;

所述数据更新模块用于在所述交易合法性验证通过的情况下,根据所述交易结果类型,更新各交易方的当前交易结果参数组;

所述参数计算模块用于根据所述当前交易结果参数组和所述交易资产参数,计算各交易方的交易风险参数;

其中,在所述交易验证信息组包含由所述两个交易方中的第一交易方生成的第一交易验证信息,和由所述两个交易方中的第二交易方生成的第二交易验证信息的情况下,所述数据验证模块在进行所述交易合法性验证时被具体设置为:利用预设签名验证算法,对所述交易验证信息组中的各交易验证信息进行签名验签;在所述交易验证信息组中的各交易验证信息,均通过所述签名验签的情况下,按照预设交易合法性验证规则,对所述交易验证信息组进行所述交易合法性验证;

所述参数计算模块被设置为:

对各交易方:

根据该交易方生成的交易验证信息中的所述交易资产参数M,通过公式:

T=(M/MS)×(1‑λ)×(1+θ),计算该交易方的交易风险参数T,其中,所述MS是预设的标准资产参数,所述λ是该交易方的交易风险增高参数,所述θ是该交易方的交易风险降低参数,所述λ的数值大于所述θ的数值,所述交易风险增高参数λ的数值,在p的取值为0的情况下是

1‑p

0,在所述p不小于1的情况下,所述交易风险增高参数λ的数值是通过公式:λ=1/(1+e ) p≥1,计算获得的,其中,所述p是该交易方的当前交易结果参数组中的当前交易失败次数,所述e是自然常数;所述交易风险降低参数θ的数值,在q的取值不大于预设启动参数c的情况下是0,在所述q的取值大于所述预设启动参数c的情况下,所述交易风险降低参数θ的数‑[1/(q‑c)]值是通过公式:θ=(1/2)×e q>c,

计算获得的,其中,所述q为该交易方的当前交易结果参数组中的当前交易成功次数。

6.根据权利要求5所述的区块链验证节点,其特征在于,所述数据更新模块被设置为:对各交易方的当前交易结果参数组:在该交易方的所述交易结果类型是失败类型的情况下,对与该交易方匹配的所述当前交易结果参数组中的当前交易失败次数的数值,进行数值添加操作,完成对该交易方的所述当前交易结果参数组的更新操作;

在该交易方的所述交易结果类型是成功类型的情况下,对与该交易方匹配的所述当前交易结果参数组中的当前交易成功次数的数值,进行数值添加操作,完成对该交易方的所述当前交易结果参数组的更新操作。

7.根据权利要求5所述的区块链验证节点,其特征在于,所述预设交易合法性验证规则包括:判断所述第一交易验证信息中的所述交易资产参数,与所述第二交易验证信息中的所述交易资产参数是否一致,获得第一判断结果;

判断所述第一交易验证信息中的所述源区块链标识,与所述第二交易验证信息中的所述目标区块链标识是否一致,获得第二判断结果;

判断所述第二交易验证信息中的所述源区块链标识,与所述第一交易验证信息中的所述目标区块链标识是否一致,获得第三判断结果;

若所述第一判断结果、所述第二判断结果和所述第三判断结果均为一致,则确定所述交易合法性验证通过。

8.根据权利要求7所述的区块链验证节点,其特征在于,在进行所述交易结果类型的确定过程中,所述区块链验证节点被具体设置为:判断所述第一交易方在利用原象的哈希值锁定第一待交易资产,并设定第一超限时刻后,是否向所述第二交易方发送所述原象的哈希值,若否,则将所述第一交易方的所述交易结果类型确定为第一失败类型,其中,所述第一待交易资产是所述第一交易方账户中的待交易资产;

在所述第一交易方向所述第二交易方发送所述原象的哈希值的情况下,判断所述第二交易方是否利用所述原象的哈希值锁定第二待交易资产,若否,则将所述第二交易方的所述交易结果类型确定为第二失败类型,其中,所述第二待交易资产是所述第二交易方账户中的待交易资产;

在所述第二交易方利用所述原象的哈希值锁定所述第二待交易资产,且设定第二超限时刻的情况下,判断所述第一交易方是否在所述第二超限时刻前,利用所述原象解锁所述第二待交易资产,若否,则将所述第一交易方的交易结果类型确定为第三失败类型,其中,所述第二超限时刻早于所述第一超限时刻;

在所述第一交易方在所述第二超限时刻前,利用所述原象解锁所述第二待交易资产,判断所述第二交易方在所述第一超限时刻前,是否利用所述第一交易方发送的所述原象,解锁所述第一待交易资产,若否,则将所述第二交易方的交易结果类型确定为第四失败类型;

在所述第二交易方在所述第一超限时刻前,利用所述第一交易方发送的所述原象,解锁所述第一待交易资产的情况下,将所述第一交易方和所述第二交易方的所述交易结果类型,确定为交易成功类型。

9.一种区块链验证节点,其特征在于,所述区块链验证节点包括:

处理器;

用于存储所述处理器可执行指令的存储器;

其中,所述处理器被配置为执行所述指令,以实现如权利要求1至4中任一项所述的交易风险参数计算方法。

10.一种计算机可读存储介质,其特征在于,当所述计算机可读存储介质中的指令由区块链验证节点的处理器执行时,使得所述区块链验证节点能够执行如权利要求1至4中任一项所述的交易风险参数计算方法。

说明书 :

一种交易风险参数计算方法、区块链验证节点及存储介质

技术领域

[0001] 本发明涉及区块链技术领域,特别是涉及一种交易风险参数计算方法、区块链验证节点及存储介质。

背景技术

[0002] 随着区块链技术的发展,跨链交易的规模也在不断扩大。在现有基于哈希锁定算法的跨链交易场景下,存在一些恶意用户,他们在短时间内创建大量跨链交易,并通过使这些跨链交易超时的方式,造成跨链交易网络拥堵,从而造成正常用户间的跨链交易失败。但是,由于现有技术无法实现对恶意用户的准确标记,且并未对交易风险进行量化。导致交易双方无法确定与对方交易时产生交易风险的几率,降低了跨链交易的安全性和可靠性。

发明内容

[0003] 本发明实施例的目的在于提供一种交易风险参数计算方法、区块链验证节点及存储介质,以实现提高跨链交易安全性和可靠性的发明目的。具体技术方案如下:
[0004] 一种交易风险参数计算方法,所述方法包括:
[0005] 获取交易验证信息组,根据所述交易验证信息组中的至少部分信息对所述交易验证信息组进行交易合法性验证,其中,所述交易验证信组中,包括两个交易方的交易验证信息,所述交易验证信息与所述交易方存在对应关系,所述至少部分信息包括:各交易验证信息的交易资产参数、交易结果类型、源区块链标识和目标区块链标识。
[0006] 在所述交易合法性验证通过的情况下,根据所述交易结果类型,更新各交易方的当前交易结果参数组。
[0007] 根据所述当前交易结果参数组和所述交易资产参数,计算各交易方的交易风险参数。
[0008] 可选的,所述在所述交易合法性验证通过的情况下,根据所述交易结果类型,更新各交易方的当前交易结果参数组,包括:
[0009] 对各交易方的当前交易结果参数组:在该交易方的所述交易结果类型是失败类型的情况下,对与该交易方匹配的所述当前交易结果参数组中的当前交易失败次数的数值,进行数值添加操作,完成对该交易方的所述当前交易结果参数组的更新操作。
[0010] 在该交易方的所述交易结果类型是成功类型的情况下,对与该交易方匹配的所述当前交易结果参数组中的当前交易成功次数的数值,进行数值添加操作,完成对该交易方的所述当前交易结果参数组的更新操作。
[0011] 可选的,所述根据所述当前交易结果参数组和所述交易资产参数,计算各交易方的交易风险参数,包括:
[0012] 对各交易方:
[0013] 根据该交易方生成的交易验证信息中的所述交易资产参数M,通过公式:T=(M/MS)×(1‑λ)×(1+θ),
[0014] 计算该交易方的交易风险参数T,其中,所述MS是预设的标准资产参数,所述λ是该交易方的交易风险增高参数,所述θ是该交易方的交易风险降低参数,所述λ的数值大于所述θ的数值,所述交易风险增高参数λ的数值,在p的取值为0的情况下是0,在所述p不小于1的情况下,所述交易风险增高参数λ的数值是通过公式:
[0015] λ=1/(1+e1‑p) p≥1,
[0016] 计算获得的,其中,所述p是该交易方的当前交易结果参数组中的当前交易失败次数,所述e是自然常数;
[0017] 所述交易风险降低参数θ的数值,在q的取值不大于预设启动参数c的情况下是0,在所述q的取值大于所述预设启动参数c的情况下,所述交易风险降低参数θ的数值是通过公式:
[0018] θ=(1/2)×e‑[1/(q‑c)] q>c,
[0019] 计算获得的,其中,所述q为该交易方的当前交易结果参数组中的当前交易成功次数。
[0020] 可选的,所述交易验证信息组包含由所述两个交易方中的第一交易方生成的第一交易验证信息,和由所述两个交易方中的第二交易方生成的第二交易验证信息,所述根据所述交易验证信息组中的至少部分信息对所述交易验证信息组进行交易合法性验证,包括:
[0021] 利用预设签名验证算法,对所述交易验证信息组中的各交易验证信息进行签名验签。
[0022] 在所述交易验证信息组中的各交易验证信息,均通过所述签名验签的情况下,按照预设交易合法性验证规则,对所述交易验证信息组进行所述交易合法性验证,其中,所述预设交易合法性验证规则包括:
[0023] 判断所述第一交易验证信息中的所述交易资产参数,与所述第二交易验证信息中的所述交易资产参数是否一致,获得第一判断结果。
[0024] 判断所述第一交易验证信息中的所述源区块链标识,与所述第二交易验证信息中的所述目标区块链标识是否一致,获得第二判断结果。
[0025] 判断所述第二交易验证信息中的所述源区块链标识,与所述第一交易验证信息中的所述目标区块链标识是否一致,获得第三判断结果。
[0026] 若所述第一判断结果、所述第二判断结果和所述第三判断结果均为一致,则确定所述交易合法性验证通过。
[0027] 可选的,所述交易结果类型的确定过程包括:
[0028] 判断所述第一交易方在利用原象的哈希值锁定第一待交易资产,并设定第一超限时刻后,是否向所述第二交易方发送所述原象的哈希值,若否,则将所述第一交易方的所述交易结果类型确定为第一失败类型,其中,所述第一待交易资产是所述第一交易方账户中的待交易资产。
[0029] 在所述第一交易方向所述第二交易方发送所述原象的哈希值的情况下,判断所述第二交易方是否利用所述原象的哈希值锁定第二待交易资产,若否,则将所述第二交易方的所述交易结果类型确定为第二失败类型,其中,所述第二待交易资产是所述第二交易方账户中的待交易资产。
[0030] 在所述第二交易方利用所述原象的哈希值锁定所述第二待交易资产,且设定第二超限时刻的情况下,判断所述第一交易方是否在所述第二超限时刻前,利用所述原象解锁所述第二待交易资产,若否,则将所述第一交易方的交易结果类型确定为第三失败类型,其中,所述第二超限时刻早于所述第一超限时刻。
[0031] 在所述第一交易方在所述第二超限时刻前,利用所述原象解锁所述第二待交易资产,判断所述第二交易方在所述第一超限时刻前,是否利用所述第一交易方发送的所述原象,解锁所述第一待交易资产,若否,则将所述第二交易方的交易结果类型确定为第四失败类型。
[0032] 在所述第二交易方在所述第一超限时刻前,利用所述第一交易方发送的所述原象,解锁所述第一待交易资产的情况下,将所述第一交易方和所述第二交易方的所述交易结果类型,确定为交易成功类型。
[0033] 一种区块链验证节点,所述区块链验证节点配置有:数据验证模块、数据更新模块和参数计算模块,所述数据验证模块用于获取交易验证信息组,根据所述交易验证信息组中的至少部分信息对所述交易验证信息组进行交易合法性验证,其中,所述交易验证信组中,包括两个交易方的交易验证信息,所述交易验证信息与所述交易方存在对应关系,所述至少部分信息包括:各交易验证信息的交易资产参数、交易结果类型、源区块链标识和目标区块链标识。
[0034] 所述数据更新模块用于在所述交易合法性验证通过的情况下,根据所述交易结果类型,更新各交易方的当前交易结果参数组。
[0035] 所述参数计算模块用于根据所述当前交易结果参数组和所述交易资产参数,计算各交易方的交易风险参数。
[0036] 可选的,所述数据更新模块被设置为:
[0037] 对各交易方的当前交易结果参数组:在该交易方的所述交易结果类型是失败类型的情况下,对与该交易方匹配的所述当前交易结果参数组中的当前交易失败次数的数值,进行数值添加操作,完成对该交易方的所述当前交易结果参数组的更新操作。
[0038] 在该交易方的所述交易结果类型是成功类型的情况下,对与该交易方匹配的所述当前交易结果参数组中的当前交易成功次数的数值,进行数值添加操作,完成对该交易方的所述当前交易结果参数组的更新操作。
[0039] 可选的,所述参数计算模块被设置为:
[0040] 对各交易方:
[0041] 根据该交易方生成的交易验证信息中的所述交易资产参数M,通过公式:T=(M/MS)×(1‑λ)×(1+θ),
[0042] 计算该交易方的交易风险参数T,其中,所述MS是预设的标准资产参数,所述λ是该交易方的交易风险增高参数,所述θ是该交易方的交易风险降低参数,所述λ的数值大于所述θ的数值,所述交易风险增高参数λ的数值,在p的取值为0的情况下是0,在所述p不小于1的情况下,所述交易风险增高参数λ的数值是通过公式:
[0043] λ=1/(1+e1‑p) p≥1,
[0044] 计算获得的,其中,所述p是该交易方的当前交易结果参数组中的当前交易失败次数,所述e是自然常数;
[0045] 所述交易风险降低参数θ的数值,在q的取值不大于预设启动参数c的情况下是0,在所述q的取值大于所述预设启动参数c的情况下,所述交易风险降低参数θ的数值是通过公式:
[0046] θ=(1/2)×e‑[1/(q‑c)] q>c,
[0047] 计算获得的,其中,所述q为该交易方的当前交易结果参数组中的当前交易成功次数。
[0048] 可选的,在所述交易验证信息组包含由所述两个交易方中的第一交易方生成的第一交易验证信息,和由所述两个交易方中的第二交易方生成的第二交易验证信息的情况下,所述数据验证模块在进行所述交易合法性验证时被具体设置为:
[0049] 利用预设签名验证算法,对所述交易验证信息组中的各交易验证信息进行签名验签。
[0050] 在所述交易验证信息组中的各交易验证信息,均通过所述签名验签的情况下,按照预设交易合法性验证规则,对所述交易验证信息组进行所述交易合法性验证,其中,所述预设交易合法性验证规则包括:
[0051] 判断所述第一交易验证信息中的所述交易资产参数,与所述第二交易验证信息中的所述交易资产参数是否一致,获得第一判断结果。
[0052] 判断所述第一交易验证信息中的所述源区块链标识,与所述第二交易验证信息中的所述目标区块链标识是否一致,获得第二判断结果。
[0053] 判断所述第二交易验证信息中的所述源区块链标识,与所述第一交易验证信息中的所述目标区块链标识是否一致,获得第三判断结果。
[0054] 若所述第一判断结果、所述第二判断结果和所述第三判断结果均为一致,则确定所述交易合法性验证通过。
[0055] 可选的,在进行所述交易结果类型的确定过程中,所述区块链验证节点被具体设置为:
[0056] 判断所述第一交易方在利用原象的哈希值锁定第一待交易资产,并设定第一超限时刻后,是否向所述第二交易方发送所述原象的哈希值,若否,则将所述第一交易方的所述交易结果类型确定为第一失败类型,其中,所述第一待交易资产是所述第一交易方账户中的待交易资产。
[0057] 在所述第一交易方向所述第二交易方发送所述原象的哈希值的情况下,判断所述第二交易方是否利用所述原象的哈希值锁定第二待交易资产,若否,则将所述第二交易方的所述交易结果类型确定为第二失败类型,其中,所述第二待交易资产是所述第二交易方账户中的待交易资产。
[0058] 在所述第二交易方利用所述原象的哈希值锁定所述第二待交易资产,且设定第二超限时刻的情况下,判断所述第一交易方是否在所述第二超限时刻前,利用所述原象解锁所述第二待交易资产,若否,则将所述第一交易方的交易结果类型确定为第三失败类型,其中,所述第二超限时刻早于所述第一超限时刻。
[0059] 在所述第一交易方在所述第二超限时刻前,利用所述原象解锁所述第二待交易资产,判断所述第二交易方在所述第一超限时刻前,是否利用所述第一交易方发送的所述原象,解锁所述第一待交易资产,若否,则将所述第二交易方的交易结果类型确定为第四失败类型。
[0060] 在所述第二交易方在所述第一超限时刻前,利用所述第一交易方发送的所述原象,解锁所述第一待交易资产的情况下,将所述第一交易方和所述第二交易方的所述交易结果类型,确定为交易成功类型。
[0061] 一种区块链验证节点,所述区块链验证节点包括:
[0062] 处理器;
[0063] 用于存储所述处理器可执行指令的存储器。
[0064] 其中,所述处理器被配置为执行所述指令,以实现如上述任一项所述的交易风险参数计算方法。
[0065] 一种计算机可读存储介质,当所述计算机可读存储介质中的指令由区块链验证节点的处理器执行时,使得所述区块链验证节点能够执行如上述任一项所述的交易风险参数计算方法。
[0066] 本发明实施例提供的一种交易风险参数计算方法、区块链验证节点及存储介质,通过对交易验证信息进行交易合法性验证,避免了由于跨链场景下交易数据出现异常的风险,提高了交易数据的真实性和传输安全性。并通过设置不同的交易结果类型,来区分各交易方导致跨链交易失败的不同原因,从而实现了对恶意交易方的准确识别。同时,通过引入交易资产参数进行交易风险参数的计算,并通过预先设定的计算公式,降低了小额度对交易风险参数的影响效果,避免了对交易风险参数的恶意积累,提高了最终计算出的交易风险参数的准确性和可靠性。最后,通过计算交易风险参数,来实现对交易风险程度进行量化。从而使得各交易方可以根据该交易风险参数,对将要发生的跨链交易的风险进行评估,进而提高跨链交易的安全性和可靠性。可见,本发明实现了对恶意交易方的准确识别和对交易风险的量化,提高了跨链交易的安全性和可靠性。
[0067] 当然,实施本发明的任一产品或方法必不一定需要同时达到以上所述的所有优点。

附图说明

[0068] 为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
[0069] 图1为本发明实施例提供的一种交易风险参数计算方法的流程图;
[0070] 图2为本发明的一个可选实施例提供的一种交易结果类型的确定过程的信令图;
[0071] 图3为本发明的另一个可选实施例提供的一种区块链验证节点的框图;
[0072] 图4为本发明的另一个可选实施例提供的一种区块链验证节点的框图。

具体实施方式

[0073] 下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
[0074] 本发明实施例提供了一种交易风险参数计算方法,如图1所示,该交易风险参数计算方法包括:
[0075] S101、获取交易验证信息组,根据交易验证信息组中的至少部分信息对交易验证信息组进行交易合法性验证,其中,交易验证信组中,包括两个交易方的交易验证信息,交易验证信息与交易方存在对应关系,至少部分信息包括:各交易验证信息的交易资产参数、交易结果类型、源区块链标识和目标区块链标识。
[0076] 其中,上述交易验证信息,可以是由交易方在基于哈希时间锁定合约(Hashed TimeLock Contract,HTLC)执行一次完整的跨链交易后,向区块链验证节点发送的验证信息。
[0077] 可选的,在本发明的一个可选实施例中,上述交易验证信息的生成过程,可以是:在交易方完成上述跨链交易后,将交易方标识、交易资产参数、交易结果类型、源区块链标识符和目标区块链标识进行数据拼接,获得初始交易验证信息。再利用预设签名算法,对初始交易验证信息进行签名,获得上述交易验证信息。由于进行跨链交易的交易双方分别处于不同的区块链上,其交易数据在传输过程中易被篡改或缺失。因此,通过对上述经过签名的交易验证信息进行交易合法性验证,可以确保交易数据的真实性和传输安全性。
[0078] S102、在交易合法性验证通过的情况下,根据交易结果类型,更新各交易方的当前交易结果参数组。
[0079] 可选的,在本发明的一个可选实施例中,上述交易结果类型,可以是用于判断交易方在基于HTLC的跨链交易中,是否正确执行HTLC限定的操作步骤的标识参数。由于在实际应用场景下,导致跨链交易失败的原因有多种,例如恶意操作、过失操作、网络延迟等。对由于过失操作或网络延迟而导致跨链交易失败的交易方,其处置方式不能等同于恶意操作的交易方。因此,本发明通过设置不同的交易结果类型,可以实现对恶意交易方的准确识别。
[0080] 需要说明的是,在实际应用场景下,上述交易结果类型可以有多种。其具体类型可以根据实际应用场景自行设定,本发明对此不作过多限定。
[0081] S103、根据当前交易结果参数组和交易资产参数,计算各交易方的交易风险参数。
[0082] 可选的,在本发明的一个可选实施例中,上述交易资产数可以是交易方在跨链交易过程中的具体交易数额。由于在实际应用场景下,恶意交易方存在通过生成大量小额度的跨链交易,来积累上述交易风险参数。因此,本发明通过上述交易资产参数进行交易风险参数的计算,并通过预先设定的计算公式,降低小额度对交易风险参数的影响效果,从而避免了对交易风险参数的恶意积累。提高了最终计算出的交易风险参数的准确性和可靠性。
[0083] 可选的,在本发明的一个可选实施例中,上述交易风险参数可以是表征交易方在跨链交易过程中,产生交易风险程度的量化参数。由于在现有的跨链交易场景中,各交易方分别位于不同的区块链中,导致交易双方无法根据对方的历史数据,分析出在与对方进行跨链交易时产生交易风险的程度。因此,本发明通过计算上述交易风险参数,来实现对交易风险程度进行量化。从而使得各交易方可以根据该交易风险参数,对将要发生的跨链交易的风险进行评估,进而提高跨链交易的安全性和可靠性。
[0084] 本发明通过对交易验证信息进行交易合法性验证,避免了由于跨链场景下交易数据出现异常的风险,提高了交易数据的真实性和传输安全性。并通过设置不同的交易结果类型,来区分各交易方导致跨链交易失败的不同原因,从而实现了对恶意交易方的准确识别。同时,通过引入交易资产参数进行交易风险参数的计算,并通过预先设定的计算公式,降低了小额度对交易风险参数的影响效果,避免了对交易风险参数的恶意积累,提高了最终计算出的交易风险参数的准确性和可靠性。最后,通过计算上述交易风险参数,来实现对交易风险程度进行量化。从而使得各交易方可以根据该交易风险参数,对将要发生的跨链交易的风险进行评估,进而提高跨链交易的安全性和可靠性。可见,本发明实现了对恶意交易方的准确识别和对交易风险的量化,提高了跨链交易的安全性和可靠性。
[0085] 可选的,在交易合法性验证通过的情况下,根据交易结果类型,更新各交易方的当前交易结果参数组,包括:
[0086] 对各交易方的当前交易结果参数组:在该交易方的交易结果类型是失败类型的情况下,对与该交易方匹配的当前交易结果参数组中的当前交易失败次数的数值,进行数值添加操作,完成对该交易方的当前交易结果参数组的更新操作。
[0087] 在该交易方的交易结果类型是成功类型的情况下,对与该交易方匹配的当前交易结果参数组中的当前交易成功次数的数值,进行数值添加操作,完成对该交易方的当前交易结果参数组的更新操作。
[0088] 可选的,在本发明的一个可选实施例中,由于导致交易失败的原因有多种,因此,上述失败类型可以设置为多种。例如误操作导致的失败类型、恶意操作导致的失败类型、网络延迟导致的失败类型等。需要说明的是,上述失败类型的具体类型,可以根据实际应用场景自行设定,本发明对失败类型的具体类型和数量,不作过多赘述和限定。
[0089] 可选的,在本发明的另一个可选实施例中,在实际应用场景中,上述当前交易结果参数组,可以是存储于预设区块链节点中的数据组。当前结果参数组中,记录了当前时刻之前的各历史时刻的跨链交易中,产生的成功交易或失败交易的总数量。
[0090] 可选的,在本发明的另一个可选实施例中,为了区分恶意交易方和非恶意交易方,对于上述不同类型的交易结果类型,可以设置上述数值添加操作时,不同交易结果类型所对应添加的数值不同。例如,对于恶意交易方产生的恶意操作失败类型,可以将其对应的添加数值设置为0.7,并对与该恶意交易方匹配的当前交易结果参数组中的当前交易失败次数,进行加1操作。对于非恶意交易方产生的误操作失败类型,可以将其对应的添加数值设置为0.3,并对与非该恶意交易方匹配的当前交易结果参数组中的当前交易失败次数,进行加0.3操作。对于非恶意交易方产生的网络延迟失败类型,可以将其对应的添加数值设置为0,并对与非该恶意交易方匹配的当前交易结果参数组中的当前交易失败次数,进行加0操作。
[0091] 可选的,根据当前交易结果参数组和交易资产参数,计算各交易方的交易风险参数,包括:
[0092] 对各交易方:
[0093] 根据该交易方生成的交易验证信息中的交易资产参数M,通过公式:T=(M/MS)×(1‑λ)×(1+θ),
[0094] 计算该交易方的交易风险参数T,其中,MS是预设的标准资产参数,λ是该交易方的交易风险增高参数,θ是该交易方的交易风险降低参数,λ的数值大于θ的数值,交易风险增高参数λ的数值,在p的取值为0的情况下是0,在p不小于1的情况下,交易风险增高参数λ的数值是通过公式:
[0095] λ=1/(1+e1‑p) p≥1,
[0096] 计算获得的,其中,p是该交易方的当前交易结果参数组中的当前交易失败次数,e是自然常数。
[0097] 交易风险降低参数θ的数值,在q的取值不大于预设启动参数c的情况下是0,在q的取值大于预设启动参数c的情况下,交易风险降低参数θ的数值是通过公式:
[0098] θ=(1/2)×e‑[1/(q‑c)] q>c,
[0099] 计算获得的,其中,q为该交易方的当前交易结果参数组中的当前交易成功次数。
[0100] 可选的,在本发明的一个可选实施例中,上述预设的标准资产参数MS,可以是该交易方的历史交易资产数值的平均值。本发明通过预设的标准资产参数MS,可以实现降低小额度对交易风险参数的影响效果,避免对交易风险参数的恶意积累的风险。
[0101] 可选的,在本发明的另一个可选实施例中,上述预设启动参数c可以是用于促进交易方执行成功跨链交易的参数值。需要说明的是,上述预设启动参数c的具体数值,可以根据实际应用场景自行设定,本发明对此不作过多限定。
[0102] 可选的,交易验证信息组包含由两个交易方中的第一交易方生成的第一交易验证信息,和由两个交易方中的第二交易方生成的第二交易验证信息,根据交易验证信息组中的至少部分信息对交易验证信息组进行交易合法性验证,包括:
[0103] 利用预设签名验证算法,对交易验证信息组中的各交易验证信息进行签名验签。
[0104] 在交易验证信息组中的各交易验证信息,均通过签名验签的情况下,按照预设交易合法性验证规则,对交易验证信息组进行交易合法性验证,其中,预设交易合法性验证规则包括:
[0105] 判断第一交易验证信息中的交易资产参数,与第二交易验证信息中的交易资产参数是否一致,获得第一判断结果。
[0106] 判断第一交易验证信息中的源区块链标识,与第二交易验证信息中的目标区块链标识是否一致,获得第二判断结果。
[0107] 判断第二交易验证信息中的源区块链标识,与第一交易验证信息中的目标区块链标识是否一致,获得第三判断结果。
[0108] 若第一判断结果、第二判断结果和第三判断结果均为一致,则确定交易合法性验证通过。
[0109] 可选的,在本发明的一个可选实施例中,为了保证跨链交易时的交易资产安全,在上述第一判断结果、第二判断结果和第三判断结果中,任一个判断结果为不一致时,均设置为触发终止交易操作。其中,该终止交易操作的具体实现方式,可以是:
[0110] 根据目标区块链标识符,锁定接收交易资产的交易方账户。并根据资产参数,从接收交易资产的交易方账户中,扣除与该资产参数对应的资产额度。根据源区块链标识,将该扣除的资产额度返还至发出交易资产的交易方账户。
[0111] 可选的,交易结果类型的确定过程包括:
[0112] 判断第一交易方在利用原象的哈希值锁定第一待交易资产,并设定第一超限时刻后,是否向第二交易方发送原象的哈希值,若否,则将第一交易方的交易结果类型确定为第一失败类型,其中,第一待交易资产是第一交易方账户中的待交易资产。
[0113] 在第一交易方向第二交易方发送原象的哈希值的情况下,判断第二交易方是否利用原象的哈希值锁定第二待交易资产,若否,则将第二交易方的交易结果类型确定为第二失败类型,其中,第二待交易资产是第二交易方账户中的待交易资产。
[0114] 在第二交易方利用原象的哈希值锁定第二待交易资产,且设定第二超限时刻的情况下,判断第一交易方是否在第二超限时刻前,利用原象解锁第二待交易资产,若否,则将第一交易方的交易结果类型确定为第三失败类型,其中,第二超限时刻早于第一超限时刻。
[0115] 在第一交易方在第二超限时刻前,利用原象解锁第二待交易资产,判断第二交易方在第一超限时刻前,是否利用第一交易方发送的原象,解锁第一待交易资产,若否,则将第二交易方的交易结果类型确定为第四失败类型。
[0116] 在第二交易方在第一超限时刻前,利用第一交易方发送的原象,解锁第一待交易资产的情况下,将第一交易方和第二交易方的交易结果类型,确定为交易成功类型。
[0117] 需要说明的是,在实际应用场景中,上述交易结果类型的确定过程可以有多种,在此示例性的提供一种:
[0118] 如图2所示,设定当前应用场景为第一交易方和第二交易方,基于HTLC进行资产交换的跨链交易场景。
[0119] 步骤S201,第一交易方生成原象,并计算原象的哈希值。并触发步骤S202。
[0120] 步骤S202,第一交易方利用原象的哈希值锁定A资产,并设定第一超限时刻T。并触发步骤S203。
[0121] 步骤S203,第一交易方判断是否生成锁定请求。若是,则触发步骤S204。若否,则触发步骤S205。
[0122] 步骤S204,第一交易方向第二交易方发送锁定请求。并触发步骤S206。
[0123] 可选的,在本发明的可选实施例中,上述锁定请求中的数据,包括但不限于:第一超限时刻T、A资产锁定标识和原象的哈希值。其中,A资产锁定标识是第一交易方,利用原象的哈希值对A资产锁定成功后生成的标识。
[0124] 步骤S205,第一交易方终止交易,并生成交易结果类型为恶意阻塞网络的失败类型。
[0125] 可选的,在本发明的另一个可选实施例中,在实际应用场景中,上述终止交易可以由监控该交易过程的区块链节点执行,也可以由配置于第一交易方的监测模块执行。上述交易结果类型的确定可以由监控该交易过程的区块链节点执行。
[0126] 步骤S206,第二交易方读取锁定请求中第一超限时刻T和原象的哈希值,利用原象的哈希值锁定B资产,并设定第二超限时刻t。并触发步骤S207。
[0127] 其中,上述第二超限时刻t早于上述第一超限时刻T。
[0128] 步骤S207,第二交易方判断是否生成解锁请求。若是,则触发步骤S208。若否,则触发步骤S209。
[0129] 可选的,在本发明的另一个可选实施例中,上述解锁请求中的数据,包括但不限于:第二超限时刻t和B资产锁定标识。其中,B资产锁定标识是第二交易方,利用原象的哈希值对B资产锁定成功后生成的标识。
[0130] 步骤S208,第二交易方向第一交易方发送解锁请求。并触发步骤S210。
[0131] 步骤S209,第二交易方终止交易,并生成交易结果类型为恶意违约的失败类型。
[0132] 步骤S210,第一交易方响应于解锁请求,读取解锁请求中的第二超限时刻t。判断是否在第二超限时刻t前生成第一解锁资产指令。若是,则触发步骤S211。若否,则触发步骤S212。
[0133] 可选的,在本发明的另一个可选实施例中,上述解锁资产指令中的数据,包括但不限于:原象和解锁B资产的指令。
[0134] 步骤S211,第一交易方向第二交易方发送第一解锁资产指令。并触发步骤S213。
[0135] 步骤S212,第一交易方终止交易,并生成交易结果类型为恶意违约的失败类型。
[0136] 步骤S213,第二交易方响应于第一解锁资产指令中的解锁B资产的指令,利用原象解锁B资产。并触发步骤S214。
[0137] 步骤S214,第二交易方判断是否在第一超限时刻T前,生成第二解锁资产指令。若是,则触发步骤S215。若否,则触发步骤S216。
[0138] 可选的,在本发明的另一个可选实施例中,上述第二解锁资产指令中的数据,包括但不限于:B资产、原象和解锁A资产的指令。
[0139] 步骤S215,第二交易方向第一交易方发送第二解锁资产指令。并触发步骤S217。
[0140] 步骤S216,第二交易方终止交易,并生成交易结果类型为过失违约的失败类型。
[0141] 步骤S217,第一交易方接收B资产,并响应于第二解锁指令中的解锁A资产指令,利用第二解锁指令中的原象解锁A资产。并触发步骤S218。
[0142] 步骤S218,第一交易方向第二交易方发送A资产。并触发步骤S219。
[0143] 步骤S219,第二交易方接收A资产,生成交易结果类型为完成交易的成功类型。触发步骤S220。
[0144] 步骤S220,第二交易方向第一交易方发送完成交易回执信息。并触发步骤S221。
[0145] 步骤S221,第一交易方响应于完成交易回执信息,生成交易结果类型为完成交易的成功类型,并结束流程。
[0146] 与上述方法实施例相对应地,本发明还提供了一种区块链验证节点,如图3所示,该区块链验证节点配置有:数据验证模块301、数据更新模块302和参数计算模块303,数据验证模块301用于获取交易验证信息组,根据交易验证信息组中的至少部分信息对交易验证信息组进行交易合法性验证,其中,交易验证信组中,包括两个交易方的交易验证信息,交易验证信息与交易方存在对应关系,至少部分信息包括:各交易验证信息的交易资产参数、交易结果类型、源区块链标识和目标区块链标识。
[0147] 数据更新模块302用于在交易合法性验证通过的情况下,根据交易结果类型,更新各交易方的当前交易结果参数组。
[0148] 参数计算模块303用于根据当前交易结果参数组和交易资产参数,计算各交易方的交易风险参数。
[0149] 可选的,上述数据更新模块302被设置为:
[0150] 对各交易方的当前交易结果参数组:在该交易方的交易结果类型是失败类型的情况下,对与该交易方匹配的当前交易结果参数组中的当前交易失败次数的数值,进行数值添加操作,完成对该交易方的当前交易结果参数组的更新操作。
[0151] 在该交易方的交易结果类型是成功类型的情况下,对与该交易方匹配的当前交易结果参数组中的当前交易成功次数的数值,进行数值添加操作,完成对该交易方的当前交易结果参数组的更新操作。
[0152] 可选的,上述参数计算模块303被设置为:
[0153] 对各交易方:
[0154] 根据该交易方生成的交易验证信息中的交易资产参数M,通过公式:T=(M/MS)×(1‑λ)×(1+θ),
[0155] 计算该交易方的交易风险参数T,其中,MS是预设的标准资产参数,λ是该交易方的交易风险增高参数,θ是该交易方的交易风险降低参数,λ的数值大于θ的数值,交易风险增高参数λ的数值,在p的取值为0的情况下是0,在p不小于1的情况下,交易风险增高参数λ的数值是通过公式:
[0156] λ=1/(1+e1‑p) p≥1,
[0157] 计算获得的,其中,p是该交易方的当前交易结果参数组中的当前交易失败次数,e是自然常数。
[0158] 交易风险降低参数θ的数值,在q的取值不大于预设启动参数c的情况下是0,在q的取值大于预设启动参数c的情况下,交易风险降低参数θ的数值是通过公式:
[0159] θ=(1/2)×e‑[1/(q‑c)] q>c,
[0160] 计算获得的,其中,q为该交易方的当前交易结果参数组中的当前交易成功次数。
[0161] 可选的,在交易验证信息组包含由两个交易方中的第一交易方生成的第一交易验证信息,和由两个交易方中的第二交易方生成的第二交易验证信息的情况下,数据验证模块在进行交易合法性验证时被具体设置为:
[0162] 利用预设签名验证算法,对交易验证信息组中的各交易验证信息进行签名验签。
[0163] 在交易验证信息组中的各交易验证信息,均通过签名验签的情况下,按照预设交易合法性验证规则,对交易验证信息组进行交易合法性验证,其中,预设交易合法性验证规则包括:
[0164] 判断第一交易验证信息中的交易资产参数,与第二交易验证信息中的交易资产参数是否一致,获得第一判断结果。
[0165] 判断第一交易验证信息中的源区块链标识,与第二交易验证信息中的目标区块链标识是否一致,获得第二判断结果。
[0166] 判断第二交易验证信息中的源区块链标识,与第一交易验证信息中的目标区块链标识是否一致,获得第三判断结果。
[0167] 若第一判断结果、第二判断结果和第三判断结果均为一致,则确定交易合法性验证通过。
[0168] 可选的,在进行交易结果类型的确定过程中,上述如图3所示的区块链验证节点被具体设置为:
[0169] 判断第一交易方在利用原象的哈希值锁定第一待交易资产,并设定第一超限时刻后,是否向第二交易方发送原象的哈希值,若否,则将第一交易方的交易结果类型确定为第一失败类型,其中,第一待交易资产是第一交易方账户中的待交易资产。
[0170] 在第一交易方向第二交易方发送原象的哈希值的情况下,判断第二交易方是否利用原象的哈希值锁定第二待交易资产,若否,则将第二交易方的交易结果类型确定为第二失败类型,其中,第二待交易资产是第二交易方账户中的待交易资产。
[0171] 在第二交易方利用原象的哈希值锁定第二待交易资产,且设定第二超限时刻的情况下,判断第一交易方是否在第二超限时刻前,利用原象解锁第二待交易资产,若否,则将第一交易方的交易结果类型确定为第三失败类型,其中,第二超限时刻早于第一超限时刻。
[0172] 在第一交易方在第二超限时刻前,利用原象解锁第二待交易资产,判断第二交易方在第一超限时刻前,是否利用第一交易方发送的原象,解锁第一待交易资产,若否,则将第二交易方的交易结果类型确定为第四失败类型。
[0173] 在第二交易方在第一超限时刻前,利用第一交易方发送的原象,解锁第一待交易资产的情况下,将第一交易方和第二交易方的交易结果类型,确定为交易成功类型。
[0174] 本发明实施例还提供了一种区块链验证节点,如图4所示该区块链验证节点包括:
[0175] 处理器401;
[0176] 用于存储处理器401可执行指令的存储器402。
[0177] 其中,处理器被配置为执行指令,以实现如上述如图1所示的交易风险参数计算方法。
[0178] 本发明实施例还提供了一种计算机可读存储介质,当计算机可读存储介质中的指令由区块链验证节点的处理器执行时,使得区块链验证节点能够执行如上述如图1所示的交易风险参数计算方法。
[0179] 存储器可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM),存储器包括至少一个存储芯片。存储器是计算机可读介质的示例。
[0180] 计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存 (PRAM)、静态随机存取存储器 (SRAM)、动态随机存取存储器 (DRAM)、其他类型的随机存取存储器 (RAM)、只读存储器 (ROM)、电可擦除可编程只读存储器 (EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器 (CD‑ROM)、数字多功能光盘 (DVD) 或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体 (transitory media),如调制的数据信号和载波。
[0181] 本领域技术人员应明白,本申请的实施例可提供为方法、系统或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD‑ROM、光学存储器等)上实施的计算机程序产品的形式。
[0182] 需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。
[0183] 本说明书中的各个实施例均采用相关的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
[0184] 以上仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。