CN112819433B - 一种用于协同政务区块链的共识方法 - Google Patents

一种用于协同政务区块链的共识方法 Download PDF

Info

Publication number
CN112819433B
CN112819433B CN202110133814.2A CN202110133814A CN112819433B CN 112819433 B CN112819433 B CN 112819433B CN 202110133814 A CN202110133814 A CN 202110133814A CN 112819433 B CN112819433 B CN 112819433B
Authority
CN
China
Prior art keywords
node
nodes
satisfaction degree
information
verification
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
Application number
CN202110133814.2A
Other languages
English (en)
Other versions
CN112819433A (zh
Inventor
王冠
杜昱彤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing University of Technology
Original Assignee
Beijing University of Technology
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Beijing University of Technology filed Critical Beijing University of Technology
Priority to CN202110133814.2A priority Critical patent/CN112819433B/zh
Publication of CN112819433A publication Critical patent/CN112819433A/zh
Application granted granted Critical
Publication of CN112819433B publication Critical patent/CN112819433B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G06Q10/103—Workflow collaboration or project management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
    • 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
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/26—Government or public services
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Strategic Management (AREA)
  • Theoretical Computer Science (AREA)
  • Tourism & Hospitality (AREA)
  • Computer Security & Cryptography (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Marketing (AREA)
  • General Engineering & Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • General Business, Economics & Management (AREA)
  • Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Databases & Information Systems (AREA)
  • Computing Systems (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Educational Administration (AREA)
  • Development Economics (AREA)
  • Quality & Reliability (AREA)
  • Operations Research (AREA)
  • Computer Hardware Design (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

一种用于协同政务区块链的共识方法涉及区块链技术领域。首先在政务网部署完整的区块链网络；将行政机关节点进行连接；将对应的行政机关满意度评分写入节点中，计算各节点满意度评分均值写入节点中；选择若干层低层节点加入节点集合1；按照满意度评分均值划分节点集合1、2；根据节点高度选择记账节点与检查节点；记账节点接收客户端发送交易单后将交易单排序并向节点集合1广播；各节点进行验证并将结果广播；各节点验证后向记账节点发送预确认消息；记账节点向检查节点发送验证消息；检查节点验证后向记账节点发送验证通过消息；记账节点向全网广播确认消息，并锚定区块。本发明解决不能兼顾低延迟、吞吐量高、高并发场景下性能退化的问题。

Description

一种用于协同政务区块链的共识方法
技术领域
本发明涉及区块链技术领域，尤其涉及一种用于协同政务区块链的共识方法。
背景技术
在信息化背景下，政府部门之间利用信息技术手段进行跨部门业务协作正逐渐演变为一种新型的协同政务模式。但现阶段协同政务正面临业务过程繁琐、数据开放共享难、质量管理差、安全管控能力弱等问题。
区块链技术具有不可篡改、全网集体维护数据等特性，可保证政务信息交互过程不可篡改、真实可信，明确政务信息的所有权、控制权、使用权。利用区块链技术的分布式、透明性、可追溯性和公开性等特征，能够有效促进协同政务过程智能化、数据透明化、责任明确化、信息隐私化。在区块链的延伸应用中，将其与协同政务场景相结合已经成为一个新议题，目前学术界对面向协同政务场景的区块链技术进行了大量的研究和实践，取得了一批具有启发性、建设性的成果。
按照参与节点的身份来划分，区块链可以分为公有链、联盟链和私有链。协同政务区块链中的实体由政府行政机关构成，这些实体之间行政相对独立，同时这些实体接受最高行政机关的监督与管理，且具有严格的准入和分级制度，有非常严格的准入机制，政务数据既是国家机密，又涉及到公民的隐私，根据以上特点，协同政务区块链应属于联盟链。目前针对联盟链主要采用PBFT共识方法。该算法与1999年提出,用于解决原始拜占庭容错算法效率不高的问题。该算法相较于原始拜占庭容错算法,复杂度由指数级降低到多项式级,使得拜占庭容错算法能用于实际应用中。即便如此，PBFT算法在预准备阶段、准备阶段、提交阶段中，所有节点都需要频繁进行通信，在高并发的协同政务场景下，很容易出现性能退化，导致网络里传输效率下降以及网络延迟，引发系统的不稳定以及出块效率低下。由于以上弱点存在导致协同政务场景的区块链系统在推广时受到了制约。
发明内容
本发明为了解决现有协同政务区块链技术中共识方法不能同时兼顾低延迟、吞吐量高、高并发场景下性能退化的问题，设计了用于协同政务区块链的共识方法，使区块链系统具备低延迟、吞吐量高、高并发场景下性能平滑降级的特点。
为解决上述问题，本发明的所采取的技术方案是：一种用于协同政务区块链的共识方法，包括以下步骤：
步骤1、在政务网部署完整的区块链网络；所述将区块链网络和现有政务平台数据库相连接，保证可以实现正常的数据交互；
所述区块链网络所有节点的原始区块高度需要保持一致。每个行政机关节点必须具备独立监听网络中政务数据，并将所需数据写入内存中的能力；
步骤2、根据行政机关组织架构关系将所有行政机关节点进行连接，从而形成一个由行政机关节点构成的N叉树结构；
所述区块链网络中的每个节点代表单一的行政机关；
步骤3、将公众对各行政机关满意度的评分(大于等于0)写入N叉树的节点中；
步骤4、所有N叉树中的父节点按层次由高到底，将自身满意度和所有子节点满意度均值求和计算满意度评分均值，并将该均值写入对应的父节点中；
该步骤中所有叶节点的父节点的计算方法为：将自身满意度和所有子节点满意度评分求和计算满意度评分均值；
步骤5、根据场景需求选择若干层低层次节点加入节点集合1，并将这些节点的满意度均值置为0；
步骤6、遍历N叉树所有的父节点，选择满意度评分均值大于等于其父节点满意度评分均值的节点，并将这些节点加入节点集合1；
步骤7、除已经加入节点集合1的节点的其他节点加入节点集合2；
所述节点集合1在共识方法中将轮流担任记账节点，节点集合2中的轮流担任检查节点验证发布区块的正确性以及合法性；
步骤8、当系统的客户端上传数据并提出记录请求时，将数据发送给系统中的记账节点；
步骤9、记账节点将收集到的交易信息进行排序，并生成一个交易列表，然后将交易列表广播给节点集合1中的其他节点，广播的信息格式为<<PRE-PREPARE,v,n,d>,m>，v代表视图标号，n代表客户端消息编号，d代表交易信息的信息摘要，m代表所有的交易信息；
步骤10、节点集合1中的其他节点在收到交易列表和交易信息之后，对交易信息进行验证，将自己利用m算出的信息摘要与d比较，若计算结果一致则验证通过，验证通过则可以向节点集合1中的其他节点广播准备消息，消息格式为<PREPARE,v,n,d,c>，其中c为节点编号；
步骤11、节点集合1中的其他节点将会收到广播准备消息，当一个节点收到不少于三分之二的来自于其他代表的准备消息时，此节点向记账节点广播一个预确认消息。预确认消息格式为<PRE-COMMIT,v,n,D(m),c>，D(m)为封装成区块交易列表；
步骤12、记账节点收到来自于其他代表的确认消息之后，确保确认消息的数量不少于节点集合1中节点数量的三分之二，则向位于节点集合2中的检查节点发送验证信息<<CHECK,v,n,d,c>,m>；
步骤13、检查节点收到记账节点发送的验证信息之后，对信息进行验证，将自己利用m算出的信息摘要与d比较，若计算结果一致则验证通过，若验证通过则向记账节点发送验证通过信息<CHECK-PASS,v,n,d,c>；
步骤14、记账节点受到来自检查节点的验证通过消息之后向全网广播确认消息，通知全网可以添加新的区块，确认消息格式为<COMMIT,v,n,D(m),c>；
步骤15、记账节点将区块锚定到区块链上，并将自己内存中的数据擦除，开始新一轮共识；
采用上述技术方案产生的有益效果在于：本发明提供的一种用于协同政务区块链的共识方法，通过区块链技术进行政务数据的互联互通，并使用区块链技术解决了业务过程繁琐、数据开放共享难、质量管理差、安全管控能力弱的问题，并通过控制参与共识节点数量的方法，达成在高并发的情况下该系统具备低延迟、吞吐量高、高并发场景下性能平滑降级。增加区块链系统在更加复杂协同场景下的适应能力。保障了协同政务数据的安全共享，支撑政府精细化管理和提供更好的服务。
附图说明
图1为本发明实施例提供的建立一种用于协同政务区块链的共识方法的流程。
具体实施方式
下面结合附图和实施例，对本发明的具体实施方式作进一步详细描述。以下实施例用于说明本发明，但不用来限制本发明的范围。
本实施例中，一种基于区块链的分布式政务架构的统一方法，如图1所示，包括以下步骤：
步骤1、在政务网部署完整的区块链网络；所述将区块链网络和现有政务平台数据库相连接，保证可以实现正常的数据交互；
所述区块链网络所有节点的原始区块高度需要保持一致。每个行政机关节点必须具备独立监听网络中政务数据，并将所需数据写入内存中的能力；
区块链是一个由许多节点互相通信组成的分布式系统。区块链运行成为智能合约的应用程序，保存状态和账本数据，执行交易。因为交易是在智能合约上调用的操作，因此智能合约是区块链结构的中心元素。交易必须被“共识”而且只有被“共识”的交易才可以被承认和对状态造成影响。有一个或多个用于管理功能(函数)和系统参数的特殊智能合约，他们被统称为系统智能合约。
节点(peer)指的是区块链的通信实体。节点属于一个逻辑概念，不同多个节点可以运行在同一个物理服务器上；节点的类型可分为一下三种：
(1)客户端(client)：客户端是用来生成交易单，其主要的功能是增删查改数据，区别与常见数据库，如MySQL，区块链系统中的删除和修改并不是直接从区块链中删除或修改相应的交易单，而是生成一个新的交易单。客户端主要分为三类：第一类为行政机关客户端，此类客户端提供给行政机关实体使用，用于对交易单进行增删查改等操作。第二类客户端为办事群众客户端，此类客户端，主要用于通过交易单的形式授权行政机关查看个人信息、修改删除个人信息、并查看以往的办事记录。第三类客户端为查询客户端，仅具有查询的功能，除行政机关或办事群众之外，社会上的其他机构可能需要以上两类客户端授权并查询相关信息；
(2)打包器节点群(Blocker)：用集合表示，此类节点用于接收客户端提交交易单，生成Merkle树，打包成区块。记账节点用于向其他节点广播各类消息以及向检查节点发送验证信息；
(3)检查节点群(Checker)：用集合表示，此类节点用于接收记账节点广播的区块信息并根据接收的信息维护本地的区块链账本，轮流担任检查节点，检查节点用于接收记账节点发送的验证信息，验证无误后，向记账节点发送验证通过信息；
步骤2、根据行政机关组织架构关系将所有行政机关节点进行连接，从而形成一个由行政机关节点构成的N叉树结构；
所述区块链网络中的每个节点代表单一的行政机关；
需要部署区块链系统的行政机关为政府办事机关(委办局)，举例来说市属各委办局包括：局(财政局、人社局、卫生局、教育局、民政局等)、委员会(计生委、建委等)、办公室(政府办、人防办、老龄办等)等。
步骤3、将公众对各行政机关(委办局)满意度的评分(大于等于0)写入N叉树的节点中；
目前我国各地方政府已经拥有了成体系的行政满意度评分系统，可以参考或沿用类似系统的评分。对政府行政机关满意度评分在实施上具有周期性的特点，本系统可以根据不同周期的评分情况调整各节点分工，充分调动了政府行政机关为人民群众提供更好服务的积极性。
步骤4、所有N叉树中的父节点按层次由高到底，将自身满意度和所有子节点满意度均值求和计算满意度评分均值，并将该均值写入对应的父节点中；
该步骤中所有叶节点的父节点的计算方法为：将自身满意度和所有子节点满意度评分求和计算满意度评分均值；
步骤5、根据场景需求选择若干层低层节点加入节点集合1，并将这些节点的满意度均值置为0；
此处节点集合1为步骤1中提出的打包器节点群(Blocker)即为集合打包器节点群负责生产区块，相比于检查节点群(checker)即为集合/>其作用更加重要，类比来看，行政机关具有隶属关系，高级行政机关对隶属于它的低级行政机关的行政结果负责，所以在选择打包器节点群时应该至少保证整个行政机关N叉树的根节点永远处于打包器节点群(Blocker)，并且视应用场景选择若干层低层节点加入节点集合1,由于共识方法至少需要4个节点才能正常运转，所以在打包器节点群(Blocker)中至少要存在4个节点。
步骤6、遍历N叉树所有的父节点，选择满意度评分均值大于等于其父节点满意度评分均值的节点，并将这些节点加入节点集合1；
步骤7、除已经加入节点集合1的节点的其他节点加入节点集合2；
所述节点集合1在共识方法中将轮流担任记账节点，节点集合2中的轮流担任检查节点验证发布区块的正确性以及合法性；
节点集合1中各节点的编号为c，(编号从1开始)并依次增加，根据当前系统的区块高度H，计算记账节点为R，并需满足以下公式/> (mod为取模运算符)。
节点集合2中各节点的编号为n，(编号从1开始)并依次增加，根据当前系统的区块高度H，计算检查节点为C，并需满足以下公式/>
此处节点集合2为步骤1中提出的验证器节点群(checker)。
步骤8、当系统的客户端上传数据并提出记录请求时，将数据发送给系统中的记账节点；
客户端记录请求以交易单形式向记账节点发送。
步骤9、记账节点将收集到的交易信息进行排序，并生成一个交易列表，然后将交易列表广播给节点集合1中的其他节点，广播的信息格式为<<PRE-PREPARE,v,n,d>,m>，v代表视图标号，n代表客户端消息编号，d代表交易信息的信息摘要，m代表所有的交易信息；
协同政务区块链系统中所有交易操作类型(Operation type)可分为六种：盖章通过交易(Tpass)，审核未通过交易(Tunpa)，授权交易(Tauth)，查看交易记录(Treview)，无效交易(Tinvaild)，通知交易(Tinform)。交易信息的信息摘要d由五部分信息组成From(交易发送方区块链账户地址)，To(交易接收方区块链账户地址)，Data(具体交易内容，可以根据from和to角色不同进行不同的操作，自定义不同的数据结构，包括时间、发送部门或企业信息等，以JSON格式)，Operation type(操作类型，如盖章通过、审核不通过、授权、查看记录等)、Pre-hash(指向该区块链上的上一条交易的交易码)。
步骤10、节点集合1中的其他节点在收到交易列表和交易信息之后，对交易信息进行验证，将自己利用m算出的信息摘要与d比较，若计算结果一致则验证通过，验证通过则可以向节点集合1中的其他节点广播准备消息，消息格式为<PREPARE,v,n,d,c>，其中c为节点编号；
步骤11、节点集合1中的其他节点将会收到广播准备消息，当一个节点收到不少于三分之二的来自于其他代表的准备消息时，此节点向记账节点广播一个预确认消息。预确认消息格式为<PRE-COMMIT,v,n,D(m),c>，D(m)为封装成区块交易列表；
步骤12、记账节点收到来自于其他代表的确认消息之后，确保确认消息的数量不少于节点集合1中节点数量的三分之二，则向位于节点集合2中的检查节点发送验证信息<<CHECK,v,n,d,c>,m>；
步骤13、检查节点收到记账节点发送的验证信息之后，对信息进行验证，将自己利用m算出的信息摘要与d比较，若计算结果一致则验证通过，若验证通过则向记账节点发送验证通过信息<CHECK-PASS,v,n,d,c>；
步骤14、记账节点受到来自检查节点的验证通过消息之后向全网广播确认消息，通知全网可以添加新的区块，确认消息格式为<COMMIT,v,n,D(m),c>；
步骤15、记账节点将区块锚定到区块链上，并将自己内存中的数据擦除，开始新一轮共识；
系统中各节点行政机关满意度评分不变的情况下，用于协同政务区块链的共识方法循环执行上述步骤8到步骤15。
最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明权利要求所限定的范围。

Claims (2)

1.一种用于协同政务区块链的共识方法，其特征在于：包括以下步骤：
步骤1、在政务网部署完整的区块链网络；所述将区块链网络和现有政务平台数据库相连接，保证实现正常的数据交互；
所述区块链网络所有节点的原始区块高度需要保持一致；每个行政机关节点必须具备独立监听网络中政务数据，并将所需数据写入内存中的能力；
步骤2、根据行政机关组织架构关系将所有行政机关节点进行连接，从而形成一个由行政机关节点构成的N叉树结构；
所述区块链网络中的每个节点代表单一的行政机关；
步骤3、将公众对各行政机关满意度的评分写入N叉树的节点中；评分大于等于0；
步骤4、所有N叉树中的父节点按层次由高到底，将自身满意度和所有子节点满意度均值求和计算满意度评分均值，并将该均值写入对应的父节点中；
该步骤中所有叶节点的父节点的计算方法为：将自身满意度和所有子节点满意度评分求和计算满意度评分均值；
步骤5、根据场景需求选择若干层低层次节点加入节点集合1，并将这些节点的满意度均值置为0；
步骤6、遍历N叉树所有的父节点，选择满意度评分均值大于等于其父节点满意度评分均值的节点，并将这些节点加入节点集合1；
步骤7、除已经加入节点集合1的节点的其他节点加入节点集合2；
所述节点集合1在共识方法中将轮流担任记账节点，节点集合2中的轮流担任检查节点验证发布区块的正确性以及合法性；
步骤8、当系统的客户端上传数据并提出记录请求时，将数据发送给系统中的记账节点；
步骤9、记账节点将收集到的交易信息进行排序，并生成一个交易列表，然后将交易列表广播给节点集合1中的其他节点，广播的信息格式为<<PRE-PREPARE,v,n,d>,m>，v代表视图标号，n代表客户端消息编号，d代表交易信息的信息摘要，m代表所有的交易信息；
步骤10、节点集合1中的其他节点在收到交易列表和交易信息之后，对交易信息进行验证，将自己利用m算出的信息摘要与d比较，若计算结果一致则验证通过，验证通过则向节点集合1中的其他节点广播准备消息，消息格式为<PREPARE,v,n,d,c>，其中c为节点编号；
步骤11、节点集合1中的其他节点将会收到广播准备消息，当一个节点收到不少于三分之二的来自于其他代表的准备消息时，此节点向记账节点广播一个预确认消息；预确认消息格式为<PRE-COMMIT,v,n,D(m),c>，D(m)为封装成区块交易列表；
步骤12、记账节点收到来自于其他代表的确认消息之后，确保确认消息的数量不少于节点集合1中节点数量的三分之二，则向位于节点集合2中的检查节点发送验证信息<<CHECK,v,n,d,c>,m>；
步骤13、检查节点收到记账节点发送的验证信息之后，对信息进行验证，将自己利用m算出的信息摘要与d比较，若计算结果一致则验证通过，若验证通过则向记账节点发送验证通过信息<CHECK-PASS,v,n,d,c>；
步骤14、记账节点受到来自检查节点的验证通过消息之后向全网广播确认消息，通知全网添加新的区块，确认消息格式为<COMMIT,v,n,D(m),c>；
步骤15、记账节点将区块锚定到区块链上，并将自己内存中的数据擦除，开始新一轮共识。
2.根据权利要求1所述的一种用于协同政务区块链的共识方法，其特征在于：根据行政机关组织架构关系将所有行政机关节点进行连接，从而形成一个由行政机关节点构成的N叉树结构，并将公众对各行政机关满意度的评分写入N叉树的节点中；所有N叉树中的父节点按层次由高到底，将自身满意度和所有子节点满意度均值求和计算满意度评分均值，并将该均值写入对应的父节点中。
CN202110133814.2A 2021-02-01 2021-02-01 一种用于协同政务区块链的共识方法 Active CN112819433B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110133814.2A CN112819433B (zh) 2021-02-01 2021-02-01 一种用于协同政务区块链的共识方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110133814.2A CN112819433B (zh) 2021-02-01 2021-02-01 一种用于协同政务区块链的共识方法

Publications (2)

Publication Number Publication Date
CN112819433A CN112819433A (zh) 2021-05-18
CN112819433B true CN112819433B (zh) 2024-03-26

Family

ID=75860521

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110133814.2A Active CN112819433B (zh) 2021-02-01 2021-02-01 一种用于协同政务区块链的共识方法

Country Status (1)

Country Link
CN (1) CN112819433B (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113422709B (zh) * 2021-06-18 2023-10-10 西安石油大学 一种适合区块链交易验证的数据传输方法
CN115277715A (zh) * 2022-06-01 2022-11-01 浪潮软件股份有限公司 一种基于区块链的事项授权方法和系统
CN115766745B (zh) * 2023-01-09 2023-05-23 杭州安碣信息安全科技有限公司 一种区块链节点内存池交易数据收集、广播的方法和装置
CN117251707B (zh) * 2023-11-20 2024-02-09 武汉大学 一种河流数据要素的区块链锚定和验证方法与装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019222993A1 (zh) * 2018-05-25 2019-11-28 北京大学深圳研究生院 一种基于信任关系的区块链共识方法
CN110535836A (zh) * 2019-08-12 2019-12-03 安徽师范大学 一种基于角色分类的信任区块链共识方法
WO2019232789A1 (zh) * 2018-06-08 2019-12-12 北京大学深圳研究生院 一种基于投票的共识方法
CN111106942A (zh) * 2019-12-13 2020-05-05 南京邮电大学 一种基于ap-pbft算法的区块链信用机制

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019222993A1 (zh) * 2018-05-25 2019-11-28 北京大学深圳研究生院 一种基于信任关系的区块链共识方法
WO2019232789A1 (zh) * 2018-06-08 2019-12-12 北京大学深圳研究生院 一种基于投票的共识方法
CN110535836A (zh) * 2019-08-12 2019-12-03 安徽师范大学 一种基于角色分类的信任区块链共识方法
CN111106942A (zh) * 2019-12-13 2020-05-05 南京邮电大学 一种基于ap-pbft算法的区块链信用机制

Also Published As

Publication number Publication date
CN112819433A (zh) 2021-05-18

Similar Documents

Publication Publication Date Title
CN112819433B (zh) 一种用于协同政务区块链的共识方法
CN110990408B (zh) 基于区块链的业务信息协同方法、业务系统及联盟链
CN111444277B (zh) 一种基于区块链技术的反恐情报协同共享平台及方法
CN107193490B (zh) 一种基于区块链的分布式数据存储系统及方法
CN111464518B (zh) 一种跨链通信数据的发送、验证方法及装置
CN111241114A (zh) 一种结合交易与共识的智能服务交易区块链信誉管理方法和系统
CN113438084B (zh) 一种基于r-pbft共识算法和时间戳的绿电溯源方法及系统
CN107231299A (zh) 一种链路由及实现区块链跨链通信的系统
CN109951474A (zh) 一种实现区块链共识出块的方法
WO2020228531A1 (zh) 联盟链的治理方法及装置、计算机设备、存储介质
CN112511350B (zh) 联盟链多级共识方法、设备及存储介质
CN111221914A (zh) 一种基于区块链的数据交换共享追溯方法
CN112529508A (zh) 一种基于pbft联盟链的电力物资管理系统
US20220407728A1 (en) Systems and methods for processing blockchain transactions
CN111444262A (zh) 一种基于区块链的电力数据的共享系统
CN114006920B (zh) 一种基于联盟链的地质灾害应急指挥系统
US20220405260A1 (en) Systems and methods for processing blockchain transactions
CN112232619A (zh) 联盟链的区块出块和定序方法、节点及区块链网络系统
CN114938292B (zh) 一种基于节点可信度的多层次优化pbft共识方法
CN111798234A (zh) 一种轻量级区块链系统及构造方法
CN113706106A (zh) 基于区块链构建的政务协同系统
Guo et al. Antitampering scheme of evidence transfer information in judicial system based on blockchain
CN112950180A (zh) 一种基于联盟链的通证方法、系统、电子设备及存储介质
CN111538790A (zh) 基于区块链技术的身份认证系统及其实现方法
CN112488834A (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