CN112398640A - 一种优化的区块链共识算法 - Google Patents
一种优化的区块链共识算法 Download PDFInfo
- Publication number
- CN112398640A CN112398640A CN202011266384.3A CN202011266384A CN112398640A CN 112398640 A CN112398640 A CN 112398640A CN 202011266384 A CN202011266384 A CN 202011266384A CN 112398640 A CN112398640 A CN 112398640A
- Authority
- CN
- China
- Prior art keywords
- node
- state
- block
- nodes
- list
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 claims abstract description 21
- 239000004744 fabric Substances 0.000 claims abstract description 11
- 238000012545 processing Methods 0.000 claims description 7
- 238000004806 packaging method and process Methods 0.000 claims description 6
- 238000012856 packing Methods 0.000 claims description 4
- 238000013479 data entry Methods 0.000 claims description 3
- 238000012163 sequencing technique Methods 0.000 claims description 3
- 238000010200 validation analysis Methods 0.000 claims description 3
- 238000013461 design Methods 0.000 description 2
- 238000012795 verification Methods 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000001172 regenerating effect Effects 0.000 description 1
- 230000000717 retained 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/06—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols the encryption apparatus using shift registers or memories for block-wise or stream coding, e.g. DES systems or RC4; Hash functions; Pseudorandom sequence generators
- H04L9/0643—Hash functions, e.g. MD5, SHA, HMAC or f9 MAC
-
- 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
- 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
-
- 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
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/50—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Development Economics (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)
- Power Engineering (AREA)
- Computer Security & Cryptography (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明公开了一种优化的区块链共识算法,所述区块链网络中的节点:所述区块链网络中的节点中包括保留Fabric框架的Peer节点和Orderer节点;所述Primary节点为主节点,且Primary节点为任一时间段内提交大量交易的唯一节点,所述节点状态:每个Peer节点都有一个状态标识,标明自己是处于无请求状态、已发送请求状态/等待生成区块状态或是大数据量录入请求状态这三个状态中的任一个;所述Status List状态列表:每个Peer节点维护一张状态列表,且上面记录着能访问到其他节点的必要信息以及节点状态。本申请中不同的阶段由不同的节点参与,不需要全网的节点都参加,网络的性能和扩展性得到优化。
Description
技术领域
本发明涉及计算机技术领域,具体为一种优化的区块链共识算法。
背景技术
Fabric具备完备的权限控制和安全保障、高性能、可扩展、较低信任要求的优势,最重要的一点是,其模块化设计,可插拔的架构设计,使得我们在共识机制这块可以根据实际情况选择替换不一样的共识算法。Fabric默认提供NOOPS和PBFT这两个算法。NOOPS算法是针对单节点模式设计,而PBFT算法则是应对多节点验证的共识机制。由第二章的介绍可以知道PBFT算法分为pre-prepare、prepare和commit三个阶段。PBFT的特点是为了应对高频的共识失败业务,并确保在共识失败出现时所有已达到prepared状态的交易可以在下一轮共识中直接进行区块组装(Pass and Shi,2017)。这样使得验证节点间的通讯流程过于复杂,降低了交易共识效率从而无法支持大规模的网络节点活动(Sukhwani and Martinezet al.,2017),针对上述问题,我们提出一种优化的区块链共识算法。
发明内容
针对现有技术的不足,本发明提供了一种优化的区块链共识算法,解决了上述背景技术中提出的问题。
为实现以上目的,本发明通过以下技术方案予以实现:一种优化的区块链共识算法,包括:所述区块链网络中的节点:所述区块链网络中的节点中包括保留Fabric框架的Peer节点和Orderer节点,Chaincode部署在Peer节点上并对账本进行读写操作,所述一个Peer节点继续充当多种角色,Orderer节点对交易进行共识排序,按照区块生成策略,将交易打包到一起生成区块,发送给Peer节点;
所述Primary节点为主节点,,且Primary节点为任一时间段内提交大量交易的唯一节点
所述节点状态:每个Peer节点都有一个状态标识,标明自己是处于无请求状态、已发送请求状态/等待生成区块状态或是大数据量录入请求状态这三个状态中的任一个,所述无请求状态为状态1,所述已发送请求状态/等待生成区块状态为状态2,所述大数据量录入请求状态为状态3;
所述Status List状态列表:每个Peer节点维护一张状态列表,且上面记录着能访问到其他节点的必要信息以及节点状态。
优选的,所述区块链共识算法中R是所有Replicas节点的集合,每一个replica节点用一个整数来表示,依次为{0,1,2,...,R-1|R=3f+1},f为最大可容忍的faulty节点,生成状态列表,节点A进行大量数据的录入:
步骤一:节点A接收到第一个交易请求和状态数据后,将自身修改为大数据量录入请求状态,并将本节点加入状态列表中;
步骤二:节点A将交易和节点状态向全网进行广播,等待接收超过2f+1的状态为无请求的节点,并将这些节点加入状态列表中;
步骤三:确定好状态列表后,节点A通过channel将状态列表发送给列表中的每一个节点。
优选的,所述区块链网络中同个channel中的每一个节点区块都获取到相同的状态列表之后,进行交易打包和区块共识,具体步骤如下:
步骤一:第一次交易请求生成状态列表后,每个节点开始打包新的区块,打包区块的过程如下:把当前区块号、交易的Hash、父区块Hash、当前时间戳等内容放到一起,计算一个区块哈希;
步骤二:每个节点广播自己得出的区块哈希到状态列表中的节点;
步骤三:节点收集到所有状态列表中节点广播过来的区块哈希后,结合自己生成的区块哈希,对每个区块哈希计算一个比例,某一哈希的比例超过一个阈值2f+1或80%,则认为这个哈希是共识通过的区块哈希;
步骤四:自己的哈希与之相同,则说明自己打包的区块得到了确认,是新的被共识过的区块,直接存到本地,并且更新状态;自己的哈希与共识通过的哈希不同,则重新开始共识过程,直到满足条件。
优选的,所述一个区块的共识过程结束,开启下一轮共识过程,从第二轮共识开始,继续使用第一轮的状态列表,并直接进行区块打包共识。
优选的,所述Fabric采用模块化架构把交易处理划分为3个阶段:通过Chaincode进行分布式业务逻辑处理和协商endorsers;交易排序orderders;交易的验证和提交committers。
本发明提供了一种优化的区块链共识算法,具备以下有益效果:
本申请Fabric框架提供的身份管理服务保障网络中节点的可靠性,因此我们无需像RPCA算法一样让每个节点维护一个可信列表,然而相对的,在节点处于大数据量录入请求状态时,我们需要让每一个节点维护一个相同的状态列表,而这个列表中的每个节点的状态均为无请求状态除了节点A,RPCA算法的共识过程分为两步,先进行交易共识形成交易集,打包成区块后再共识。由于维护的状态列表中除了节点A外,其余节点都处于无请求状态,也就是说只有节点A在发生交易,因此我们可以省去交易共识这一步,直接进行区块共识;
不同的阶段由不同的节点(角色endorsers,orderders,committers)参与,不需要全网的节点都参加,网络的性能和扩展性得到优化。
附图说明
图1为本发明系统流程示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。
在本发明的描述中,除非另有说明,“多个”的含义是两个或两个以上;术语“上”、“下”、“左”、“右”、“内”、“外”、“前端”、“后端”、“头部”、“尾部”等指示的方位或位置关系为基于附图所示的方位或位置关系,仅是为了便于描述本发明和简化描述,而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作,因此不能理解为对本发明的限制。此外,术语“第一”、“第二”、“第三”等仅用于描述目的,而不能理解为指示或暗示相对重要性。
在本发明的描述中,需要说明的是,除非另有明确的规定和限定,术语“相连”、“连接”应做广义理解,例如,可以是固定连接,也可以是可拆卸连接,或一体地连接;可以是机械连接,也可以是电连接;可以是直接相连,也可以通过中间媒介间接相连。对于本领域的普通技术人员而言,可以具体情况理解上述术语在本发明中的具体含义。
请参阅图1,本发明提供一种技术方案:一种优化的区块链共识算法,包括:
所述区块链网络中的节点:所述区块链网络中的节点中包括保留Fabric框架的Peer节点和Orderer节点,Chaincode部署在Peer节点上并对账本进行读写操作,所述一个Peer节点继续充当多种角色,Orderer节点对交易进行共识排序,按照区块生成策略,将交易打包到一起生成区块,发送给Peer节点;
所述Primary节点为主节点,,且Primary节点为任一时间段内提交大量交易的唯一节点
所述节点状态:每个Peer节点都有一个状态标识,标明自己是处于无请求状态、已发送请求状态/等待生成区块状态或是大数据量录入请求状态这三个状态中的任一个,所述无请求状态为状态1,所述已发送请求状态/等待生成区块状态为状态2,所述大数据量录入请求状态为状态3;
所述Status List状态列表:每个Peer节点维护一张状态列表,且上面记录着能访问到其他节点的必要信息以及节点状态。
区块链共识算法中R是所有Replicas节点的集合,每一个replica节点用一个整数来表示,依次为{0,1,2,...,R-1|R=3f+1},f为最大可容忍的faulty节点,生成状态列表,节点A进行大量数据的录入:
步骤一:节点A接收到第一个交易请求和状态数据后,将自身修改为大数据量录入请求状态,并将本节点加入状态列表中;
步骤二:节点A将交易和节点状态向全网进行广播,等待接收超过2f+1的状态为无请求的节点,并将这些节点加入状态列表中;
步骤三:确定好状态列表后,节点A通过channel将状态列表发送给列表中的每一个节点。
区块链网络中同个channel中的每一个节点区块都获取到相同的状态列表之后,进行交易打包和区块共识,具体步骤如下:
步骤一:第一次交易请求生成状态列表后,每个节点开始打包新的区块,打包区块的过程如下:把当前区块号、交易的Hash、父区块Hash、当前时间戳等内容放到一起,计算一个区块哈希;
步骤二:每个节点广播自己得出的区块哈希到状态列表中的节点;
步骤三:节点收集到所有状态列表中节点广播过来的区块哈希后,结合自己生成的区块哈希,对每个区块哈希计算一个比例,某一哈希的比例超过一个阈值2f+1或80%,则认为这个哈希是共识通过的区块哈希;
步骤四:自己的哈希与之相同,则说明自己打包的区块得到了确认,是新的被共识过的区块,直接存到本地,并且更新状态;自己的哈希与共识通过的哈希不同,则重新开始共识过程,直到满足条件。
一个区块的共识过程结束,开启下一轮共识过程,从第二轮共识开始,继续使用第一轮的状态列表,并直接进行区块打包共识。
Fabric采用模块化架构把交易处理划分为3个阶段:通过Chaincode进行分布式业务逻辑处理和协商endorsers;交易排序orderders;交易的验证和提交committers。
理想情况下,系统中只有一家企业在进行大数据量的录入,这样sBFT共识算法便能发挥它最优的性能,然而实际上这种理想情况很难存在,因为系统是由多家企业同时在使用,因此会有几种导致大数据量数据录入失败或暂缓的情况:
(1)生成状态列表的时候,其他节点返回的节点状态除了无请求状态之外,还有已请求状态;
(2)状态列表中的某个或某些节点由无请求状态变成已请求状态;
(3)非状态列表中(可能是新添加的节点,也可能是先前状态为已发送请求状态转变成无请求状态的节点)的某个或某些节点由无请求状态变成已请求状态;
(4)状态列表中的某个或某些节点由无请求状态变成大数据量录入请求状态;
(5)非状态列表中(可能是新添加的节点,也可能是先前状态为已发送请求状态转变成无请求状态的节点)的某个或某些节点由无请求状态变成大数据量录入请求状态;
(6)新的节点加入到网络中,使得状态列表里面的节点数量不再超过全网络的80%;
(7)状态列表中一定数量的节点发生故障使得列表中的诚实节点数量不再超过全网络的80%;
(8)新的节点加入网络,同时状态列表中一定数量的节点发生故障使得节点数量不再超过全网络的80%。
针对上面提到的七种情况,本申请采取了如下的处理措施:
第1、2种情况,可让变成已请求状态的节点继续参与到状态列表构成的网络中,具体步骤如下:
(1)改变了状态的节点(假设只有一个,称为节点B,多个节点情况一样)向状态列表中的其他节点广播自己的交易,其他节点将收到的交易暂时缓存起来,等待这一轮节点A的区块共识结束。
(2)在下一轮节点A向状态列表中的节点发送自己的交易后,其余每个节点各自将节点A的交易和节点B的交易打包在一起。我们让节点B在广播了自己的交易后不进行任何等待反馈,而是在交易打包后直接进行区块打包并共识,如果成功,则进入下一轮共识,如果失败,则节点B继续向状态列表的其他节点发送自己的交易,直到成功为止。
(3)成功后,节点B的状态从已请求状态变成无请求状态,并告知状态列表上的所有节点,更新状态列表。
第3种情况,在节点A进行完本轮的共识过程后,可将改变状态的节点加入状态列表中,形成新的状态列表,再按照上述第2种情况的解决方法去处理。
第4、5种情况,状态列表构成的网络中将有超过一个节点处于大数据量录入状态,因此交易共识这一步将无法省略。但本文在最开始就保留了PBFT的诸多基础特性,因此对于4、5这两种情况,本文选用dBFT共识算法进行交易共识。等到区块链网络中只剩下一个状态为3的节点后,再重新生成状态列表,使用sBFT算法进行共识。
第6、7、8种情况:无论是因为新加入的节点数量过多或状态列表中发生故障的节点数量过多使得状态列表失效从而导致区块共识失败,都属于数据录入失败的情况,需要从新生成状态列表
以上,仅为本发明较佳的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,根据本发明的技术方案及其发明构思加以等同替换或改变,都应涵盖在本发明的保护范围之内。
Claims (5)
1.一种优化的区块链共识算法,其特征在于,包括:所述区块链网络中的节点:所述区块链网络中的节点中包括保留Fabric框架的Peer节点和Orderer节点,Chaincode部署在Peer节点上并对账本进行读写操作,所述一个Peer节点继续充当多种角色,Orderer节点对交易进行共识排序,按照区块生成策略,将交易打包到一起生成区块,发送给Peer节点;所述Primary节点为主节点,且Primary节点为任一时间段内提交大量交易的唯一节点;所述节点状态:每个Peer节点都有一个状态标识,标明自己是处于无请求状态、已发送请求状态/等待生成区块状态或是大数据量录入请求状态这三个状态中的任一个,所述无请求状态为状态1,所述已发送请求状态/等待生成区块状态为状态2,所述大数据量录入请求状态为状态3;所述Status List状态列表:每个Peer节点维护一张状态列表,且上面记录着能访问到其他节点的必要信息以及节点状态。
2.根据权利要求1所述的一种优化的区块链共识算法,其特征在于:所述区块链共识算法中R是所有Replicas节点的集合,每一个replica节点用一个整数来表示,依次为{0,1,2,...,R-1|R=3f+1},f为最大可容忍的faulty节点,生成状态列表,节点A进行大量数据的录入:
步骤一:节点A接收到第一个交易请求和状态数据后,将自身修改为大数据量录入请求状态,并将本节点加入状态列表中;
步骤二:节点A将交易和节点状态向全网进行广播,等待接收超过2f+1的状态为无请求的节点,并将这些节点加入状态列表中;
步骤三:确定好状态列表后,节点A通过channel将状态列表发送给列表中的每一个节点。
3.根据权利要求1所述的一种优化的区块链共识算法,其特征在于:所述区块链网络中同个channel中的每一个节点区块都获取到相同的状态列表之后,进行交易打包和区块共识,具体步骤如下:
步骤一:第一次交易请求生成状态列表后,每个节点开始打包新的区块,打包区块的过程如下:把当前区块号、交易的Hash、父区块Hash、当前时间戳等内容放到一起,计算一个区块哈希;
步骤二:每个节点广播自己得出的区块哈希到状态列表中的节点;
步骤三:节点收集到所有状态列表中节点广播过来的区块哈希后,结合自己生成的区块哈希,对每个区块哈希计算一个比例,某一哈希的比例超过一个阈值2f+1或80%,则认为这个哈希是共识通过的区块哈希;
步骤四:自己的哈希与之相同,则说明自己打包的区块得到了确认,是新的被共识过的区块,直接存到本地,并且更新状态;自己的哈希与共识通过的哈希不同,则重新开始共识过程,直到满足条件。
4.根据权利要求1所述的一种优化的区块链共识算法,其特征在于:所述一个区块的共识过程结束,开启下一轮共识过程,从第二轮共识开始,继续使用第一轮的状态列表,并直接进行区块打包共识。
5.根据权利要求1所述的一种优化的区块链共识算法,其特征在于:所述Fabric采用模块化架构把交易处理划分为3个阶段:通过Chaincode进行分布式业务逻辑处理和协商endorsers;交易排序orderders;交易的验证和提交committers。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011266384.3A CN112398640B (zh) | 2020-11-13 | 2020-11-13 | 一种优化的区块链共识算法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011266384.3A CN112398640B (zh) | 2020-11-13 | 2020-11-13 | 一种优化的区块链共识算法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112398640A true CN112398640A (zh) | 2021-02-23 |
CN112398640B CN112398640B (zh) | 2024-02-13 |
Family
ID=74599388
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011266384.3A Active CN112398640B (zh) | 2020-11-13 | 2020-11-13 | 一种优化的区块链共识算法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112398640B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113381861A (zh) * | 2021-06-16 | 2021-09-10 | 哈尔滨工业大学 | 一种适用于非许可链的改进Ripple共识方法 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108108967A (zh) * | 2017-12-29 | 2018-06-01 | 山大地纬软件股份有限公司 | 面向复杂数字资产的多阶段pbft共识系统及方法 |
WO2019232789A1 (zh) * | 2018-06-08 | 2019-12-12 | 北京大学深圳研究生院 | 一种基于投票的共识方法 |
CN111629039A (zh) * | 2020-05-20 | 2020-09-04 | 中国银联股份有限公司 | 一种区块链共识方法及客户端、背书节点、排序节点 |
-
2020
- 2020-11-13 CN CN202011266384.3A patent/CN112398640B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108108967A (zh) * | 2017-12-29 | 2018-06-01 | 山大地纬软件股份有限公司 | 面向复杂数字资产的多阶段pbft共识系统及方法 |
WO2019232789A1 (zh) * | 2018-06-08 | 2019-12-12 | 北京大学深圳研究生院 | 一种基于投票的共识方法 |
CN111629039A (zh) * | 2020-05-20 | 2020-09-04 | 中国银联股份有限公司 | 一种区块链共识方法及客户端、背书节点、排序节点 |
Non-Patent Citations (1)
Title |
---|
刘懿中: "区块链共识机制研究综述", 《密码学报》 * |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113381861A (zh) * | 2021-06-16 | 2021-09-10 | 哈尔滨工业大学 | 一种适用于非许可链的改进Ripple共识方法 |
Also Published As
Publication number | Publication date |
---|---|
CN112398640B (zh) | 2024-02-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107332876B (zh) | 区块链状态的同步方法及装置 | |
CN108600353B (zh) | 一种区块链节点的并行块同步方法 | |
KR101887581B1 (ko) | 플로우 기반의 패킷 전송 장치 및 그것의 패킷 처리 방법 | |
JP6004299B2 (ja) | フローテーブルをマッチングするための方法及び装置、並びにスイッチ | |
US5854895A (en) | Network distribution information management system | |
CN113114759A (zh) | 一种实现多链互通的跨链方法及系统 | |
JP5854047B2 (ja) | 通信システム、制御装置、転送ノード、通信制御方法およびプログラム | |
CN111190714A (zh) | 一种基于区块链的云计算任务调度系统及方法 | |
US7376078B1 (en) | Selective replay of a state information within a computing device | |
CN111159289A (zh) | 一种区块同步的方法及装置 | |
US11640261B2 (en) | Log processing method to avoid log collision, and related device and system | |
CN110086856B (zh) | 区块链节点的控制方法、装置、存储介质及电子设备 | |
CN112583712A (zh) | 区块链路由器及区块链网络 | |
CN109639773A (zh) | 一种动态构建的分布式数据集群控制系统及其方法 | |
CN114785799B (zh) | 区块链共识方法、区块链副本装置、计算机设备及存储介质 | |
CN113516557A (zh) | 一种有向无环图结构的区块链及其实现方法 | |
CN112398640A (zh) | 一种优化的区块链共识算法 | |
CN113157450A (zh) | 在区块链系统中执行区块的方法及装置 | |
CN111917748B (zh) | 基于ipfs+联盟链的智能激光器远程控制系统和方法 | |
CN116707759A (zh) | 一种面向数据流通高并发场景的轻量级联盟链共识方法 | |
Zhao et al. | Bodyless block propagation: TPS fully scalable blockchain with pre-validation | |
CN116260590A (zh) | 一种跨链场景下的高并发中继事务协调方法及系统 | |
CN101841428B (zh) | 系统热备处理方法、管理板和通讯设备 | |
CN111813795B (zh) | 在区块链网络中确认交易的方法及装置 | |
CN113111074A (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 |