CN108848056B - 基于验证的区块链共识方法 - Google Patents
基于验证的区块链共识方法 Download PDFInfo
- Publication number
- CN108848056B CN108848056B CN201810414999.2A CN201810414999A CN108848056B CN 108848056 B CN108848056 B CN 108848056B CN 201810414999 A CN201810414999 A CN 201810414999A CN 108848056 B CN108848056 B CN 108848056B
- Authority
- CN
- China
- Prior art keywords
- verification
- message
- node
- digital signature
- signature
- 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.)
- Active
Links
Images
Classifications
-
- 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/12—Applying verification of the received information
- H04L63/123—Applying verification of the received information received data contents, e.g. message integrity
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明涉及一种基于验证的区块链共识方法。客户端将请求消息发送到验证发起节点;验证发起节点组织预准备消息广播给网络中其它各验证节点;其它验证节点组织签名消息返回验证发起节点;验证发起节点统计正确接收的签名消息数量,达到给定阈值时执行本节点的提交操作,并组织验证消息广播给网络中其它各验证节点;其它验证节点依次核验消息中的多个数字签名,当核验通过的数字签名数量达到给定阈值时,执行本节点的提交操作,并组织验证回复消息返回给验证发起节点;验证发起节组织响应消息反馈给客户端。相比于实用拜占庭容错共识方法来说,本发明减少了网络通信次数和通信数据量,提高了共识的效率。
Description
技术领域
本发明涉及区块链技术领域,特别是涉及一种基于验证的区块链共识方法。
背景技术
区块链是一种去中心化的、由各节点参与的分布式数据库技术,其具有完备可追溯、去中心化和去信用化等特点。区块链没有一个中心的机构,各个节点信息的一致性是通过区块链的共识机制来保证的。区块链共识机制是在拜占庭容错的分布式一致性算法基础上,根据具体业务场景传输和同步数据的通信模型。共识算法是区块链的核心技术之一,算法的性能直接影响系统的有效性。
目前常见的共识算法有工作量证明机制、权益证明机制、授权股权证明机制、实用拜占庭容错协议等。其中,实用拜占庭容错协议(Practical Byzantine Fault Tolerance,PBFT),是一种采用许可投票、少数服从多数来选举领导者进行记账的共识机制。该共识机制允许强监管节点参与,具备权限分级能力,性能更高,耗能更低,并且该共识机制容许拜占庭容错,允许33%的节点作恶,容错性为33%。
实用拜占庭容错协议适用于联盟链环境,但是网络节点共识效率不高,尤其是网络节点数量增加时,网络通信次数和通信数据量均迅速增大,需要设计有针对性的共识算法,以提高共识的效率,减少网络流量。
发明内容
为了克服上述现有技术的不足,本发明提供了一种基于验证的区块链共识方法,能够在网络中节点数量较大时,区块链系统高效的达成一致。
为了解决上述技术问题,本发明提供一种基于验证的区块链共识方法,所述方法包括:
(1)请求阶段,客户端C将请求消息发送到网络中的验证发起节点A0。所述请求消息中包含客户端发送的消息正文内容;所述验证发起节点是指网络中的一个验证节点,该节点接收并处理客户端发送的请求消息。
(2)准备阶段,验证发起节点A0接收到请求消息后进行消息的合法性检查,检查通过后组织预准备消息广播给网络中其它各验证节点Ai。
所述预准备消息中至少包含了验证发起节点的唯一身份标识、消息正文内容以及验证发起节点的数字签名Φ(a0),进一步,所述节点的唯一身份标识能够唯一标识区块链网络中的一个节点,所述验证发起节点的数字签名Φ(a0)是采用验证发起节点的私钥对消息正文内容计算生成的数字签名。
(3)签名阶段,其它验证节点Ai接收到预准备消息后进行消息的合法性检查,核验数字签名Φ(a0)是否正确,检查通过后组织签名消息返回给验证发起节点A0。
所述核验数字签名Φ(a0)是采用验证发起节点A0的公钥对预准备消息中的数字签名字段进行核验的过程;所述签名消息中至少包含了当前节点Ai的节点唯一身份标识、本节点的数字签名Φ(ai),进一步,所述本节点的数字签名Φ(ai)是采用当前节点的私钥对消息正文内容计算生成的数字签名。
(4)验证阶段,验证发起节点A0接收到其它节点Ai发来的签名消息后进行消息的合法性检查,核验数字签名Φ(ai)是否正确,当合法性检查和数字签名核验通过的签名消息数量达到给定阈值时,开始执行提交操作,将消息正文内容以及数字签名等相关信息写入本节点数据库中,并组织验证消息广播给网络中其它各验证节点。
所述核验数字签名Φ(ai)是采用节点Ai的公钥对签名消息中的数字签名进行核验的过程;所述验证消息至少包含了各验证通过的签名消息所对应的节点唯一身份标识和节点Ai的数字签名Φ(ai),进一步,所述节点Ai的数字签名Φ(ai)是采用节点Ai的私钥对消息正文内容计算生成的数字签名。
(5)验证回复阶段,其它验证节点Ai接收到验证消息后进行消息的合法性检查,依次核验消息中多个数字签名Φ(ai)是否正确,当合法性检查通过并且核验通过的数字签名Φ(ai)数量达到给定阈值时,开始执行提交操作,将消息正文内容等相关信息写入本节点数据库中,并组织验证回复消息返回给验证发起节点A0。
所述依次核验消息中多个数字签名Φ(ai)是指:对消息中的每个数字签名Φ(ai)均采用对应节点Ai的公钥进行核验的过程;所述验证回复消息至少包含了当前节点Ai的节点唯一身份标识。
(6)响应阶段,验证发起节点A0接收到其它节点Ai发来的验证回复消息后进行消息的合法性检查,当检查通过的验证回复消息数量达到给定阈值时,组织响应消息反馈给客户端C,通知客户端C请求消息的共识结果。
本发明与现有技术相比,其显著优点在于,数字签名技术能够验证数据的发起方并且保证传输的内容不被篡改,本发明利用数字签名的特点设计了基于验证的共识方法,减少了网络通信次数和通信数据量,提高了共识的效率。
附图说明
图1为基于验证的区块链共识方法的一个具体实施例的共识过程流程示意图。
图2为基于验证的区块链共识方法的流程图。
具体实施方式
容易理解,依据本发明的技术方案,在不变更本发明的实质精神的情况下,本领域的一般技术人员可以想象出本发明基于验证的区块链共识方法的多种实施方式。因此,以下具体实施方式和附图仅是对本发明的技术方案的示例性说明,而不应当视为本发明的全部或者视为对本发明技术方案的限制或限定。
图1为基于验证的区块链共识方法的一个具体实施例的共识过程流程示意图。按照本发明的一个实施例,假设C为客户端,A0、A1、A2、A3为4个参与共识的验证节点,其中,A0、A1、A2为正常运行的节点,A3为宕机节点。验证发起节点A0从接收客户端请求到返回客户端响应经过了预准备、签名、验证和验证回复四个阶段。
如图2所示,是本发明实施例基于验证的区块链共识方法的流程图,包括以下基本步骤:
步骤101为请求阶段,客户端C将请求消息发送到网络中的验证发起节点A0。请求消息的形式为<REQUEST,t,ct,Φ(c),m>,其中,字符串常量REQUEST表示消息类型为请求消息;t为时间戳;ct为客户端唯一身份标识,用于唯一确定一个客户端;Φ(c)是客户端C对消息正文内容的数字签名;m为消息正文内容。客户端C将请求消息发送到网络中的验证发起节点A,其中请求消息中包含了客户端C需要记录到区块链上的消息正文内容m。
步骤102为预准备阶段,验证发起节点A0接收到请求消息后进行消息的合法性检查。检查消息格式和消息发起方的身份标识是否正确,采用客户端C的公钥核验请求消息中的数字签名是否正确。
如果合法性检查不通过,则不会继续处理;否则合法性检查通过后会组织预准备消息广播发送给网络中其它各验证节点A1、A2、A3。预准备消息的形式为<PRE-PREPARE,v,n,at0,Φ(a0),D(m),m>,其中,字符串常量PRE-PREPARE表示消息类型为预准备消息;v是本次共识过程的一个视图编号,每次的共识过程完成并提交后该视图编号加一;n是生成的请求序号,对每一次的请求进行顺序编号;at0是节点A0在网络中的唯一身份标识;Φ(a0)是节点A0采用私钥对消息正文内容的数字签名;D(m)是消息正文内容的数字摘要;m为消息正文内容。
步骤103为签名阶段,本实施例中,验证节点A3宕机无法继续处理,其它各验证节点A1、A2接收到预准备消息后进行消息的合法性检查。检查消息格式和消息发起方的身份标识是否正确,检查接收各类消息的视图编号是否和自己当前的视图编号相同,核验数字摘要是否正确,采用验证发起节点A0的公钥核验预准备消息中的数字签名Φ(a0)是否正确,检查是否收到过相同的v和n,而数字摘要却不一样的消息。
如果合法性检查不通过则不会继续处理;否则合法性检查通过后会组织签名消息发送给验证发起节点A0。节点Ai(i=1,2)的签名消息的形式为<SIGN,v,n,ati,Φ(ai),D(m)>,其中,字符串常量SIGN表示消息类型为签名消息;v是本次共识过程的视图编号;n是请求序号;ati是节点Ai在网络中的唯一身份标识;Φ(ai)是节点Ai采用私钥对消息正文内容的数字签名;D(m)是消息正文内容的数字摘要。
步骤104为验证阶段,验证发起节点A0接收到其它节点发来的签名消息后进行消息的合法性检查。检查消息格式和消息发起方的身份标识是否正确,检查接收各类消息的视图编号是否和自己当前的视图编号相同,采用节点Ai的公钥核验消息中的数字签名Φ(ai)是否正确,检查是否收到过相同的v和n,而数字摘要却不一样的消息。上述各项检查中,合法性检查或数字签名核验是基本的检查,其他项目检查不是必须。
当检查通过的签名消息数量达到给定阈值时,开始执行提交操作,将消息正文内容等相关信息写入本节点数据库中,并组织验证消息广播给网络中其它各验证节点;否则不会继续处理。本实施例中,阈值取验证节点数量的一半,即2个节点。验证消息的形式为<VERIFY,v,n,at0,D(m),cn,|ati,Φ(ai)|i=0,1,2>,其中,字符串常量VERIFY表示消息类型为验证消息;v是本次共识过程的视图编号;n是请求序号;at0是节点A0在网络中的唯一身份标识;D(m)是消息正文内容的数字摘要;cn是检查通过的签名消息数量;|ati,Φ(ai)|i=0,1,2是每个检查通过的签名消息所对应节点Ai的身份标识ati和数字签名Φ(ai),Φ(ai)是节点Ai采用私钥对消息正文内容的数字签名。
步骤105为验证回复阶段,本实施例中,验证节点A3宕机无法继续处理,其它各验证节点A1、A2接收到验证消息后进行消息的合法性检查。检查消息格式和消息发起方的身份标识是否正确,检查接收各类消息的视图编号是否和自己当前的视图编号相同,核验数字摘要是否正确,依次采用节点Ai的公钥核验消息中的数字签名Φ(ai)是否正确,检查是否收到过相同的v和n,而数字摘要却不一样的消息。
当验证消息合法性检查通过并且核验通过的数字签名数量达到给定阈值时,开始执行提交操作,将消息正文内容等相关信息写入本节点数据库中,组织验证回复消息返回给验证发起节点A0;否则不会继续处理。本实施例中,阈值取验证节点数量的一半,即2个节点。验证回复消息的形式为<VERIFY-REPLY,v,n,ati,D(m)>,其中,字符串常量VERIFY-REPLY表示消息类型为验证回复消息;v是本次共识过程的视图编号;n是请求序号;ati是节点Ai在网络中的唯一身份标识;D(m)是消息正文内容的数字摘要。
步骤106为响应阶段,本实施例中,验证节点A3宕机无法继续处理,其它各验证节点A1、A2接收到验证回复消息后进行消息的合法性检查。检查消息格式和消息发起方的身份标识是否正确,检查接收各类消息的视图编号是否和自己当前的视图编号相同,核验数字摘要是否正确,检查是否收到过相同的v和n,而数字摘要却不一样的消息。
当合法性检查通过的验证回复消息数量达到给定阈值时,组织响应消息反馈给客户端;否则不会继续处理。本实施例中,阈值取验证节点数量的一半,即2个节点。响应消息的形式为<REPLY,v,n,cn>,其中,字符串常量REPLY表示消息类型为响应消息;v是本次共识过程的视图编号;n是请求序号;cn是检查通过的验证回复消息数量。
Claims (7)
1.基于验证的区块链共识方法,其特征在于,包括以下步骤:
步骤一、请求阶段,客户端C将请求消息发送到网络中的验证发起节点A0;
步骤二、准备阶段,验证发起节点A0接收到请求消息后进行消息的合法性检查,检查通过后组织预准备消息并广播给网络中其它各验证节点Ai;
步骤三、签名阶段,其它验证节点Ai接收到预准备消息后进行消息的合法性检查,核验数字签名Φ(a0)是否正确,检查通过后组织签名消息返回给验证发起节点A0;
步骤四、验证阶段,验证发起节点A0接收到其它各验证节点Ai发来的签名消息后进行消息的合法性检查,核验数字签名Φ(ai)是否正确,当合法性检查和数字签名核验通过的签名消息数量达到给定阈值时,开始执行提交操作,将消息正文内容和数字签名信息写入本节点数据库中,并组织验证消息广播给网络中其它各验证节点Ai;
步骤五、验证回复阶段,其它各验证节点Ai接收到验证消息后进行消息的合法性检查,依次核验消息中多个数字签名Φ(ai)是否正确,当合法性检查通过并且核验通过的数字签名Φ(ai)数量达到给定阈值时,开始执行提交操作,将消息正文内容等相关信息写入本节点数据库中,并组织验证回复消息返回给验证发起节点A0;
步骤六、响应阶段,验证发起节点A0接收到其它各验证节点Ai发来的验证回复消息后进行消息的合法性检查,当合法性检查通过的验证回复消息数量达到给定阈值时,组织响应消息反馈给客户端C,通知客户端C请求消息的共识结果;
所述预准备消息中至少包含了验证发起节点A0的唯一身份标识、消息正文内容以及验证发起节点A0的数字签名Φ(a0);
所述验证发起节点A0的唯一身份标识能够唯一标识区块链网络中的一个验证节点,所述验证发起节点A0的数字签名Φ(a0)是采用验证发起节点A0的私钥对消息正文内容计算生成的数字签名。
2.根据权利要求1所述的基于验证的区块链共识方法,其特征在于:所述请求消息中包含客户端发送的消息正文内容;所述验证发起节点A0是指网络中的一个验证节点,该验证节点接收并处理客户端C发送的请求消息。
3.根据权利要求1所述的基于验证的区块链共识方法,其特征在于:签名阶段中所述核验数字签名Φ(a0)是指采用验证发起节点A0的公钥对预准备消息中的数字签名字段进行核验的过程;所述签名消息中至少包含了当前验证节点Ai的唯一身份标识、当前验证节点Ai的数字签名Φ(ai)。
4.根据权利要求3所述的基于验证的区块链共识方法,其特征在于:所述当前验证节点Ai的数字签名Φ(ai)是采用当前验证节点Ai的私钥对消息正文内容计算生成的数字签名。
5.根据权利要求1所述的基于验证的区块链共识方法,其特征在于:验证阶段中所述核验数字签名Φ(ai)是指采用验证节点Ai的公钥对签名消息中的数字签名进行核验的过程;所述验证消息至少包含了各验证通过的签名消息所对应的唯一身份标识和验证节点Ai的数字签名Φ(ai)。
6.根据权利要求5所述的基于验证的区块链共识方法,其特征在于:所述验证节点Ai的数字签名Φ(ai)是采用验证节点Ai的私钥对消息正文内容计算生成的数字签名。
7.根据权利要求1所述的基于验证的区块链共识方法,其特征在于:验证回复阶段中所述依次核验消息中多个数字签名Φ(ai)是指,对消息中的每个数字签名Φ(ai)均采用对应验证节点Ai的公钥进行核验的过程;所述验证回复消息至少包含了当前验证节点Ai的唯一身份标识。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810414999.2A CN108848056B (zh) | 2018-05-03 | 2018-05-03 | 基于验证的区块链共识方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810414999.2A CN108848056B (zh) | 2018-05-03 | 2018-05-03 | 基于验证的区块链共识方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108848056A CN108848056A (zh) | 2018-11-20 |
CN108848056B true CN108848056B (zh) | 2021-05-04 |
Family
ID=64212612
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810414999.2A Active CN108848056B (zh) | 2018-05-03 | 2018-05-03 | 基于验证的区块链共识方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108848056B (zh) |
Families Citing this family (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110875893B (zh) * | 2018-08-29 | 2022-03-08 | 深圳启元信息服务有限公司 | 共识验证方法、校验节点及区块链系统 |
CN109819016B (zh) * | 2018-12-17 | 2022-11-04 | 维沃移动通信有限公司 | 基于区块链的信息发布方法、信息接收方法和移动终端 |
CN109936457B (zh) * | 2019-02-20 | 2022-04-26 | 深圳前海微众银行股份有限公司 | 区块链多方见证方法、装置、设备及计算机可读存储介质 |
CN109995536A (zh) * | 2019-03-15 | 2019-07-09 | 广州杰赛科技股份有限公司 | 一种区块链共识方法、装置及可读存储介质 |
CN110071802A (zh) * | 2019-04-24 | 2019-07-30 | 西安纸贵互联网科技有限公司 | 适用于区块链的数据处理方法及装置 |
CN110246038A (zh) * | 2019-04-26 | 2019-09-17 | 众安信息技术服务有限公司 | 一种区块链交易快速确认方法及系统 |
CN110998580A (zh) * | 2019-04-29 | 2020-04-10 | 阿里巴巴集团控股有限公司 | 在区块链系统中确认交易有效性的方法和设备 |
CN110460536B (zh) * | 2019-08-26 | 2022-11-29 | 中国工商银行股份有限公司 | 用于区块链的数据处理方法和装置、介质和电子设备 |
CN111881147B (zh) * | 2019-12-13 | 2023-09-22 | 深圳数字生命研究院 | 计算任务的处理方法和装置、存储介质及处理器 |
CN112994891B (zh) * | 2019-12-18 | 2023-07-14 | 中国移动通信集团浙江有限公司 | 一种基于门限签名的交易请求共识方法和系统 |
CN111555858B (zh) * | 2020-03-20 | 2021-11-26 | 北京邮电大学 | 一种基于块链式存储的实用拜占庭容错共识方法 |
CN111523889B (zh) * | 2020-04-17 | 2023-09-01 | 昆明大棒客科技有限公司 | 多重签名实现方法、装置、设备和存储介质 |
CN111538785A (zh) * | 2020-04-23 | 2020-08-14 | 北京海益同展信息科技有限公司 | 区块链的数据写入方法、装置、系统及电子设备 |
CN111865918B (zh) * | 2020-06-16 | 2022-09-27 | 广东工业大学 | 一种优化改进的区块链pbft共识方法 |
CN113888168A (zh) | 2020-07-03 | 2022-01-04 | 支付宝(杭州)信息技术有限公司 | 联盟链的共识方法、数据校验方法、装置及系统 |
CN111930847B (zh) * | 2020-09-16 | 2021-01-08 | 深圳壹账通智能科技有限公司 | 基于区块链的数据处理方法、装置及存储介质 |
CN114928650B (zh) * | 2022-04-26 | 2023-06-30 | 成都质数斯达克科技有限公司 | 一种区块链数据共识方法、装置、设备及可读存储介质 |
CN115334038B (zh) * | 2022-08-20 | 2024-03-26 | 信通院(江西)科技创新研究院有限公司 | 一种基于区块链的appid申请管理方法和系统 |
CN117857159A (zh) * | 2023-12-25 | 2024-04-09 | 慧之安信息技术股份有限公司 | 一种基于区块链的航材企业设备数据处理方法及系统 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106789095A (zh) * | 2017-03-30 | 2017-05-31 | 腾讯科技(深圳)有限公司 | 分布式系统及消息处理方法 |
CN107038639A (zh) * | 2017-03-07 | 2017-08-11 | 杭州公链网络技术有限公司 | 一种兼容多资产类型快速交易的联盟链构建方法 |
CN107046542A (zh) * | 2017-04-24 | 2017-08-15 | 杭州云象网络技术有限公司 | 一种在网络级采用硬件实现共识验证的方法 |
CN107395665A (zh) * | 2017-05-22 | 2017-11-24 | 阿里巴巴集团控股有限公司 | 一种区块链业务受理及业务共识方法及装置 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20170061421A1 (en) * | 2015-08-27 | 2017-03-02 | Tipflip, Llc | System and method for permitting proximity based funds transfer from one person to another |
-
2018
- 2018-05-03 CN CN201810414999.2A patent/CN108848056B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107038639A (zh) * | 2017-03-07 | 2017-08-11 | 杭州公链网络技术有限公司 | 一种兼容多资产类型快速交易的联盟链构建方法 |
CN106789095A (zh) * | 2017-03-30 | 2017-05-31 | 腾讯科技(深圳)有限公司 | 分布式系统及消息处理方法 |
CN107046542A (zh) * | 2017-04-24 | 2017-08-15 | 杭州云象网络技术有限公司 | 一种在网络级采用硬件实现共识验证的方法 |
CN107395665A (zh) * | 2017-05-22 | 2017-11-24 | 阿里巴巴集团控股有限公司 | 一种区块链业务受理及业务共识方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN108848056A (zh) | 2018-11-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108848056B (zh) | 基于验证的区块链共识方法 | |
CN110784346B (zh) | 一种基于信誉值的pbft共识系统及方法 | |
CN109936457B (zh) | 区块链多方见证方法、装置、设备及计算机可读存储介质 | |
CN108667614B (zh) | 一种拜占庭容错方法及其实现系统 | |
CN109002732B (zh) | 数据存证方法、设备和系统以及数据取证方法 | |
US11128522B2 (en) | Changing a master node in a blockchain system | |
CN110289966B (zh) | 基于拜占庭容错的抗自适应攻击联盟链共识方法 | |
CN111314067B (zh) | 区块存储方法、装置、计算机设备及存储介质 | |
CN111625593B (zh) | 基于区块链的数据处理方法、装置、计算机设备 | |
CN110796547A (zh) | 一种基于联盟区块链的改进的实用拜占庭容错系统 | |
CN108200208B (zh) | 基于云计算的物流区块链共识算法 | |
CN113347164B (zh) | 基于区块链的分布式共识系统及方法、设备、存储介质 | |
CN111682942B (zh) | 一种应用于许可链的二元加权拜占庭容错共识方法 | |
US11368315B2 (en) | Systems and methods of device ownership self-verification | |
CN115378604B (zh) | 一种基于信誉值机制的边缘计算终端设备的身份认证方法 | |
US20220278854A1 (en) | Unity Protocol Consensus | |
CN112749968B (zh) | 基于区块链的业务数据记录方法及装置 | |
CN111582843A (zh) | 一种基于聚合签名的区块链隐私交易方法 | |
CN113850599A (zh) | 一种应用于联盟链的跨链交易方法及系统 | |
US10735415B2 (en) | Method for accumulating and co-assembling consistent data | |
CN112116349A (zh) | 面向高吞吐率的图式账本的随机化共识方法和装置 | |
CN112019380B (zh) | 一种基于权益激励的结合Raft和PBFT算法的区块链共识方法 | |
WO2023168993A1 (zh) | 基于区块链的数据处理方法、装置、设备、介质及产品 | |
CN110781526A (zh) | 数字奖章创建方法、装置、电子设备及介质 | |
CN114172661A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |