CN112418859A

CN112418859A - Block chain consensus method and device, electronic equipment and readable storage medium

Info

Publication number: CN112418859A
Application number: CN202011416546.7A
Authority: CN
Inventors: 李茂材; 蓝虎; 王宗友; 时一防; 周开班; 刘攀; 朱耿良
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2020-12-04
Filing date: 2020-12-04
Publication date: 2021-02-26
Anticipated expiration: 2040-12-04
Also published as: CN112418859B

Abstract

The present disclosure provides a block chain consensus method, an apparatus, an electronic device and a computer-readable storage medium, wherein the method comprises: responding to the consensus request aiming at the target transaction data, and acquiring target transaction data attribute information of the target transaction data; acquiring node attribute information of nodes in a block chain; determining a node to be selected, wherein the node attribute information of the node to be selected is matched with the target transaction data attribute information, and the node to be selected corresponds to a node device to be selected; acquiring node equipment attribute information of the node equipment to be selected; determining a consensus node in the nodes to be selected according to the node equipment attribute information; and performing consensus processing on the target transaction data through the consensus node to obtain a consensus result aiming at the target transaction data. The technical scheme provided by the embodiment of the disclosure can automatically match the consensus node in the block chain node according to the attribute information of the target transaction data, so that the consensus node can perform consensus processing in the block chain.

Description

Block chain consensus method and device, electronic equipment and readable storage medium

Technical Field

The present disclosure relates to the field of computer technologies, and in particular, to a block chain consensus method and apparatus, an electronic device, and a computer-readable storage medium.

Background

The block chain technology is also called as distributed ledger technology, and is a distributed internet database technology. The block chain includes block chain nodes (hereinafter, referred to as nodes), and node devices corresponding to the nodes store the entire block chain. In the related art, the block chain has the characteristics of decentralization, public transparency, no tampering, trustiness and the like. Based on these characteristics, the application field of the block chain technology is more and more extensive.

In the related art, the process of data chaining block chain mainly includes three stages: an acceptance phase, a consensus phase and a storage phase.

In the common identification stage for the data to be uplink, a common identification node needs to be selected from each node of the block chain, and then the common identification node performs common identification processing on the data to be uplink so as to determine whether the block chain is allowed to store the data to be uplink.

In the related art, on one hand, due to the fact that the number of nodes of a block chain is large, the time consumption and the resource waste of the recommendation of the common node are long; on the other hand, because the range of the deduced common identification node is not fixed, that is, any node in the block chain may be identified as a common identification node, the security of the node device corresponding to the common identification node is unknown, and thus the control force of the block chain on uplink data is low.

It is to be noted that the information disclosed in the above background section is only for enhancement of understanding of the background of the present disclosure.

Disclosure of Invention

The method provided by the embodiment of the disclosure can efficiently and quickly determine the consensus node, and can improve the control capability of the blockchain to the target transaction data to be linked through the matching of the node attribute information and the target transaction data attribute.

Additional features and advantages of the disclosure will be set forth in the detailed description which follows, or in part will be obvious from the description, or may be learned by practice of the disclosure.

The embodiment of the disclosure provides a block chain consensus method, which includes: responding to a consensus request aiming at target transaction data, and acquiring target transaction data attribute information of the target transaction data; acquiring node attribute information of nodes in a block chain; determining a node to be selected, wherein node attribute information of the node to be selected is matched with the target transaction data attribute information, and the node to be selected corresponds to a node device to be selected; acquiring node equipment attribute information of the node equipment to be selected; determining a consensus node in the nodes to be selected according to the node equipment attribute information; and performing consensus processing on the target transaction data through the consensus node to obtain a consensus result aiming at the target transaction data.

The embodiment of the present disclosure provides a block chain consensus device, which may include: the device comprises a target transaction data attribute information acquisition module, a node to be selected determination module, a node equipment attribute information acquisition module, a consensus node acquisition module and a consensus result acquisition module.

The target transaction data attribute information acquisition module can be configured to respond to a consensus request aiming at target transaction data and acquire target transaction data attribute information of the target transaction data; the node attribute information acquisition module may be configured to acquire node attribute information of nodes in a blockchain; the node to be selected determining module may be configured to determine a node to be selected, in which node attribute information is matched with the target transaction data attribute information, in each node of the block chain, where the node to be selected corresponds to a node to be selected device; the node device attribute information acquiring module may be configured to acquire node device attribute information of the node device to be selected; the consensus node obtaining module may be configured to determine a consensus node among the nodes to be selected according to the node device attribute information; the consensus result obtaining module may be configured to perform consensus processing on the target transaction data through the consensus node to obtain a consensus result for the target transaction data.

In some embodiments, the node attribute information comprises node type information; the candidate node determination module may include: a compliance authority node determination unit.

The compliance monitoring authority node determining unit may be configured to select a compliance monitoring authority node as the node to be selected according to the node type information of each node of the block chain if the target transaction data attribute information indicates that the target transaction data is compliance monitoring data.

In some embodiments, the compliance authority node determination unit may include: the common recognition processing capacity obtaining subunit, the first common recognition processing capacity sorting subunit and the node to be selected determine the first subunit.

The consensus processing capacity acquiring subunit may be configured to acquire the consensus processing capacity of the compliance supervision entity node device corresponding to the compliance supervision entity node; the first consensus processing capability ordering subunit may be configured to order the compliance authority nodes according to the consensus processing capability; the candidate node determination first subunit may be configured to determine the candidate node according to the sorted compliance supervisor organization nodes.

In some embodiments, the node attribute information comprises node type information; the candidate node determination module may include: the non-compliance monitoring authority node determining unit, the second consensus processing capacity obtaining unit and the node to be selected determine the second unit.

The non-compliant supervisor node determining unit may be configured to determine a non-compliant supervisor node according to node type information of each node of the block chain if the target transaction data attribute information indicates that the target transaction data is non-compliant supervisor data. The second consensus processing capability obtaining unit may be configured to obtain the consensus processing capability of the non-compliant supervisor device corresponding to the non-compliant supervisor node. The candidate node determination second unit may be configured to determine the candidate node from the non-compliant supervisor node devices according to a consensus processing capability of the non-compliant supervisor node devices.

In some embodiments, the node attribute information comprises a rights mortgage value; the candidate node determining module may include: the right mortgage value first acquisition unit, the right mortgage value first sequencing unit and the node to be selected determine the third unit.

The first equity mortgage value obtaining unit may be configured to select a node with an equity mortgage value greater than a target threshold value as a compliance supervision entity node if the target transaction data attribute information indicates that the target transaction data is compliance supervision data; the equity mortgage value first ordering unit may be configured to order the compliance supervisor authority nodes according to the equity mortgage values; the candidate node determination third unit may be configured to determine the candidate node according to the sorted compliance supervisor organization nodes.

In some embodiments, the candidate node determining module may further include: and the right mortgage value second acquisition unit, the right mortgage value second sequencing unit and the node to be selected determine a fourth unit.

The second equity mortgage value obtaining unit may be configured to select, as a non-compliance supervision entity node, a node whose equity mortgage value is less than or equal to the target threshold value if the target transaction data attribute information indicates that the target transaction data is non-compliance supervision data; the second equity mortgage value ordering unit may be configured to order the non-compliant supervisor nodes according to the equity mortgage values; the candidate node determination fourth unit may be configured to determine the candidate node according to the sorted non-compliance supervisor organization nodes.

In some embodiments, the consensus node acquisition module may include: the recording unit and the consensus node determine a first unit.

The recording unit may be configured to record node device attribute information of each node device to be selected into a target block of the block chain, respectively; the consensus node determining first unit may be configured to determine a consensus node among the nodes to be selected according to the block information of each target block.

In some embodiments, the block information comprises a block height of the target block; wherein the determining, by the consensus node, the first unit may comprise: the node equipment serial number acquiring method comprises a first subunit, a block height acquiring subunit and a first matching unit.

The node device serial number acquiring first subunit may be configured to acquire a node device serial number of the node device to be selected; the block height acquiring subunit may be configured to acquire the block heights of the respective target blocks, and a target common divisor and a target common multiple between the block heights; the first matching unit may be configured to use a node to be selected, as the common node, where the node device serial number matches the target common divisor or the target common multiple.

In some embodiments, the tile information comprises a generation timestamp of the target tile; wherein the determining, by the consensus node, the first unit may comprise: the node equipment serial number acquiring unit comprises a second subunit, a generating timestamp acquiring subunit and a second matching unit.

The node equipment serial number acquiring second subunit may be configured to acquire a node equipment serial number of the node to be selected; the generation timestamp acquiring subunit may be configured to acquire generation timestamps of the respective target blocks, and a target common divisor and a target common multiple between the respective generation timestamps; the second matching unit may be configured to use a node to be selected, as the common node, where the node device serial number matches the target common divisor or the target common multiple.

In some embodiments, the node device attribute information comprises a node device serial number; wherein the consensus node obtaining module may include: the device comprises a generation time acquisition unit, a target random number generation unit, a random number sorting unit and a consensus node determination second unit.

The generation time acquisition unit may be configured to acquire a node device serial number of each node to be selected and generation time of the target transaction data; the target random number generation unit may be configured to generate a target random number of each node to be selected according to the node device serial number of each node to be selected and the generation time of the target transaction data; the random number sorting unit may be configured to sort the nodes to be selected according to the target random number; the consensus node determination second unit may be configured to determine the consensus node according to the sorted nodes to be selected.

An embodiment of the present disclosure provides an electronic device, including: one or more processors; a storage device for storing one or more programs that, when executed by the one or more processors, cause the one or more processors to implement the block chain consensus method as described in any preceding paragraph.

The present disclosure provides a computer-readable storage medium, on which a computer program is stored, which when executed by a processor implements the block chain consensus method as described in any one of the above.

Embodiments of the present disclosure provide a computer program product or computer program comprising computer instructions stored in a computer readable storage medium. The processor of the computer device reads the computer instructions from the computer readable storage medium, and the processor executes the computer instructions to cause the computer device to execute the consensus method of the block chain.

The method provided by the embodiment of the disclosure can efficiently and rapidly determine the consensus node, and can improve the control force of the block chain on the target transaction data to be linked through the matching of the node attribute information and the target transaction data attribute.

According to the block chain consensus method and device, the electronic device and the computer-readable storage medium provided by the embodiment of the disclosure, on one hand, the node attribute information is matched with the target transaction data attribute information to determine the node to be selected in the nodes of the block chain, so that the electing range of the consensus node is greatly reduced, the electing speed of the consensus node can be improved, and the computing resources of the electing consensus node can be saved; on the other hand, the range of the candidate nodes obtained after the node attribute information is matched with the target transaction data attribute information is fixed, so that the range of the consensus nodes determined according to the candidate nodes is also fixed and controllable, and the block chain can improve the control capability of the block chain on the target transaction data by controlling the candidate nodes in the controllable range.

It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the disclosure.

Drawings

The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present disclosure and together with the description, serve to explain the principles of the disclosure. The drawings described below are merely some embodiments of the present disclosure, and other drawings may be derived from those drawings by those of ordinary skill in the art without inventive effort.

Fig. 1 is a schematic structural diagram of a computer system provided according to an exemplary embodiment of the present disclosure.

Fig. 2 is a schematic structural diagram of a computer system of a block chain consensus device according to an exemplary embodiment.

Fig. 3 schematically shows a structural schematic diagram of a blockchain system according to an embodiment of the present disclosure.

Fig. 4 schematically shows a Block Structure (Block Structure) according to an embodiment of the present disclosure.

Fig. 5 is a flow chart illustrating a method of consensus of blockchains, according to an example embodiment.

Fig. 6 is a diagram illustrating a classification of block link points by node type according to an exemplary embodiment.

Fig. 7 is a diagram illustrating a consensus structure of a blockchain according to an example embodiment.

Fig. 8 illustrates a block chain consensus method in accordance with an example embodiment.

Fig. 9 is a flowchart of step S311 in fig. 8 in an exemplary embodiment.

Fig. 10 is a flowchart of step S3 in fig. 5 in an exemplary embodiment.

FIG. 11 is a flowchart of step S3 of FIG. 5 in an exemplary embodiment.

Fig. 12 is a flowchart of step S3 in fig. 5 in an exemplary embodiment.

FIG. 13 is a flowchart of step S5 of FIG. 5 in an exemplary embodiment.

FIG. 14 is a flowchart of step S5 of FIG. 5 in an exemplary embodiment.

Fig. 15 is a flowchart of step S5 in fig. 5 in an exemplary embodiment.

Fig. 16 is a block diagram illustrating a block chain consensus apparatus in accordance with an example embodiment.

Detailed Description

Example embodiments will now be described more fully with reference to the accompanying drawings. Example embodiments may, however, be embodied in many different forms and should not be construed as limited to the embodiments set forth herein; rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the concept of example embodiments to those skilled in the art. The same reference numerals denote the same or similar parts in the drawings, and thus, a repetitive description thereof will be omitted.

The described features, structures, or characteristics of the disclosure may be combined in any suitable manner in one or more embodiments. In the following description, numerous specific details are provided to give a thorough understanding of embodiments of the disclosure. One skilled in the relevant art will recognize, however, that the subject matter of the present disclosure can be practiced without one or more of the specific details, or with other methods, components, devices, steps, and the like. In other instances, well-known methods, devices, implementations, or operations have not been shown or described in detail to avoid obscuring aspects of the disclosure.

The drawings are merely schematic illustrations of the present disclosure, in which the same reference numerals denote the same or similar parts, and thus, a repetitive description thereof will be omitted. Some of the block diagrams shown in the figures do not necessarily correspond to physically or logically separate entities. These functional entities may be implemented in the form of software, or in one or more hardware modules or integrated circuits, or in different networks and/or processor devices and/or microcontroller devices.

The flow charts shown in the drawings are merely illustrative and do not necessarily include all of the contents and steps, nor do they necessarily have to be performed in the order described. For example, some steps may be decomposed, and some steps may be combined or partially combined, so that the actual execution sequence may be changed according to the actual situation.

In this specification, the terms "a", "an", "the", "said" and "at least one" are used to indicate the presence of one or more elements/components/etc.; the terms "comprising," "including," and "having" are intended to be inclusive and mean that there may be additional elements/components/etc. other than the listed elements/components/etc.; the terms "first," "second," and "third," etc. are used merely as labels, and are not limiting on the number of their objects.

The following detailed description of exemplary embodiments of the disclosure refers to the accompanying drawings.

Fig. 1 is a schematic structural diagram of a computer system provided according to an exemplary embodiment of the present disclosure. The system comprises: a number of terminals 120 and a server 140. The server 140 may be a node on the blockchain 160, or the server 140 may not be a node on the blockchain 160, and the user may connect to the server 140 through the communication network through the terminal 120, and transmit the target transaction data to the server 140, so as to uplink the target transaction data through the server 140.

The terminal 120 may be a mobile terminal such as a mobile phone, a game console, a tablet Computer, an electronic book reader, smart glasses, an MP4(moving picture Experts Group Audio Layer IV) player, an intelligent home device, an AR (Augmented Reality) device, a VR (Virtual Reality) device, or the terminal 120 may be a Personal Computer (Personal Computer), such as a laptop Computer and a desktop Computer.

The server 140 may be one server, may be composed of several servers, may be a virtualization platform, and may also be a cloud computing service center. The server 140 may provide background services for consensus of blockchains. Alternatively, the server 140 undertakes primary computational tasks and the terminal 120 undertakes secondary computational tasks; alternatively, the server 140 undertakes the secondary computing work and the terminal 120 undertakes the primary computing work; alternatively, the terminal 120 and the server 140 perform cooperative computing by using a distributed computing architecture.

In the present application, the server 140 itself may run and store data as a node in the blockchain.

Optionally, in the embodiment of the present application, the server 140 includes a logic server 142 and a blockchain server 144. The logic server 142 is configured to implement logic control of an application program, for example, request processing for target transaction, account resource management, interface content management, and the like, and the blockchain server 144 is used as a part of the blockchain 160, and is configured to implement storage of each target transaction information and/or transaction record, and decision management of an important function, for example, a decision on a transaction request can be implemented.

It should be noted that the logic server 142 and the blockchain server 144 may belong to the same computer device, or the logic server 142 and the blockchain server 144 may belong to different computer devices.

Alternatively, the clients of the applications installed in different terminals 120 are the same, or the clients of the applications installed on two terminals 120 are clients of the same type of application of different control system platforms. Based on different terminal platforms, the specific form of the client of the application program may also be different, for example, the client of the application program may be a mobile phone client, a PC client, or a World Wide Web (Web) client.

Optionally, the system may further include a management device (not shown in fig. 1), which is connected to the server 140 through a communication network. Optionally, the communication network is a wired network or a wireless network.

Optionally, the wireless network or wired network described above uses standard communication techniques and/or protocols. The Network is typically the Internet, but may be any Network including, but not limited to, a Local Area Network (LAN), a Metropolitan Area Network (MAN), a Wide Area Network (WAN), a mobile, wireline or wireless Network, a private Network, or any combination of virtual private networks. In some embodiments, data exchanged over a network is represented using techniques and/or formats including Hypertext Mark-up Language (HTML), Extensible markup Language (XML), and the like. All or some of the links may also be encrypted using conventional encryption techniques such as Secure Socket Layer (SSL), Transport Layer Security (TLS), Virtual Private Network (VPN), Internet protocol Security (IPsec). In other embodiments, custom and/or dedicated data communication techniques may also be used in place of, or in addition to, the data communication techniques described above.

It should be understood that the number of terminal devices, networks and servers in fig. 1 is only illustrative, and the server 140 may be a physical server or may be composed of a plurality of servers, and there may be any number of terminal devices, networks and servers according to actual needs.

In the present disclosure, a user may interact with the server 140 through the terminal 120 to request the blockchain 160 through the server 140 to perform an uplink operation, and the blockchain performs the following operations through a blockchain node (e.g., the server 140) in response to the uplink request: acquiring target transaction data attribute information of the target transaction data; acquiring node attribute information of nodes in a block chain; determining a node to be selected with node attribute information matched with the target transaction data attribute information in each node of the block chain, wherein the node to be selected corresponds to a node device to be selected, and acquiring node device attribute information of the node device to be selected; and determining a consensus node in the nodes to be selected according to the node equipment attribute information so as to perform consensus processing on the target transaction data through the consensus node and obtain a consensus result aiming at the target transaction data.

According to the method, on one hand, the node attribute information is matched with the target transaction data attribute information, the node to be selected is determined in the nodes of the block chain, the referral range of the consensus node is greatly reduced, the referral speed of the consensus node can be improved, and the computing resource of the referral consensus node can be saved; on the other hand, the range of the candidate nodes obtained after the node attribute information is matched with the target transaction data attribute information is fixed, so that the range of the consensus nodes determined according to the candidate nodes is also fixed and controllable, and the block chain can improve the control capability of the block chain on the target transaction data by controlling the candidate nodes in the controllable range.

Referring now to FIG. 2, a block diagram of a computer system 200 suitable for implementing a server or terminal device of the embodiments of the present application is shown. The terminal device shown in fig. 2 is only an example, and should not bring any limitation to the functions and the scope of use of the embodiments of the present application.

As shown in fig. 2, the computer system 200 includes a Central Processing Unit (CPU)201 that can perform various appropriate actions and processes in accordance with a program stored in a Read Only Memory (ROM)202 or a program loaded from a storage section 208 into a Random Access Memory (RAM) 203. In the RAM 203, various programs and data necessary for the operation of the computer system 200 are also stored. The CPU 201, ROM202, and RAM 203 are connected to each other via a bus 204. An input/output (I/O) interface 205 is also connected to bus 204.

The following components are connected to the I/O interface 205: an input portion 206 including a keyboard, a mouse, and the like; an output section 207 including a display such as a Cathode Ray Tube (CRT), a Liquid Crystal Display (LCD), and the like, and a speaker; a storage section 208 including a hard disk and the like; and a communication section 209 including a network interface card such as a LAN card, a modem, or the like. The communication section 209 performs communication processing via a network such as the internet. A drive 210 is also connected to the I/O interface 205 as needed. A removable medium 211, such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, or the like, is mounted on the drive 210 as necessary, so that a computer program read out therefrom is installed into the storage section 208 as necessary.

In particular, the processes described below with reference to the flowcharts may be implemented as computer software programs, according to embodiments of the present disclosure. For example, embodiments of the present disclosure include a computer program product comprising a computer program embodied on a computer readable storage medium, the computer program containing program code for performing the method illustrated by the flow chart. In such an embodiment, the computer program may be downloaded and installed from a network through the communication section 209 and/or installed from the removable medium 211. The above-described functions defined in the system of the present application are executed when the computer program is executed by the Central Processing Unit (CPU) 201.

It should be noted that the computer readable storage medium shown in the present application can be a computer readable signal medium or a computer readable storage medium or any combination of the two. A computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples of the computer readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the present application, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. In this application, however, a computer readable signal medium may include a propagated data signal with computer readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take many forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may also be any computer readable storage medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. Program code embodied on a computer readable storage medium may be transmitted using any appropriate medium, including but not limited to: wireless, wire, fiber optic cable, RF, etc., or any suitable combination of the foregoing.

The flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present application. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams or flowchart illustration, and combinations of blocks in the block diagrams or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.

The modules and/or units and/or sub-units described in the embodiments of the present application may be implemented by software, and may also be implemented by hardware. The described modules and/or units and/or sub-units may also be provided in a processor, and may be described as: a processor includes a transmitting unit, an obtaining unit, a determining unit, and a first processing unit. Wherein the names of such modules and/or units and/or sub-units in some cases do not constitute a limitation on the modules and/or units and/or sub-units themselves.

As another aspect, the present application also provides a computer-readable storage medium, which may be contained in the apparatus described in the following embodiments; or may be separate and not incorporated into the device. The computer readable storage medium carries one or more programs which, when executed by a device, cause the device to perform functions including: responding to a consensus request aiming at target transaction data, and acquiring target transaction data attribute information of the target transaction data; acquiring node attribute information of nodes in a block chain; determining a node to be selected, wherein node attribute information of the node to be selected is matched with the target transaction data attribute information, and the node to be selected corresponds to a node device to be selected; acquiring node equipment attribute information of the node equipment to be selected; determining a consensus node in the nodes to be selected according to the node equipment attribute information; and performing consensus processing on the target transaction data through the consensus node to obtain a consensus result aiming at the target transaction data.

The following description will be made with respect to a blockchain system, a blockchain, and a node to which the present disclosure relates.

The disclosed embodiments relate to a method for identifying blockchains, where each blockchain may correspond to a blockchain network system, and the blockchain network system may be a blockchain system formed by connecting a client and a plurality of nodes (any form of computing devices in an access network, such as servers and terminals) in a network communication manner.

The server may be an independent physical server, or may be a cloud server that provides basic cloud computing services such as a cloud service, a cloud database, cloud computing, a cloud function, cloud storage, a network service, cloud communication, a middleware service, a domain name service, a security service, a CDN, and a big data and artificial intelligence platform, and the like, which is not limited in this disclosure.

The client may be a variety of electronic devices having a display screen and supporting web browsing, including but not limited to smartphones, tablets, laptop portable computers, desktop computers, wearable devices, virtual reality devices, smart homes, and the like.

The user can perform data interaction with the blockchain through the client, and the blockchain network system can perform consensus, record and the like on data uploaded by the user through nodes.

Taking a distributed blockchain network system as an example, referring To fig. 3, fig. 3 is an optional structural schematic diagram of a blockchain network system 301 provided in the embodiment of the present disclosure, and is formed by a plurality of nodes 302 (any form of computing device in an access network, such as a server and a terminal) and a client 303, a Peer-To-Peer (P2P, Peer To Peer) network is formed between the nodes 302, and the P2P Protocol is an application layer Protocol operating on top of a Transmission Control Protocol (TCP). In a blockchain system, any machine, such as a server, terminal, can join to become a node 302, and the node 302 includes a hardware layer, an intermediate layer, an operating system layer, and an application layer.

Referring to the functions of each node 302 in the blockchain system 301 shown in fig. 3, the functions involved include:

1) routing, a basic function that node 302 has, is to support communication between nodes 302.

Besides the routing function, the node may also have the following functions:

2) the application is used for being deployed in a block chain, realizing specific services according to actual service requirements, recording data related to the realization functions to form recording data, carrying a digital signature in the recording data to represent a source of task data, and sending the recording data to other nodes in the block chain system, so that the other nodes add the recording data to a temporary block when the source and integrity of the recording data are verified successfully.

For example, the services implemented by the application include:

and 2.1) sharing the account book, wherein the shared account book is used for providing functions of operations such as storage, inquiry and modification of account data, record data of the operations on the account data are sent to other nodes in the block chain system, and after the other nodes verify the validity, the record data are stored in a temporary block as a response for acknowledging that the account data are valid, and confirmation can be sent to the node initiating the operations. For example, in the embodiment of the present disclosure, after the consensus node passes the consensus on the target transaction data, the accounting node completes the accounting operation on the target transaction data in the shared ledger.

2.2) smart contracts, computerized agreements, which can enforce the terms of a contract, implemented by codes deployed on a shared ledger for execution when certain conditions are met, for completing automated transactions according to actual business requirement codes, such as querying the logistics status of goods purchased by a buyer, transferring the buyer's electronic money to the merchant's address after the buyer signs for the goods; of course, smart contracts are not limited to executing contracts for trading, but may also execute contracts that process received information. For example, each node in the blockchain may complete the blockchain consensus method provided by this embodiment through an intelligent contract.

3) And the Block chain comprises a series of blocks (blocks) which are mutually connected according to the generated chronological order, new blocks cannot be removed once being added into the Block chain, and recorded data submitted by nodes in the Block chain system are recorded in the blocks.

Referring to fig. 4, fig. 4 is an optional schematic diagram of a Block Structure (Block Structure) provided in the embodiment of the present disclosure, where each Block includes a hash value of a transaction record stored in the Block (hash value of the Block) and a hash value of a previous Block, and the blocks are connected by the hash values to form a Block chain. The block may include information such as a time stamp at the time of block generation. A block chain (Blockchain), which is essentially a decentralized database, is a string of data blocks associated by using cryptography, and each data block contains related information for verifying the validity (anti-counterfeiting) of the information and generating a next block.

In the present disclosure, a client may request uplink target transaction data through the client 303 shown in fig. 3, and in response to the uplink request, the blockchain system may match a node to be selected among the blockchain nodes according to target transaction data attribute information of the target transaction data through an intelligent contract set in each node; then determining a consensus node in the nodes to be selected according to the equipment attribute information of the node equipment to be selected corresponding to the nodes to be selected; finally, the block chain system performs consensus on the target transaction data through a consensus node; after the consensus is passed, the block chain accounts in the target block of the shared account book through the accounting node, so as to complete uplink processing aiming at the target transaction data.

According to the method, on one hand, the node attribute information is matched with the target transaction data attribute information to determine the node to be selected in the nodes of the block chain, so that the referral range of the consensus node is greatly reduced, the referral speed of the consensus node can be improved, and the computing resource of the referral consensus node can be saved; on the other hand, the range of the candidate nodes obtained after the node attribute information is matched with the target transaction data attribute information is fixed, so that the range of the consensus nodes determined according to the candidate nodes is also fixed and controllable, and the block chain can improve the control capability of the block chain on the target transaction data by controlling the candidate nodes in the controllable range.

Fig. 5 is a flow chart illustrating a method of consensus of blockchains, according to an example embodiment. The method provided by the embodiment of the present disclosure may be executed by any electronic device with computing processing capability, for example, the method may be executed by any node in the embodiment of fig. 3, and a device entity of the any node may be the server 140 in fig. 1 or other terminal devices, which is not limited by the present disclosure. In the following embodiments, the server node in the blockchain will be taken as an example for illustration, but the disclosure is not limited thereto.

Referring to fig. 5, a block chain consensus method provided by an embodiment of the present disclosure may include the following steps.

In step S1, in response to the consensus request for the target transaction data, target transaction data attribute information of the target transaction data is acquired.

In the related art, the process of block-chain data uplink includes three stages: an acceptance phase, a consensus phase and a storage phase. In the accepting stage, it can be understood that the service data to be uplinked is received by a certain node in the blockchain network, and the node accepts the service data; the consensus stage can be understood as that after the block chain node accepts the service data, other block chain nodes in the block chain network need to participate in consensus processing on the service data, and the service data can enter the storage stage after passing the consensus; the storage stage can be understood as that the block nodes perform uplink processing on the service data passing through the common identification.

It should be noted that in the field of blockchain, the uplink process of data can be referred to as a transaction process, and the data requiring uplink process is referred to as transaction data.

In some embodiments, when a transaction request of a target transaction is detected in the blockchain, that is, when an uplink request of target transaction data is detected in the blockchain, target transaction data of the target transaction (that is, data requested to be uplink), and target transaction data attribute information of the target transaction data need to be acquired. The target transaction data attribute information of the target transaction data may refer to a feature that can describe the target transaction data, such as name information, type information (for example, the target transaction data attribute information of the target transaction data may be type information of the compliance supervision data), and the like of the target transaction data.

In step S2, node attribute information of a node in the blockchain is acquired.

The node attribute information may refer to a feature that can describe a node in the block chain, such as node name information, node type information, asset information or equity mortgage value information of the node, or consensus processing capability of the node device.

The asset information of the node may refer to information about the number of electronic resources (which may be a type of electronic asset) held by the node, and the equity mortgage value may refer to the number of electronic resources that the node mortgages in the blockchain.

The consensus processing capability of the node can be determined by the disaster tolerance capability, the computing capability, the network quality, the operation and maintenance capability and the like of the node device corresponding to the node. For example, the disaster tolerance capability, the computing capability, the network quality, the operation and maintenance capability, and the like of the node device may be classified in advance, then the level of the current node in each dimension (for example, the level in the disaster tolerance capability dimension, the level in the computing capability dimension) is determined, and then the levels in each dimension are weighted and summed to determine the consensus processing capability of the current node. The present disclosure does not limit the determination method of the consensus processing ability.

The type information of the node may refer to information for dividing the node type, and the type information of the node may be directly obtained through a tag, where the tag may be represented by a number or a character, or may be indirectly obtained through an asset holding amount, a rights and interests mortgage value, and the like of the node, which is not limited in this disclosure. For example, the node type may be directly obtained through an identification tag such as a word or a number, for example, whether the current node is a compliance administrator node or a non-compliance administrator node is determined through the word tag; for another example, the node type may be obtained indirectly from an asset hold or a rights mortgage value, such as a first number of assets may be issued to a compliant supervisor and a second number of assets may be issued to a non-compliant supervisor, where the first number is substantially greater than the second number, and then based on the node asset hold number, it may be determined whether the current node is a compliant supervisor node or a non-compliant supervisor node. It is to be understood that the above-described methods are merely illustrative of compliance and non-compliance supervisor node types, and the present disclosure is not so limited.

Fig. 6 illustrates a system architecture for a blockchain network, according to an example embodiment. As shown in fig. 6, the nodes in the blockchain network may be partitioned into sets by node attribute information. Where the set of nodes 10 may represent a set of compliance supervisor nodes, including node 11, node 12 … node 15, etc., and the set of nodes 20 may represent a set of non-compliance supervisors, including node 21, node 22 … node 28, etc. It is to be understood that the set shown in fig. 6 is not an aggregation of entities, and the meaning of the set merely represents that the nodes in the set have the same node attribute information (e.g., node type information).

It is to be understood that the above-mentioned compliance supervision authorities can also be subdivided into compliance supervision authorities in the target business field, such as tax compliance supervision authorities in the tax field, security compliance supervision authorities in the public security field, civil compliance supervision authorities in the civil field, insurance compliance supervision authorities in the insurance field, and the like.

It should be noted that the node sets 10 and 20 are not independent from each other, that is, there may be nodes belonging to both the node sets 10 and 20 in the block chain, which is not limited by the present disclosure.

In step S3, a candidate node whose node attribute information matches the target transaction data attribute information is determined in each node of the blockchain, where the candidate node corresponds to a candidate node device.

In some embodiments, the target transaction data attribute information may be matched with the node attribute information of each node through a preset matching rule to determine a node to be selected.

For example, the matching rule may include a node having a node type consistent with a data type of the target transaction data as a candidate node; taking the node with the node name contained in the data name of the target transaction data as a node to be selected and the like; and determining a target threshold value of the right mortgage value according to the type information of the target transaction data, and then taking the node with the right mortgage value larger than the target threshold value as a node to be selected. The specific form and content of the matching rule are not limited in the disclosure, and any method for determining the node to be selected by matching the node attribute information with the target transaction data attribute information is within the protection scope of the disclosure.

For example, when the attribute information of the target transaction data is matched with the node attribute information, if the type information in the attribute information of the target transaction data indicates that the target transaction data is compliance supervision data, the priority of importance of the target transaction data can be considered to be higher, and a compliance supervision mechanism node of which the node type is a compliance supervision mechanism can be selected from the block link points as a node to be selected; if the attribute information of the target transaction data indicates that the target transaction data is tax compliance supervision data in the compliance supervision data, selecting a tax compliance supervision mechanism node from the block link points as a node to be selected; if the attribute information of the target transaction data indicates that the target transaction data is non-compliance supervision data (e.g., commercial data), it may be considered that the importance priority of the target transaction data is lower, a node with higher consensus processing capability may be selected from all nodes of the blockchain as a node to be selected, and a non-compliance supervision agency node may be selected as a node to be selected.

As shown in fig. 7, it is assumed that all nodes in the blockchain network can be divided into a node set 10 (including node 11, node 12 …, node 15) and a node set 20 (including node 21, node 22 …, node 28) according to a node type (the node type can be identified by a text label, an asset holding amount, and an equity mortgage value). After the target transaction data attribute information is matched with the node attribute information of the block link point, the corresponding node type information in the node set 20 is found to be matched with the target transaction data attribute information, so that all nodes in the node set 20 can be used as nodes to be selected.

In step S4, node device attribute information of the node device to be selected is acquired.

The node device attribute information may refer to a characteristic that can describe a node device in the blockchain network, such as a device serial number of the node device, a hardware code, an IP address corresponding to the node device, a password received by the node device and input by a user.

In step S5, a consensus node is determined among the nodes to be selected according to the node device attribute information.

In some embodiments, a target random number may be generated according to node device attributes of a node device to be selected (the target random number cannot be predicted in advance, and can only be obtained by calculation according to currently obtained node device attribute information, and calculation manners adopted by different nodes in a block chain are the same, so that the target random number generated in each node is determined); and then determining a consensus node in the nodes to be selected according to the target random number.

For example, the node device attribute information of each node to be selected may be stored in the target block of the block chain respectively; then obtaining the block height of each block; and finally, matching the obtained target common divisor and the target common multiple of each block height with the equipment serial number of the node equipment, and taking the node corresponding to the successfully matched node equipment as a consensus node.

It can be understood that any method that generates a target random number according to the node device attribute information of each node to be selected and then hits a consensus node in the node to be selected through the target random number is within the protection scope of the present disclosure, and the present disclosure does not limit this.

As shown in fig. 7, a consensus node (e.g., node 21, node 24, node 210, etc.) may be determined in the candidate node according to the node device attribute information of the candidate node, so that the screened consensus node performs consensus processing on the target transaction data.

In step S6, performing consensus processing on the target transaction data through the consensus node, and obtaining a consensus result for the target transaction data.

According to the technical scheme provided by the embodiment of the disclosure, the target transaction data attribute information of the target transaction data is matched with the node attribute information of the block chain link point, so that the node to be selected matched with the target transaction data attribute information is determined from the block chain node, the election range of the consensus node is reduced, the election resource of the consensus node can be saved, and the election speed of the consensus node can be improved; in addition, the electing range of the common identification node can be fixed and controllable through matching of the target transaction data attribute information and the node attribute information, and the control capability of the block chain on the target transaction data to be uplink-linked can be provided (for example, the security and the reliability of uplink data can be improved by ensuring the security performance of the node to be selected in the fixed range).

As the application of the block chain technology develops, the block chain technology is used in more and more fields, such as tax fields, civil administration fields, and the like. In order to meet the requirements of national regulation, a plurality of enterprises or national departments can be added into the block chain network as nodes.

The embodiment of the disclosure provides a method, which can facilitate a supervision organization to supervise uplink data of a block chain through a supervision node.

In some embodiments, the node attribute information of the block link points includes node type information.

Referring to fig. 8, the above-described block chain consensus method may include the following steps.

In step S2, node attribute information of a node in the blockchain is acquired.

In step S311, if the target transaction data attribute information indicates that the target transaction data is compliant supervision data, a compliant supervision entity node is selected as the node to be selected according to node type information of each node of the block chain, where the compliant supervision entity node corresponds to a compliant supervision entity node device.

In some embodiments, compliance monitoring data may refer to data that requires compliance monitoring, such as tax data that requires tax compliance monitoring by a tax monitoring authority, insurance data that requires insurance compliance monitoring by an insurance monitoring authority, textual data that requires sensitive vocabulary monitoring by a public security monitoring authority, account data that requires civil monitoring by a civil monitoring authority, and so forth, to which the disclosure is not limited.

In some embodiments, a compliance supervisor node may refer to a node controlled by a compliance supervisor. For example, tax compliance regulatory agency nodes controlled by tax compliance regulatory agencies, insurance compliance regulatory agency nodes controlled by insurance compliance regulatory agencies, public security regulatory agency nodes controlled by public security regulatory agencies, civil regulatory agency nodes controlled by civil regulatory agencies, and the like.

Therefore, when the target transaction data attribute information indicates that the target transaction data is compliance supervision data, it is necessary to determine a compliance supervision mechanism node as a candidate node from the block link points.

In some embodiments, the specific type of the compliance supervision authority may not be distinguished when determining the node to be selected, and all compliance supervision authority nodes may agree on the compliance supervision data. For example, not only the tax compliance supervision agency node may supervise the tax data, but also the civil administration supervision agency node, the public security supervision agency node, and the insurance compliance supervision agency node may supervise the tax data in a consensus manner.

The target transaction data are identified by the compliance supervision mechanism node, so that supervision of the compliance supervision mechanism on the target transaction data needing compliance supervision can be enhanced, and the control force of the compliance supervision mechanism on the data on the block chain is improved. In addition, the target transaction data is identified by the compliance supervision authorities in different fields, decentralized processing can be performed within a small range (for example, in all the compliance supervision authorities), block chain data manipulation caused by manipulation of some identification nodes is avoided, and safety of the block chain data is improved.

In some embodiments, the final candidate node may also be determined at the compliance administrator node according to the business domain of the target transaction data. For example, if the target transaction data attribute information indicates that the target transaction data is tax compliance supervision data, it is necessary to determine a tax compliance supervision entity node as a candidate node in the compliance supervision entity node; for example, if the target transaction data attribute information indicates that the target transaction data is insurance compliance supervision data, it is necessary to determine an insurance compliance supervision structure node as a candidate node in the compliance supervision authority nodes.

The target transaction data are identified by the compliance supervision mechanism node matched with the target transaction data service field, so that the supervision of the target transaction data by the compliance supervision mechanism node can be improved.

In step S4, node device attribute information of the compliance authority node device is acquired.

Through the technical scheme provided by the embodiment, the compliance supervisory mechanism node can be determined in the block link point through the target transaction data attribute information. On one hand, the range of the compliant supervision mechanism node is relatively small, and the recommendation efficiency of the consensus node can be improved by determining the consensus node according to the compliant supervision mechanism node; on the other hand, the safety performance of the compliance supervision mechanism node is high, the public trust is strong, malicious attacks can be effectively avoided, and the safety of uplink data is improved; finally, the compliance monitoring authority can effectively monitor the target transaction data to be linked through the compliance monitoring authority nodes.

Fig. 9 is a flowchart of step S311 in fig. 8 in an exemplary embodiment.

Referring to fig. 9, the above-described step S311 may include the following steps.

In step S3111, consensus processing capabilities of compliance authority node devices corresponding to the compliance authority nodes are obtained.

In some embodiments, the consensus processing capability of the compliance administrator node device may be determined by a disaster recovery capability, a computing capability, a network quality, an operation and maintenance capability, etc. of the compliance administrator node device. For example, the disaster tolerance capability, the computing capability, the network quality, the operation and maintenance capability, and the like of the device may be graded in advance, then the grades of the compliance supervision authority node devices in each dimension (for example, the grade in the dimension of the disaster tolerance capability, the grade in the dimension of the computing capability) are determined, and then the grades in each dimension are weighted and summed to determine the consensus processing capability of the compliance supervision authority node devices.

It can be understood that the node device with higher consensus processing capability can complete the consensus processing more efficiently.

In step S3112, the compliance authority nodes are ranked according to the consensus processing power.

In step S3113, the candidate node is determined according to the sorted compliance supervisor node.

In some embodiments, the compliance supervisor nodes in the top order may be selected as candidate nodes, for example, the compliance supervisor node in the top N order may be selected as a candidate node, where N is a preset positive integer.

According to the technical scheme provided by the embodiment, the target transaction data can be supervised by using the compliance supervision mechanism node as a consensus node, so that the supervision capability of the block chain on the target transaction data is improved; and the target transaction data can be identified through the identification node with better identification processing capacity, so that the identification processing efficiency is improved.

Fig. 10 is a flowchart of step S3 in fig. 5 in an exemplary embodiment.

Referring to fig. 10, the above step S3 may include the following process.

In step S321, if the target transaction data attribute information indicates that the target transaction data is non-compliant supervision data, determining a non-compliant supervision authority node according to node type information of each node of the block chain.

In some embodiments, compliance monitoring data may refer to data that requires compliance monitoring, such as tax data that requires tax compliance monitoring, insurance data that requires insurance compliance monitoring, textual data that requires sensitive vocabulary monitoring, account data that requires civil monitoring, and the like, to which the present disclosure is not limited.

Correspondingly, non-compliance monitoring data may refer to data that does not require compliance monitoring, such as non-monitoring business operations data and the like. A non-compliant supervisor node may refer to a node controlled by a non-compliant supervisor.

In step S322, the consensus processing capability of the non-compliant supervisor device corresponding to the non-compliant supervisor node is obtained.

In some embodiments, the consensus processing capability may be a determination of a disaster tolerance capability, a computing capability, a network quality, an operation and maintenance capability, etc. of the node corresponding device. For example, the disaster tolerance capability, the computing capability, the network quality, the operation and maintenance capability, and the like of the device may be graded in advance, then the grades of the non-compliant supervisor nodes in each dimension (for example, the grade in the dimension of the disaster tolerance capability, the grade in the dimension of the computing capability) are determined, and then the grades in each dimension are weighted and summed to determine the consensus processing capability of the non-compliant supervisor nodes.

It can be understood that the nodes with higher consensus processing capability can complete the consensus processing more efficiently.

In step S323, the candidate node is determined from the non-compliant supervisor node according to the consensus processing capability of the non-compliant supervisor node device.

In some embodiments, the top-ranked non-compliant supervisor node may be selected as the candidate node, e.g., the top-N ranked non-compliant supervisor node is selected as the candidate node.

In some embodiments, if the target transaction data attribute information indicates that the target transaction data is non-compliant supervision data, the candidate node may be obtained by: acquiring the consensus processing capacity of each node of the block chain; sequencing all nodes in the block chain according to the consensus processing capacity of each node of the block chain; and selecting the node with the top rank as the node to be selected.

According to the technical scheme provided by the embodiment, on one hand, the target transaction data is identified by taking the non-compliant supervision agency node as an identification node, so that the center removing characteristic of the block chain is ensured, and the safety of chaining of the target transaction data is improved; on the other hand, the non-compliant supervision agency node with better consensus processing capacity is used as the consensus node to perform consensus on the target transaction data, so that the consensus processing efficiency of the target transaction data is improved.

FIG. 11 is a flowchart of step S3 of FIG. 5 in an exemplary embodiment.

In some embodiments, the node attribute information of the block link points includes a equity mortgage value.

The equity mortgage value may refer to the amount of electronic resources (which may be an electronic asset) that the node device mortgages in the blockchain network, which may also be referred to as equity mortgages. Right and quality assurance: is the process of holding funds to obtain rewards and also facilitates the operation of the blockchain. Thus, rights-of-quality(s) pledges are widely used on blockchain networks of Proof of rights (PoS) consensus mechanisms or variants thereof. Unlike the Proof of Work (PoW) model, which verifies and validates new tiles by mining, the PoS model may generate and verify new tiles by equity pledge. This approach may generate tiles without relying on dedicated mining hardware (ASIC). Thus, miners need not compete for the next block through extensive computational effort, only having to elect PoS verification nodes based on the number of assets they hold.

Referring to fig. 11, the above step S3 may include the following process.

In step S331, if the target transaction data attribute information indicates that the target transaction data is compliance monitoring data, a node with a right mortgage value greater than a target threshold is selected as a compliance monitoring authority node.

In step S332, the compliance administrator nodes are sorted according to the equity mortgage values.

In step S333, the candidate node is determined according to the sorted compliance supervisor node.

In the above embodiment, the compliance supervision mechanism nodes in the block chain are identified by the rights and interests mortgage value, and it can be understood that the compliance supervision mechanism nodes in the block chain can also be identified and the consensus nodes can also be confirmed by the asset information of the nodes. And when the target transaction data attribute information indicates that the target transaction data is the compliance supervision data, selecting nodes with the asset quantity larger than the target asset threshold value as compliance supervision mechanism nodes, finally sorting the compliance supervision mechanism nodes according to the asset quantity, and selecting N compliance supervision mechanism nodes before sorting as nodes to be selected, wherein N is a set positive integer.

According to the technical scheme provided by the embodiment, on one hand, the nodes of the compliance supervision mechanism can be correctly and effectively determined in the block link points through the right and interest mortgage values (or the asset quantity) to serve as the nodes to be selected; on the other hand, the constantly changing equity mortgage values (or the asset quantity) can ensure that all the nodes of the compliance supervision authorities have the opportunity to become the nodes to be selected, the uncertainty of the consensus nodes is ensured within a certain range, and the safety of the uplink process of the target transaction data is further improved.

Fig. 12 is a flowchart of step S3 in fig. 5 in an exemplary embodiment.

In some embodiments, the node attribute information includes a rights mortgage value.

Referring to fig. 12, the above-described step S3 may include the following steps.

In step S341, if the target transaction data attribute information indicates that the target transaction data is non-compliance monitoring data, a node with a right mortgage value less than or equal to the target threshold value is selected as a non-compliance monitoring authority node.

In step S342, the non-compliant supervisor nodes are sorted according to the equity mortgage values.

In step S343, the candidate node is determined according to the sorted non-compliance supervisor node.

In the above embodiment, the compliance supervision mechanism nodes in the block chain are identified by the rights and interests mortgage value, and it can be understood that the compliance supervision mechanism nodes in the block chain can also be identified and the consensus nodes can also be confirmed by the asset information of the nodes. And when the target transaction data attribute information indicates that the target transaction data is non-compliant supervision data, selecting nodes with the asset quantity smaller than the target asset threshold value as non-compliant supervision mechanism nodes, finally sorting the compliant supervision mechanism nodes according to the asset quantity, and selecting N compliant supervision mechanism nodes before sorting as nodes to be selected, wherein N is a set positive integer.

According to the technical scheme provided by the embodiment, on one hand, the non-compliance supervision mechanism node can be correctly and effectively determined in the block link point through the right mortgage value (or the asset quantity); on the other hand, the non-compliance supervision organization nodes can be ensured to be the nodes to be selected at will through the constantly changing equity mortgage values (or the asset quantity), the uncertainty of the consensus nodes is ensured within a certain range, and the safety of the target transaction data chaining process is further improved.

In some embodiments, a random number may be generated according to the target transaction, random information of the candidate node (e.g., a generation timestamp of the target transaction, hardware information of the candidate node, etc.), so as to determine the consensus node among the candidate nodes. For example, a random number may be generated according to the generation time of the target transaction, and the node to be selected, whose node device serial number matches the random number, is used as a consensus node; for another example, a plurality of target blocks may be generated according to the attribute information of the node to be selected, then a common divisor and a common multiple (for example, a common multiple of 1 to N times) between the block heights of the target blocks are obtained, and then the node to be selected whose node device serial number matches the common divisor and the common multiple is used as the common node.

How to determine the consensus node among the candidate nodes will be described in detail through the embodiments shown in fig. 13 to 15.

FIG. 13 is a flowchart of step S5 of FIG. 5 in an exemplary embodiment.

In some embodiments, the block information of the target block may include a block height of the target block.

Referring to fig. 13, the above-mentioned step S5 may include the following steps.

In step S511, the node device attribute information of each node device to be selected is recorded in the target block of the block chain.

The node device attribute information of the node to be selected may refer to feature information describing the node device, for example, the node device attribute information of the node to be selected may include a hardware feature code, an IP address, a password input by a user, and the like, which is not limited in this disclosure.

In some embodiments, different candidate nodes may be stored to different target blocks, so if there are M candidate nodes, there are M target blocks, where M is a positive integer.

In step S512, a node device serial number of the node device to be selected is obtained.

In some embodiments, the node device serial number of the candidate node may be set in advance, which is not limited by the present disclosure.

In step S513, the block heights of the target blocks, and the target common divisor and the target common multiple between the block heights are obtained.

In step S514, the node to be selected whose node device serial number matches the target common divisor or the target common multiple is used as the consensus node.

In some embodiments, a target common divisor and a target common multiple (e.g., a common multiple of 1 to L times) between the heights of the respective blocks may be obtained, where L is a positive integer set in advance. Then taking the node to be selected with the node equipment serial number completely consistent with the target common divisor and the target common multiple as a consensus node; and amplifying the target common divisor and the target common multiple by S times or reducing the target common multiple by H times, and then taking the node to be selected with the serial number of the node equipment consistent with the values of the amplified node and the reduced node after S times as the consensus node. It can be understood that other operations may be performed on the target common divisor and the target common multiple to obtain the target random number, and then the node to be selected whose node device serial number matches the target random number is taken as the consensus node.

FIG. 14 is a flowchart of step S5 of FIG. 5 in an exemplary embodiment.

In some embodiments, the tile information of the target tile may include a generation timestamp of the target tile.

Referring to fig. 14, the above step S5 may include the following process.

In step S521, the node device attribute information of each node to be selected is recorded in the target block of the block chain.

In some embodiments, the node device attribute information of the node to be selected may include a hardware feature code, an IP address, a password input by a user, and the like, which is not limited by the present disclosure.

In step S522, the node device serial number of the node device to be selected is obtained.

In step S523, the generation timestamps of the respective target blocks, and the target common divisor and the target common multiple between the respective generation timestamps are acquired.

In some embodiments, after obtaining each generation timestamp, the generation timestamp may be digitized, and the number corresponding to each generation timestamp is obtained, for example, converting the 2020.11.1 date text into the number 20201101, and the present disclosure does not limit the way in which the generation timestamp is digitized.

In step S524, the node to be selected whose node device serial number matches the target common divisor or the target common multiple is used as the consensus node.

In some embodiments, a target common divisor and a target common multiple (e.g., a common multiple of 1 to L times) between the respective generation timestamps may be obtained, where L is a positive integer set in advance. Then taking the node to be selected with the node equipment serial number completely consistent with the target common divisor and the target common multiple as a consensus node; and amplifying the target common divisor and the target common multiple by S times or reducing the target common multiple by H times, and then taking the node to be selected with the serial number of the node equipment consistent with the values of the amplified node and the reduced node after S times as the consensus node. It can be understood that other operations may be performed on the target common divisor and the target common multiple to obtain the target random number, and then the node to be selected whose node device serial number matches the target random number is taken as the consensus node.

Fig. 15 is a flowchart of step S5 in fig. 5 in an exemplary embodiment.

In some embodiments, the node device attribute information of the blockchain node includes a node device serial number.

Referring to fig. 15, the above-described step S5 may include the following steps.

In step S531, a node device serial number of each node device to be selected and the generation time of the target transaction data are obtained.

In step S532, a target random number of each node to be selected is generated according to the node device serial number of each node device to be selected and the generation time of the target transaction data.

In step S533, the nodes to be selected are sorted according to the target random number.

In step S534, the consensus node is determined according to the sorted nodes to be selected.

The technical scheme provided by the embodiment ensures the randomness and the unpredictability of the consensus node determined in the node to be selected, avoids the consensus node aiming at the target transaction from being predicted in advance as much as possible, and improves the security of the consensus process in the block chain network.

Fig. 16 is a block diagram illustrating a block chain consensus apparatus in accordance with an example embodiment. Referring to fig. 16, a block chain consensus apparatus 1600 provided in an embodiment of the present disclosure may include: the system comprises a target transaction data attribute information acquisition module 1601, a node attribute information acquisition module 1602, a node to be selected determination module 1603, a node device attribute information acquisition module 1604, a consensus node acquisition module 1605 and a consensus result acquisition module 1606.

The target transaction data attribute information acquiring module 1601 may be configured to acquire target transaction data attribute information of target transaction data in response to a consensus request for the target transaction data; the node attribute information obtaining module 1602 may be configured to obtain node attribute information of nodes in a blockchain; the candidate node determining module 1603 may be configured to determine a candidate node of which node attribute information is matched with the target transaction data attribute information in each node of the block chain, where the candidate node corresponds to a candidate node device; the node device attribute information obtaining module 1604 may be configured to obtain node device attribute information of the node device to be selected; the consensus node obtaining module 1605 may be configured to determine a consensus node among the nodes to be selected according to the node device attribute information; the consensus result obtaining module 1606 may be configured to perform consensus processing on the target transaction data through the consensus node, so as to obtain a consensus result for the target transaction data.

In some embodiments, the node attribute information comprises node type information; the candidate node determining module 1603 may include: a compliance authority node determination unit.

In some embodiments, the node attribute information comprises node type information; wherein the candidate node determining module 1603 may include: the non-compliance monitoring authority node determining unit, the second consensus processing capacity obtaining unit and the node to be selected determine the second unit.

In some embodiments, the node attribute information comprises a rights mortgage value; the candidate node determining module 1603 may include: the right mortgage value first acquisition unit, the right mortgage value first sequencing unit and the node to be selected determine the third unit.

In some embodiments, the candidate node determining module 1603 may further include: and the right mortgage value second acquisition unit, the right mortgage value second sequencing unit and the node to be selected determine a fourth unit.

In some embodiments, the consensus node acquisition module 1605 may include: the recording unit and the consensus node determine a first unit.

In some embodiments, the node device attribute information comprises a node device serial number; the consensus node obtaining module 1605 may include: the device comprises a generation time acquisition unit, a target random number generation unit, a random number sorting unit and a consensus node determination second unit.

Since each functional module of the block chain consensus device 1600 in the exemplary embodiment of the present disclosure corresponds to the step in the exemplary embodiment of the block chain consensus method described above, further description is omitted here.

Through the above description of the embodiments, those skilled in the art will readily understand that the exemplary embodiments described herein may be implemented by software, or by software in combination with necessary hardware. Therefore, the technical solution of the embodiment of the present disclosure may be embodied in the form of a software product, which may be stored in a non-volatile storage medium (which may be a CD-ROM, a usb disk, a removable hard disk, etc.), and includes several instructions for enabling a computing device (which may be a personal computer, a server, a mobile terminal, or a smart device, etc.) to execute the method according to the embodiment of the present disclosure, such as one or more of the steps shown in fig. 5.

Furthermore, the above-described figures are merely schematic illustrations of processes included in methods according to exemplary embodiments of the present disclosure, and are not intended to be limiting. It will be readily understood that the processes shown in the above figures are not intended to indicate or limit the chronological order of the processes. In addition, it is also readily understood that these processes may be performed synchronously or asynchronously, e.g., in multiple modules.

Other embodiments of the disclosure will be apparent to those skilled in the art from consideration of the specification and practice of the disclosure disclosed herein. This disclosure is intended to cover any variations, uses, or adaptations of the disclosure following, in general, the principles of the disclosure and including such departures from the present disclosure as come within known or customary practice within the art to which the disclosure pertains. It is intended that the specification and examples be considered as exemplary only, with a true scope and spirit of the disclosure being indicated by the following claims.

It is to be understood that the disclosure is not limited to the details of construction, the arrangements of the drawings, or the manner of implementation that have been set forth herein, but on the contrary, is intended to cover various modifications and equivalent arrangements included within the spirit and scope of the appended claims.

Claims

1. A method for block chain consensus, comprising:

responding to a consensus request aiming at target transaction data, and acquiring target transaction data attribute information of the target transaction data;

acquiring node attribute information of nodes in a block chain;

determining a node to be selected, wherein node attribute information of the node to be selected is matched with the target transaction data attribute information, and the node to be selected corresponds to a node device to be selected;

acquiring node equipment attribute information of the node equipment to be selected;

determining a consensus node in the nodes to be selected according to the node equipment attribute information;

and performing consensus processing on the target transaction data through the consensus node to obtain a consensus result aiming at the target transaction data.

2. The method of claim 1, wherein the node attribute information comprises node type information; determining a node to be selected in each node of the block chain, wherein the node to be selected comprises node attribute information matched with the target transaction data attribute information, and the node to be selected comprises the following steps:

and if the target transaction data attribute information indicates that the target transaction data is compliant supervision data, selecting a compliant supervision mechanism node as the node to be selected according to the node type information of each node of the block chain.

3. The method according to claim 2, wherein selecting a compliance supervisor node as the candidate node according to the node type information of each node of the block chain comprises:

acquiring consensus processing capacity of compliance supervision mechanism node equipment corresponding to the compliance supervision mechanism node;

ordering the nodes of the compliance supervisory authority according to the consensus processing capacity;

and determining the nodes to be selected according to the sorted nodes of the compliance supervision mechanism.

4. The method of claim 1, wherein the node attribute information comprises node type information; determining a node to be selected in each node of the block chain, wherein the node to be selected comprises node attribute information matched with the target transaction data attribute information, and the node to be selected comprises the following steps:

if the target transaction data attribute information indicates that the target transaction data is non-compliant supervision data, determining a non-compliant supervision mechanism node according to node type information of each node of the block chain;

acquiring consensus processing capacity of non-compliant supervision mechanism equipment corresponding to the non-compliant supervision mechanism nodes;

and determining the node to be selected from the non-compliant supervision agency nodes according to the consensus processing capacity of the non-compliant supervision agency node equipment.

5. The method of claim 1, wherein the node attribute information comprises a rights mortgage value; determining a node to be selected in each node of the block chain, wherein the node to be selected comprises node attribute information matched with the target transaction data attribute information, and the node to be selected comprises the following steps:

if the target transaction data attribute information indicates that the target transaction data is compliance supervision data, selecting a node with the right mortgage value larger than a target threshold value as a compliance supervision mechanism node;

ordering the compliance supervisory authority nodes according to the equity mortgage values;

6. The method of claim 5, wherein determining candidate nodes with node attribute information matching the target transaction data attribute information among the nodes of the blockchain further comprises:

if the target transaction data attribute information indicates that the target transaction data is non-compliance supervision data, selecting a node with the right and interest mortgage value smaller than or equal to the target threshold value as a non-compliance supervision mechanism node;

ordering the non-compliance supervisory authority nodes according to the equity mortgage values;

and determining the node to be selected according to the sorted non-compliance supervision agency nodes.

7. The method of claim 1, wherein determining a consensus node among the nodes to be selected according to the node device attribute information comprises:

respectively recording the node equipment attribute information of each node equipment to be selected into a target block of the block chain;

and determining a common node in the nodes to be selected according to the block information of each target block.

8. The method of claim 7, wherein the block information comprises a block height of the target block; determining a consensus node in the nodes to be selected according to the block information of each target block, wherein the determining the consensus node comprises the following steps:

acquiring a node equipment serial number of the node equipment to be selected;

acquiring the block height of each target block, and a target common divisor and a target common multiple between the block heights;

and taking the node to be selected with the node equipment serial number matched with the target common divisor or the target common multiple as the consensus node.

9. The method of claim 7, wherein the tile information comprises a generation timestamp of the target tile; determining a consensus node in the nodes to be selected according to the block information of each target block, wherein the determining the consensus node comprises the following steps:

acquiring a node equipment serial number of the node equipment to be selected;

acquiring generation time stamps of all target blocks, and target common divisor and target common multiple between all the generation time stamps;

10. The method of claim 1, wherein the node device attribute information comprises a node device serial number; determining a consensus node in the nodes to be selected according to the node device attribute information of the nodes to be selected, wherein the determining the consensus node comprises the following steps:

acquiring node equipment serial numbers of all nodes to be selected and the generation time of the target transaction data;

generating a target random number of each node to be selected according to the node equipment serial number of each node to be selected and the generation time of the target transaction data;

sequencing the nodes to be selected according to the target random number;

and determining the consensus node according to the sorted nodes to be selected.

11. An apparatus for block chain consensus, comprising:

the target transaction data attribute information acquisition module is configured to respond to a consensus request aiming at target transaction data and acquire target transaction data attribute information of the target transaction data;

the node attribute information acquisition module is configured to acquire node attribute information of nodes in a block chain;

a candidate node determination module configured to determine a candidate node whose node attribute information matches the target transaction data attribute information in each node of the block chain, where the candidate node corresponds to a candidate node device;

the node equipment attribute information acquisition module is configured to acquire node equipment attribute information of the node equipment to be selected;

a consensus node obtaining module configured to determine a consensus node in the nodes to be selected according to the node device attribute information;

and the consensus result acquisition module is configured to perform consensus processing on the target transaction data through the consensus node to obtain a consensus result aiming at the target transaction data.

12. An electronic device, comprising:

one or more processors;

a storage device for storing one or more programs,

when executed by the one or more processors, cause the one or more processors to implement the method of any one of claims 1-10.

13. A computer-readable storage medium, on which a computer program is stored, which program, when being executed by a processor, carries out the method according to any one of claims 1-10.