CN115051808A - 基于ecdsa签名算法的跨链交易验证***和方法 - Google Patents
基于ecdsa签名算法的跨链交易验证***和方法 Download PDFInfo
- Publication number
- CN115051808A CN115051808A CN202210654945.XA CN202210654945A CN115051808A CN 115051808 A CN115051808 A CN 115051808A CN 202210654945 A CN202210654945 A CN 202210654945A CN 115051808 A CN115051808 A CN 115051808A
- Authority
- CN
- China
- Prior art keywords
- verification
- signature
- proof
- transaction
- chain
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000012795 verification Methods 0.000 title claims abstract description 178
- 238000000034 method Methods 0.000 title claims abstract description 33
- 230000008569 process Effects 0.000 abstract description 13
- 230000000875 corresponding effect Effects 0.000 description 15
- 238000010586 diagram Methods 0.000 description 4
- 230000003993 interaction Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000002596 correlated effect Effects 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 230000004083 survival effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
- H04L9/3247—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving digital signatures
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/104—Peer-to-peer [P2P] networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- Computer Security & Cryptography (AREA)
- Finance (AREA)
- Accounting & Taxation (AREA)
- Development Economics (AREA)
- General Engineering & Computer Science (AREA)
- Computing Systems (AREA)
- Computer Hardware Design (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Technology Law (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明提供了一种基于ECDSA签名算法的跨链交易验证***和方法,包括:每个验证节点生成各自的公私钥;每个验证节点连接应用链上不同的全节点,监听跨链交易,生成相应的证明proof;通过验证节点对生成的证明proof使用自己的私钥进行签名;在验证节点对交易验证结束并签名后,对证明Proof和签名进行播;定义签名收集节点,对签名进行收集;在收集到预设数量的签名后,对这些签名进行组合,生成最后的证明Proof并发送给目标链的智能合约进行签名验证。本发明每个验证节点能够使用自己的私钥对交易验证模块验证的结果进行签名,最后只用组的公钥即可解开这个签名,保证了验证过程的部分去中心化和一定的数据隐私性。
Description
技术领域
本发明涉及跨链交易验证技术领域,具体地,涉及一种基于ECDSA签名算法的跨链交易验证***和方法。
背景技术
区块链的跨链技术可以连接相对独立的区块链***,实现资产、数据等的跨链互操作,提高在不同链上但又相互关联的企业之间的协作效率,避免一个个的区块链数据孤岛的产生,将众多区块链“局域网”连接成为真正的“价值互联网”。而在跨链框架的具体实现中,如何验证交易的原子性,即如何验证交易真的在相应的应用链上是否真的执行成功是跨链架构中一个最重要的问题。
专利文献CN113935016A(申请号:CN202111295613.9)公开了一种命名数据网中基于区块链的可信访问与跨域认证方法,通过基于ECDSA签名算法对设备进行认证,并将认证参数记录上链保管,通过ePBFT算法对认证结果进行共识,实现物联网设备在命名数据网络的跨域认证与高效访问。
传统的中心化验证方案可能导致第三方作恶的问题,而使用基于ECDSA的门限签名的跨链交易验证方案需要一定的验证节点对交易进行验证并签名,并且不同的验证节点连接应用链上不同的全节点,拥有一定的拜占庭容错,能够防止部分节点作恶,做到部分去中心化。
发明内容
针对现有技术中的缺陷,本发明的目的是提供一种基于ECDSA签名算法的跨链交易验证***和方法。
根据本发明提供的基于ECDSA签名算法的跨链交易验证***,包括:
密钥生成模块:每个验证节点生成各自的公私钥;
交易验证模块:每个验证节点连接应用链上不同的全节点,监听跨链交易,生成相应的证明proof;
签名生成模块:通过验证节点对生成的证明proof使用自己的私钥进行签名,并流转到签名广播模块;
签名广播模块:在验证节点对交易验证结束并签名后,对证明Proof和签名进行广播;
签名收集模块:定义签名收集节点,对签名进行收集;
Proof证明生成模块:在收集到预设数量的签名后,对这些签名进行组合,生成最后的证明Proof并发送给目标链的智能合约进行签名验证。
优选的,所述密钥生成模块包括:将所有的验证节点进行交互,形成一个公钥,使用该公钥验证ECDSA门限多签后签名的正确性。
优选的,所述交易验证模块包括:在监听到某个跨链消息后,向其所连接的全节点请求该跨链交易的区块头和区块信息,查询该笔交易是否来自于其监听的应用链并在应用链上执行成功,若验证成功,则生成相应的证明proof,若验证失败,则不生成相应的proof。
优选的,所述签名收集模块包括:在交易验证模块注册时通过应用链对签名收集节点进行定义,定义一个验证节点的列表,在签名收集时由列表中排名第一的验证节点对签名进行收集,若该节点无法正常运行,则按照顺序由排名第二的验证节点进行签名收集,以此类推。
优选的,还包括证明存储模块:在收集到最后的证明Proof后,将证明Proof发送到应用链上并进行存储,根据需求在链上验证证明Proof的正确性。
根据本发明提供的基于ECDSA签名算法的跨链交易验证方法,包括:
密钥生成步骤:每个验证节点生成各自的公私钥;
交易验证步骤:每个验证节点连接应用链上不同的全节点,监听跨链交易,生成相应的证明proof;
签名生成步骤:通过验证节点对生成的证明proof使用自己的私钥进行签名;
签名广播步骤:在验证节点对交易验证结束并签名后,对证明Proof和签名进行广播;
签名收集步骤:定义签名收集节点,对签名进行收集;
Proof证明生成步骤:在收集到预设数量的签名后,对这些签名进行组合,生成最后的证明Proof并发送给目标链的智能合约进行签名验证。
优选的,所述密钥生成步骤包括:将所有的验证节点进行交互,形成一个公钥,使用该公钥验证ECDSA门限多签后签名的正确性。
优选的,所述交易验证步骤包括:在监听到某个跨链消息后,向其所连接的全节点请求该跨链交易的区块头和区块信息,查询该笔交易是否来自于其监听的应用链并在应用链上执行成功,若验证成功,则生成相应的证明proof,若验证失败,则不生成相应的proof。
优选的,所述签名收集步骤包括:通过应用链对签名收集节点进行定义,定义一个验证节点的列表,在签名收集时由列表中排名第一的验证节点对签名进行收集,若该节点无法正常运行,则按照顺序由排名第二的验证节点进行签名收集,以此类推。
优选的,还包括证明存储步骤:在收集到最后的证明Proof后,将证明Proof发送到应用链上并进行存储,根据需求在链上验证证明Proof的正确性。
与现有技术相比,本发明具有如下的有益效果:
1)本发明通过交易验证模块使验证节点连接不同的全节点,能够避免从单一的全节点获取数据时这个全节点不可信的问题,提高了验证结果的可信度;
2)本发明通过签名生成模块使用ECDSA门限签名的方案,每个验证节点能够使用自己的私钥对交易验证模块验证的结果进行签名,最后只用组的公钥即可解开这个签名,保证了验证过程的部分去中心化和一定的数据隐私性;
3)本发明通过证明存储模块将数据存储到对方的应用链上,可以对验证节点的验证结果进行一个可靠存证,相比于传统的中继链方案,是一个更为简单有效的方案。
附图说明
通过阅读参照以下附图对非限制性实施例所作的详细描述,本发明的其它特征、目的和优点将会变得更明显:
图1为***框架流程图;
图2为跨链交易验证过程流程图。
具体实施方式
下面结合具体实施例对本发明进行详细说明。以下实施例将有助于本领域的技术人员进一步理解本发明,但不以任何形式限制本发明。应当指出的是,对本领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干变化和改进。这些都属于本发明的保护范围。
实施例:
本发明提供了一种基于ECDSA的门限签名的跨链交易验证***,包括密钥生成模块、交易验证模块、签名生成模块、签名广播模块、签名收集模块、Proof证明生成模块和证明存储模块。该***使用ECDSA的门限签名的方案使验证节点去验证跨链交易是否真的上链成功,可以做到验证过程的部分中心化,并且最后将验证的结果存储到跨链双发到链上,做到数据的可信和可靠存储。整体***框架流程图如图1所示。
密钥生成模块使用ECDSA的门限签名方案的密钥生成交互过程为每个验证节点生成各自的公私钥,所有的验证节点可以称做一个组Group,这个组交互结束后会形成一个公钥,使用这个公钥可以验证ECDSA门限多签后签名的正确性,并且,在方案进行过程中,将没有人可以获得组的母私钥或者代表任何一个组别的子私钥,这也是ECDSA门限签名的特性。
交易验证模块中每个验证节点连接应用链上不同的全节点,监听跨链交易。如果监听到某个跨链消息,就会向其所连接的全节点请求该跨链交易的区块头和区块信息,查询该笔交易是否真的来自于其监听的应用链并真的在应用链上执行成功,如果验证成功,会生成相应的证明proof,如果验证失败,则不会生成相应的proof。
签名生成模块基于交易验证模块,验证节点对生成的proof使用自己的私钥进行签名,并流转到签名广播模块。
签名广播模块中一旦某个验证节对交易验证结束并签了名之后,都需要广播Proof和签名。
签名收集模块定义了一个签名收集的节点,是应用链在验证模块注册时定义的,应用链注册时会定义一个验证节点的列表,表明有在签名收集时由列表中排名第一的节点对签名进行收集,如果该节点宕机或由于其它不可知原因网络不通了,那么将按照顺序由排名第二的验证节点进行签名收集,以此类推。
Proof证明生成模块在签名收集者收集到了n个门限签名后,会将这n个签名组合起来,生成最后的Proof发送给目标链的智能合约进行签名验证。
证明存储模块由签名收集者执行,在收集到最后的Proof后,签名收集者会将Proof发送到应用链上,将Proof存储起来,后续所有人都可以去链上验证这个Proof的正确性。
对跨链交易的整体验证过程进行详细分析,选择2-3门限签名的方案,即存在3个验证节点,至少需要2个验证节点验证交易,并对交易进行签名,才能生成一个有效的proof。每个验证节点会连接不同的全节点对交易是否真的成功上链进行验证、签名并生成proof。会有一个主节点负责收集签名并把proof和相关的交易发送给对应的应用链。跨链交易验证过程流程图如图2所示。
首先,各个验证节点之间会发送心跳包,表明当前的存活状态。如图所示存在3个验证节点P1、P2、P3,每个验证节点连接应用链上不同的全节点。在密钥生成模块中,这三个验证节点组成了一个group,可以理解为这个group存在一个SK和PK,不过SK其实是用不上的,将每个验证节点对交易的签名集合在一起可以用PK验证签名。每个验证节点通过特定的门限签名的特定算法生成各自的公私钥Pk和SK。
sdk在向验证节点注册跨链服务时,会根据验证节点的状态生成一个节点列表,这个节点列表存储在各个验证节点和sdk中,sdk会根据这个列表来选择验证节点转发交易。
比如当前有3个验证节点,序号分别为1-3。sdk会生成两笔交易TxA和TxB。sdk中对应的验证节点列表为1,2,3。对应chainB的验证节点列表为3,2,1。那么sdk在发送TxA时,首先会发送给验证节点1,同理,首先给验证节点3发送TxB。验证节点1在接收到sdk发来的交易后,需要广播已经接收到txA的消息,验证节点3在接收到sdk发来的交易后,需要广播已经接收到txB的消息,表示将由验证节点3来收集签名。并回复sdk它已经收到了交易(握手)。如果sdk在一个timeout时间过后还没有收到接收交易成功的消息,那么sdk会继续发给order list的下一个验证节点。
此时这里的顺序是先广播再回复sdk收到txA。这样如果验证节点1收到TxA后挂了,剩下的验证节点会监听到验证节点1发送了TxA,但是却没有在chainA上监听的到TxA事件。那么剩下的验证节点就会去向sdk请求TxA的hash,去chainA上查询TxA是否发送成功,如果没发送成功,那么order list的下一个验证节点2将会发送TxA给chainA。
接下来,验证节点1将TxA发给chainA并执行成功后,在交易验证模块中,所有的验证节点会从chainA中监听到跨链事件。当3个验证节点都监听到了跨链交易事件时,分别向链获取txhash和header,调用签名生成模块分别验证交易并对交易进行签名,得到sig1,sig2和sig3。验证节点再调用签名广播模块把生成的包含sig的proof广播出去,当收集签名的验证节点3调用签名收集模块收到的proof2个sig时,调用Proof证明生成模块生成最后的Sig和proofA,结合TxB一起发送给chainB的代理合约。
此时,group的PK会放到代理合约里,chainB的代理合约使用group的PK对proof进行验证,若chainB若验证通过,则调用contract B。每个验证节点都会维护一个proof验证状态表,并监听chainB的验证结果,若验证失败,则开始互相交易签名是否正确,若验证成功,则记录这个proof已经通过验证。
注意可以考虑只检查proof失败的结果,暂时忽略proof验证成功的不一致问题,即只有一个节点收到验证成功的消息即可,不必全部的节点都拿到proof为真的消息。当某一个节点收到proof失败时即可发出校验签名的申请。
最后,签名收集者会调用证明存储模块将生成的Proof存放在应用链上。
签名收集模块中根据节点列表决定了签名收集者时,还可以选择如Raft共识等心跳包的方式动态的决定签名收集者。
签名广播模块中为了考虑分布式验证节点随时可能宕机的问题,可以考虑在应用链的智能合约中添加拒绝相同交易的相关函数,防止处理重复的交易。
该方案解决了传统跨链方案验证过程中验证节点不可信的问题,现有跨链方案中为了保证跨链交易的原子性,需要有一个机制对交易是否上链成功进行验证。传统的验证方案一般是第三方验证的机制,验证结果的可靠性只能依靠这个第三方,但中心化验证方案会存在单点验证作恶的问题,为了解决单点验证作恶,近几年现有方案中有的使用中继链作为交易验证平台(例如趣链的BitXHub),将验证交易的节点生成的Proof的验证过程交由中继链上的合约进行验证,但这样的验证方式中,不能保证验证节点生成proof的正确性,即还是会存在验证节点作恶的风险。此时的中继链即使验证了Proof,但也不能保证传过来的交易确实上链了,只能去相信验证节点。这时中继链更多的作用是作为一个去中心化的存储服务,将验证节点传过来的Proof存储到中继链上。
对比中继链跨链方案中使用一条完整的链作为proof存储和验证,使用ECDSA门限签名的方案来解决验证节点的可靠性问题,在生成proof的过程中使用多验证节点门限签名的方案。使用ECDSA门限签名方案能够在验证交易是否真的上链的过程中实现部分去中心化,在一定程度上确保了验证结果的可靠性。同时,将验证的结果存储在对方的链上,这样既能够将proof可靠的存储下来,同时还不需要特意为了存储proof搭一条中继链,是一个更为简单的方案。
根据本发明提供的基于ECDSA签名算法的跨链交易验证方法,包括:密钥生成步骤:每个验证节点生成各自的公私钥;交易验证步骤:每个验证节点连接应用链上不同的全节点,监听跨链交易,生成相应的证明proof;签名生成步骤:通过验证节点对生成的证明proof使用自己的私钥进行签名;签名广播步骤:在验证节点对交易验证结束并签名后,对证明Proof和签名进行广播;签名收集步骤:定义签名收集节点,对签名进行收集;Proof证明生成步骤:在收集到预设数量的签名后,对这些签名进行组合,生成最后的证明Proof并发送给目标链的智能合约进行签名验证。
所述密钥生成步骤包括:将所有的验证节点进行交互,形成一个公钥,使用该公钥验证ECDSA门限多签后签名的正确性。所述交易验证步骤包括:在监听到某个跨链消息后,向其所连接的全节点请求该跨链交易的区块头和区块信息,查询该笔交易是否来自于其监听的应用链并在应用链上执行成功,若验证成功,则生成相应的证明proof,若验证失败,则不生成相应的proof。所述签名收集步骤包括:通过应用链对签名收集节点进行定义,定义一个验证节点的列表,在签名收集时由列表中排名第一的验证节点对签名进行收集,若该节点无法正常运行,则按照顺序由排名第二的验证节点进行签名收集,以此类推。还包括证明存储步骤:在收集到最后的证明Proof后,将证明Proof发送到应用链上并进行存储,根据需求在链上验证证明Proof的正确性。
本发明的难点有:1)在交易验证模块中验证节点如何确保验证交易真的在原链上执行成功;2)在签名广播模块中如何在一个分布式的网络中同步验证的结果;3)在签名收集模块中怎么在分布式的网络中确定一个签名收集者,并最终由这个签名收集者生成Proof。
通过本技术方案能够解决跨链***中单验证节点作恶的问题,使用ECDSA门限签名方案保证了验证过程的部分去中心化,是一种分布式的验证方案。
本领域技术人员知道,除了以纯计算机可读程序代码方式实现本发明提供的***、装置及其各个模块以外,完全可以通过将方法步骤进行逻辑编程来使得本发明提供的***、装置及其各个模块以逻辑门、开关、专用集成电路、可编程逻辑控制器以及嵌入式微控制器等的形式来实现相同程序。所以,本发明提供的***、装置及其各个模块可以被认为是一种硬件部件,而对其内包括的用于实现各种程序的模块也可以视为硬件部件内的结构;也可以将用于实现各种功能的模块视为既可以是实现方法的软件程序又可以是硬件部件内的结构。
以上对本发明的具体实施例进行了描述。需要理解的是,本发明并不局限于上述特定实施方式,本领域技术人员可以在权利要求的范围内做出各种变化或修改,这并不影响本发明的实质内容。在不冲突的情况下,本申请的实施例和实施例中的特征可以任意相互组合。
Claims (10)
1.一种基于ECDSA签名算法的跨链交易验证***,其特征在于,包括:
密钥生成模块:每个验证节点生成各自的公私钥;
交易验证模块:每个验证节点连接应用链上不同的全节点,监听跨链交易,生成相应的证明proof;
签名生成模块:通过验证节点对生成的证明proof使用自己的私钥进行签名,并流转到签名广播模块;
签名广播模块:在验证节点对交易验证结束并签名后,对证明Proof和签名进行广播;
签名收集模块:定义签名收集节点,对签名进行收集;
Proof证明生成模块:在收集到预设数量的签名后,对这些签名进行组合,生成最后的证明Proof并发送给目标链的智能合约进行签名验证。
2.根据权利要求1所述的基于ECDSA签名算法的跨链交易验证***,其特征在于,所述密钥生成模块包括:将所有的验证节点进行交互,形成一个公钥,使用该公钥验证ECDSA门限多签后签名的正确性。
3.根据权利要求1所述的基于ECDSA签名算法的跨链交易验证***,其特征在于,所述交易验证模块包括:在监听到某个跨链消息后,向其所连接的全节点请求该跨链交易的区块头和区块信息,查询该笔交易是否来自于其监听的应用链并在应用链上执行成功,若验证成功,则生成相应的证明proof,若验证失败,则不生成相应的proof。
4.根据权利要求1所述的基于ECDSA签名算法的跨链交易验证***,其特征在于,所述签名收集模块包括:在交易验证模块注册时通过应用链对签名收集节点进行定义,定义一个验证节点的列表,在签名收集时由列表中排名第一的验证节点对签名进行收集,若该节点无法正常运行,则按照顺序由排名第二的验证节点进行签名收集,以此类推。
5.根据权利要求1所述的基于ECDSA签名算法的跨链交易验证***,其特征在于,还包括证明存储模块:在收集到最后的证明Proof后,将证明Proof发送到应用链上并进行存储,根据需求在链上验证证明Proof的正确性。
6.一种基于ECDSA签名算法的跨链交易验证方法,其特征在于,包括:
密钥生成步骤:每个验证节点生成各自的公私钥;
交易验证步骤:每个验证节点连接应用链上不同的全节点,监听跨链交易,生成相应的证明proof;
签名生成步骤:通过验证节点对生成的证明proof使用自己的私钥进行签名;
签名广播步骤:在验证节点对交易验证结束并签名后,对证明Proof和签名进行广播;
签名收集步骤:定义签名收集节点,对签名进行收集;
Proof证明生成步骤:在收集到预设数量的签名后,对这些签名进行组合,生成最后的证明Proof并发送给目标链的智能合约进行签名验证。
7.根据权利要求6所述的基于ECDSA签名算法的跨链交易验证方法,其特征在于,所述密钥生成步骤包括:将所有的验证节点进行交互,形成一个公钥,使用该公钥验证ECDSA门限多签后签名的正确性。
8.根据权利要求6所述的基于ECDSA签名算法的跨链交易验证方法,其特征在于,所述交易验证步骤包括:在监听到某个跨链消息后,向其所连接的全节点请求该跨链交易的区块头和区块信息,查询该笔交易是否来自于其监听的应用链并在应用链上执行成功,若验证成功,则生成相应的证明proof,若验证失败,则不生成相应的proof。
9.根据权利要求6所述的基于ECDSA签名算法的跨链交易验证方法,其特征在于,所述签名收集步骤包括:通过应用链对签名收集节点进行定义,定义一个验证节点的列表,在签名收集时由列表中排名第一的验证节点对签名进行收集,若该节点无法正常运行,则按照顺序由排名第二的验证节点进行签名收集,以此类推。
10.根据权利要求6所述的基于ECDSA签名算法的跨链交易验证方法,其特征在于,还包括证明存储步骤:在收集到最后的证明Proof后,将证明Proof发送到应用链上并进行存储,根据需求在链上验证证明Proof的正确性。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210654945.XA CN115051808A (zh) | 2022-06-10 | 2022-06-10 | 基于ecdsa签名算法的跨链交易验证***和方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210654945.XA CN115051808A (zh) | 2022-06-10 | 2022-06-10 | 基于ecdsa签名算法的跨链交易验证***和方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115051808A true CN115051808A (zh) | 2022-09-13 |
Family
ID=83161570
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210654945.XA Pending CN115051808A (zh) | 2022-06-10 | 2022-06-10 | 基于ecdsa签名算法的跨链交易验证***和方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115051808A (zh) |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20190109866A1 (en) * | 2017-10-05 | 2019-04-11 | Tata Consultancy Services Limited | Multi-verifier approach for attestation of nodes in a network |
CN111833062A (zh) * | 2020-09-21 | 2020-10-27 | 江苏傲为控股有限公司 | 数字资产数据包的可信性验证*** |
CN113139808A (zh) * | 2021-04-15 | 2021-07-20 | 张莹 | 基于预言机的跨链资产交易方法、设备及存储介质 |
CN113746858A (zh) * | 2021-09-10 | 2021-12-03 | 云南大学 | 一种基于可验证随机函数的跨链通信方法 |
-
2022
- 2022-06-10 CN CN202210654945.XA patent/CN115051808A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20190109866A1 (en) * | 2017-10-05 | 2019-04-11 | Tata Consultancy Services Limited | Multi-verifier approach for attestation of nodes in a network |
CN111833062A (zh) * | 2020-09-21 | 2020-10-27 | 江苏傲为控股有限公司 | 数字资产数据包的可信性验证*** |
CN113139808A (zh) * | 2021-04-15 | 2021-07-20 | 张莹 | 基于预言机的跨链资产交易方法、设备及存储介质 |
CN113746858A (zh) * | 2021-09-10 | 2021-12-03 | 云南大学 | 一种基于可验证随机函数的跨链通信方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109002732B (zh) | 数据存证方法、设备和***以及数据取证方法 | |
CN110784346B (zh) | 一种基于信誉值的pbft共识***及方法 | |
US11522698B2 (en) | Method and system for byzantine fault-tolerance replicating of data | |
EP3281115B1 (en) | Method and system for byzantine fault-tolerance replicating of data on a plurality of servers | |
US20200372158A1 (en) | Blockchain-based software version data management system and establishing method thereof | |
CN111314067B (zh) | 区块存储方法、装置、计算机设备及存储介质 | |
Fitzi et al. | Detectable Byzantine agreement secure against faulty majorities | |
CN113141414B (zh) | 一种cnfs协议中区块链节点的分组多链异步共识方法 | |
CN111818056B (zh) | 一种基于区块链的工业互联网身份认证方法 | |
CN111342971A (zh) | 一种拜占庭共识方法和*** | |
CN112182113B (zh) | 区块链共识方法、***、电子设备及存储介质 | |
CN111582843A (zh) | 一种基于聚合签名的区块链隐私交易方法 | |
CN115174570B (zh) | 一种基于动态委员会的跨链共识方法及*** | |
CN114936253A (zh) | 区块链的共识方法及装置、电子设备、存储介质 | |
CN113923093A (zh) | 一种基于可信执行环境的新型拜占庭容错共识方法 | |
CN115051808A (zh) | 基于ecdsa签名算法的跨链交易验证***和方法 | |
CN113630445B (zh) | 一种基于区块链网络的数据存储方法及装置 | |
CN115115360A (zh) | 跨链资源转移方法、装置、介质及电子设备 | |
CN116186786A (zh) | 基于区块链的业务处理方法、装置、电子设备和可读介质 | |
CN115701078A (zh) | 跨链交易处理方法、装置、电子设备以及存储介质 | |
LUČIĆ | Byzantine fault tolerant raft algorithm with round robin leader election | |
CN115021990B (zh) | 一种面向联盟链的通用异步跨链交易方法 | |
CN115766037B (zh) | 基于区块链的跨链交易方法 | |
CN111212042B (zh) | 数据传输方法、装置和*** | |
CN112769817B (zh) | 一种基于可信网络的区块链网络、构建方法及构建*** |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |