WO2020228531A1

WO2020228531A1 - Consortium blockchain governance method and apparatus, computer device and storage medium

Info

Publication number: WO2020228531A1
Application number: PCT/CN2020/087557
Authority: WO
Inventors: 代健武
Original assignee: 深圳壹账通智能科技有限公司
Priority date: 2019-05-10
Filing date: 2020-04-28
Publication date: 2020-11-19
Also published as: CN110288179A

Abstract

Provided are a consortium blockchain governance method and apparatus, a computer device and a storage medium. The method comprises: providing a plurality of smart contracts, wherein each smart contract in the plurality of smart contracts corresponds to a set of decision logic for a consortium member to govern a consortium blockchain; triggering a governance request for governing the consortium blockchain; and selecting a target smart contract according to the governance request, and generating a governance decision result by using the target smart contract. According to the present application, the technical problem in the prior art of the efficiency being low or of not being able to embody a consensus mechanism when a consortium blockchain is governed is solved.

Description

Alliance chain governance method and device, computer equipment, storage medium

This application claims the priority of a Chinese patent application filed with the Chinese Patent Office on May 10, 2019, the application number is 201910390791.6, and the invention title is "consortium chain governance method and device, computer equipment, storage medium", and the entire content of it is approved The reference is incorporated in this application.

【Technical Field】

This application relates to the computer field, and in particular to a method and device for managing alliance chains, computer equipment, and storage media.

【Background technique】

In related technologies, the consortium chain is a block chain for members of a certain group and limited third parties. A number of pre-selected nodes are designated as bookkeepers, and the generation of each block is jointly determined by all pre-selected nodes. According to the degree of centralization of the alliance chain network, it is divided into alliance chains in different application scenarios: the whole network is open and the blockchain without user authorization mechanism is called the public chain; authorized nodes are allowed to join the network, which can be viewed according to permissions Information is often used in inter-organizational blockchains, called alliance chains or industry chains; all nodes in the network are in the hands of one organization, called private chains.

The inventor realizes that the alliance chain governance of products in the industry is mostly approved by the alliance management party or approved by each participant in turn based on the workflow. The former cannot reflect the democratic co-governance spirit of the blockchain, and the latter has the disadvantages that the governance process cannot be automated (manual participation is required), the governance strategy cannot be flexibly customized, and the governance process is not easy to reach consensus. It can be seen that the alliance in related technologies The chain governance strategy is unreasonable.

For the above-mentioned problems existing in related technologies, no effective solution has been found yet.

[Content of the invention]

In view of this, the embodiments of the present application provide a governance method and device for a consortium chain, computer equipment, and storage medium to solve the technical problems of low efficiency or inability to reflect a consensus mechanism when governing the consortium chain in related technologies.

In the first aspect, an embodiment of the present application provides a governance method for a consortium chain, the method includes: setting a plurality of smart contracts, wherein each smart contract in the plurality of smart contracts corresponds to one of the alliance members governing the alliance chain Set of decision logic; trigger a governance request for governance of the alliance chain; select a target smart contract according to the governance request, and use the target smart contract to generate governance decision results.

In the second aspect, an embodiment of the present application provides a management device for a consortium chain, the device includes: a setting module for setting multiple smart contracts, wherein each smart contract in the multiple smart contracts corresponds to a member of the alliance A set of decision logic for governing the alliance chain; a trigger module for triggering a governance request for governing the alliance chain; a governance module for selecting a target smart contract according to the governance request, and using the target smart contract to generate governance Decision results.

In a third aspect, the present application also provides a computer device, the computer device including a memory, a processor, and a computer program stored in the memory and running on the processor. The processor implements a computer program when the program is executed. A governance method for an alliance chain, the method includes: setting a plurality of smart contracts, wherein each smart contract in the plurality of smart contracts corresponds to a set of decision logic for alliance members to govern the alliance chain; triggering is used to govern the alliance The governance request of the chain; select the target smart contract according to the governance request, and use the target smart contract to generate the governance decision result.

In a fourth aspect, the present application also provides a computer-readable storage medium with a computer program stored on the computer-readable storage medium. When the computer program is executed by a processor, a method for managing a consortium chain is implemented. Including: setting multiple smart contracts, wherein each smart contract in the multiple smart contracts corresponds to a set of decision logic for alliance members to govern the alliance chain; triggering a governance request for governing the alliance chain; according to the governance request Select the target smart contract, and use the target smart contract to generate governance decision results.

Through this application, by setting up smart contracts for governance purposes to govern the alliance chain, the alliance chain governance process can be highly automated, complex governance strategies can be realized, and consensus based on governance strategies can be reached more easily. It solves the technical problems of low efficiency or inability to reflect the consensus mechanism in the governance of the alliance chain in related technologies. According to the automatic execution mechanism of the smart contract and the consensus mechanism of the alliance chain, the governance consensus of the alliance can be reached automatically, and the entire governance process does not need Manual participation by the management party of the alliance or other participants.

【Explanation of drawings】

Figure 1 is a block diagram of the hardware structure of a consortium chain governance server according to an embodiment of the present application;

Fig. 2 is a flowchart of a governance method for a consortium chain according to an embodiment of the application;

FIG. 3 is a schematic diagram of the application of the alliance chain in an embodiment of the present application;

Figure 4 is a flow chart of the application of the specified smart contract to generate governance decision results;

Fig. 5 is a structural block diagram of a management device of a consortium chain according to an embodiment of the present application.

【Detailed ways】

Example 1

The method embodiment provided in Embodiment 1 of the present application may be executed in a server, a computer terminal or a similar computing device. Taking running on a server as an example, FIG. 1 is a hardware structure block diagram of a server for managing a consortium chain in an embodiment of the present application. As shown in FIG. 1, the server 10 may include one or more (only one is shown in FIG. 1) processor 102 (the processor 102 may include, but is not limited to, a processing device such as a microprocessor MCU or a programmable logic device FPGA) And the memory 104 for storing data. Optionally, the aforementioned server may also include a transmission device 106 and an input/output device 108 for communication functions. A person of ordinary skill in the art can understand that the structure shown in FIG. 1 is only for illustration, and it does not limit the structure of the foregoing server. For example, the server 10 may also include more or fewer components than shown in FIG. 1, or have a different configuration from that shown in FIG.

The memory 104 may be used to store computer programs, for example, software programs and modules of application software, such as the computer programs corresponding to the management method of the alliance chain in the embodiment of the present application. The processor 102 runs the computer programs stored in the memory 104, thereby Perform various functional applications and data processing, that is, realize the above-mentioned methods. The memory 104 may include a high-speed random access memory, and may also include a non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some examples, the storage 104 may further include storage remotely provided with respect to the processor 102, and these remote storages may be connected to the server 10 through a network. Examples of the aforementioned networks include, but are not limited to, the Internet, corporate intranets, local area networks, mobile communication networks, and combinations thereof.

The transmission device 106 is used to receive or send data via a network. The foregoing specific examples of the network may include a wireless network provided by the communication provider of the server 10. In one example, the transmission device 106 includes a network adapter (Network Interface Controller, NIC for short), which can be connected to other network devices through a base station to communicate with the Internet. In an example, the transmission device 106 may be a radio frequency (Radio Frequency, referred to as RF) module, which is used to communicate with the Internet in a wireless manner.

In this embodiment, a governance method for a consortium chain is provided. FIG. 2 is a flowchart of the governance method for a consortium chain according to an embodiment of the present application. As shown in FIG. 2, the process includes the following steps:

Step S202, setting a plurality of smart contracts, wherein each smart contract in the plurality of smart contracts corresponds to a set of decision logic for alliance members to govern the alliance chain;

The multiple smart contracts in this embodiment include a set of general smart contracts and at least one set of specific smart contracts. Correspondingly, when setting up the smart contract of the alliance chain, each alliance member will be provided with a set of general smart contracts and At least one set of specific smart contracts will execute one or more sets of smart contracts in corresponding scenarios.

Step S204, triggering a governance request for governance of the alliance chain;

Under different trigger conditions, different governance requests are triggered. When the request object or governance object is different, the triggered governance request may also be different.

Step S206: Select a target smart contract according to the governance request, and use the target smart contract to generate a governance decision result.

Through the solution of this embodiment, by setting up smart contracts for governance purposes to govern the alliance chain, the alliance chain governance process can be highly automated, complex governance strategies can be realized, and consensus based on governance strategies can be reached more easily. It solves the technical problems of low efficiency or inability to reflect the consensus mechanism in the governance of the alliance chain in related technologies. According to the automatic execution mechanism of the smart contract and the consensus mechanism of the alliance chain, the governance consensus of the alliance can be reached automatically, and the entire governance process does not need Manual participation by the management party of the alliance or other participants.

The groups used by the alliance blockchain include banks, insurance, securities, business associations, group companies, and upstream and downstream companies. Blockchain was born in the era of mobile Internet. These companies have generally been IT-based and Internet-based. Blockchain is very helpful to further improve the efficiency of notarization, settlement and clearing business and value exchange network in the industrial chain of their circle. Trying to use existing blockchain technologies (such as the Bitcoin code family and Ethereum) found that the processing performance, privacy protection, and compliance of the existing blockchain cannot meet their business needs. FIG. 3 is a schematic diagram of the application of the alliance chain of the embodiment of the present application, which is applied to securities-related institutions.

The setting of multiple smart contracts in this embodiment includes: setting a universal first smart contract for alliance members on the alliance chain, and setting a specific second smart contract for each alliance member on the alliance chain, where the first The smart contract corresponds to the first governance function, the second smart contract corresponds to the second governance function, and the alliance chain is composed of multiple alliance members.

In an implementation of this embodiment, the governance smart contract can be implemented as a system smart contract. Each node in the system is installed. During the network construction of the alliance, each alliance node installs the smart contract , Realize the unified configuration of the attributes of the smart contract (such as endorsement strategy) at the system level.

As an application scenario of this embodiment, in consortium chain technology (such as Hyperledger Fabric), the transaction process for invoking smart contracts is as follows:

The transaction client submits a transaction proposal to multiple endorsement nodes in the alliance network (the endorsement node is a type of network node used to simulate the execution of smart contracts and feed back the execution results of the smart contract to the transaction client); endorsement nodes Simulate the execution of the smart contract and feed back the execution result of the smart contract to the transaction client; the transaction client packages the transaction proposal and the execution results collected from each endorsement node into a transaction request, and sends it to the consensus node for sorting consensus; the consensus node is The rules pack the received transactions into blocks, and broadcast the blocks to the accounting nodes in the network; after the accounting nodes receive the blocks, they will verify the transactions in the blocks. One of the steps in the verification is to verify whether the endorsement result of this transaction satisfies the endorsement strategy related to this smart contract. Only transactions that meet the endorsement strategy can be considered valid, and the corresponding state changes will be written into the ledger status database.

The endorsement strategy of the smart contract in this embodiment is a configurable strategy or rule. The execution result of the smart contract needs to obtain the endorsement of the endorsing node to be effective, and the endorsement can be endorsed only when the endorsing node is verified.

For the governance of the alliance chain, the governance function can be designed as a special smart contract (which can be called a governance smart contract). The smart contract includes the governance decision logic; the endorsement strategy of this smart contract is set to the alliance The governance strategy agreed by the members, the governance strategy can be: the agreement of more than the majority of the members is required, or at least the agreement of some specific members is required, or the agreement of all members is required, and so on. In this way, the process of alliance governance can be transformed into a transaction process of executing a smart contract, and the final result of this transaction will depend on the pre-designated endorsement strategy (that is, the governance strategy).

The trigger conditions of this embodiment include: alliance member admission, sub-chain member admission, and application smart contract verification admission; different types of smart contracts can be triggered according to different trigger conditions, and different types of smart contracts correspond to different governance decisions Logic, each set of governance decision logic corresponds to a governance requirement. The governance request used to govern the alliance chain can be triggered but not limited to: under the trigger condition of the admission of alliance members, trigger the first one used to govern the alliance chain Governance request; Trigger a second governance request for governing the consortium chain under the triggering condition of the access of the sub-chain members, wherein the consortium chain includes one or more sub-chains, and the sub-chain members are any of the sub-chains. The blockchain node on the chain; triggers the third governance request for governance of the alliance chain under the triggering condition of the verification access of the application of the smart contract.

The governance decision logic inside the governance smart contract of this embodiment can be based on system-defined rules, that is, the decision logic of each alliance member as a verification node, such as member whitelist or blacklist, specific code verification logic, etc.; or based on current The data on the chain makes certain automatic decisions. The rules defined by these systems are stored on the blockchain in the form of data on the chain, and are read from the chain when the governance smart contract is executed, and then governance decisions are made based on these rules and data.

In one embodiment, when the decision logic of the designated smart contract is a whitelist or a blacklist, selecting a target smart contract according to the governance request, and using the target smart contract to generate a governance decision result includes:

S11: When the governance request is the first governance request or the second governance request triggered by the target member to be connected to the alliance chain, select the target smart contract whose decision logic is a whitelist or a blacklist according to a predetermined mapping relationship , Wherein the target member includes an alliance member that triggered the first governance request or a sub-chain member that triggered the second governance request;

S12, judging whether the target member is credible according to the whitelist entry or the blacklist entry;

S13: When the whitelist entry includes the target member or the blacklist entry does not include the target member, determine that the target member is credible, and feed back to the consensus node of the alliance chain to indicate that the target member is credible Response message to enable the consensus node to generate governance decision results according to the response messages of multiple alliance members.

In another embodiment, when the decision logic of the designated smart contract is a specific code verification logic, selecting a target smart contract according to the governance request, and using the target smart contract to generate a governance decision result includes:

S21, when the governance request is the third governance request triggered by the verification admission of the application smart contract, select the target smart contract whose decision logic is a specific code verification according to a predetermined mapping relationship;

S22: Send a verification message to the target member to be verified;

S23: Receive a response message fed back by the target member;

S24. Parse the response message, and when the response message carries the agreed code representing the identity, feed back to the consensus node of the alliance chain a response message indicating that the target member is credible, so that the consensus node Generate governance decision results based on response messages from multiple alliance members.

Optionally, generating the governance decision result by the consensus node according to the response messages of multiple alliance members includes one of the following: when receiving response messages from more than a majority of alliance members indicating that the target member is trustworthy, generating an agreed Governance decision result; when a response message indicating that the target member is credible is received from a plurality of specific alliance members, generate an agreed governance decision result; when all alliance members are received, it is used to indicate that the target member is credible In response to the message, the agreed governance decision result is generated.

In an implementation of this embodiment, the smart contract includes a general governance smart contract and a specific governance smart contract, both of which are essentially governance smart contracts, but are just different choices in implementation. For the general governance smart contract, it contains all the supported governance functions and their governance decision logic, such as the admission of alliance members, the admission of sub-chain members, and the verification of application smart contracts; while for specific governance smart contracts, only certain types of Specific governance functions and their governance decision logic, such as the admission of alliance members. Different governance functions have corresponding governance smart contracts. If the general governance smart contract is adopted, the implementation is relatively simple and the management is relatively convenient, but it is not as flexible as the specific governance smart contract. For example, different governance strategies cannot be set for different governance functions. In addition, if new governance functions are to be supported later, the previous general smart contract needs to be upgraded to include the new governance functions. But for a specific governance smart contract, you can create and configure a smart contract for the new governance function.

When using smart contracts to make governance decisions, in addition to the general rule data of the system, the respective rule data of the alliance members can also be configured (for example, each alliance member can set its own whitelist or blacklist), and these alliance members are specific The rule data is also stored on the chain and corresponds to the membership ID of the alliance. Different alliances correspond to different rule data. When the governance smart contract is executed, the membership is first judged, and then the specific rule data corresponding to the member is read according to the membership to make governance decisions.

Fig. 4 is a flow chart of an embodiment of the application using a designated smart contract to generate governance decision results. When the target smart contract includes a first smart contract and multiple second smart contracts, the target smart contract is used to generate governance decision results include:

S402: Trigger multiple alliance members to execute corresponding second smart contracts to generate multiple first decision results;

Since the second smart contract corresponding to each alliance member is different, the first decision result generated by it may also be different. For example, in the scenario where the alliance member enters, the three alliance members a, b, and c generate the first decision result respectively For: access, no access, access;

S404, using the multiple first decision results as input data of the first smart contract to obtain output data of the first smart contract;

According to the above example, the first decision result generated by the above three alliance members a, b, and c is input into the first smart contract for decision-making. If the first smart contract adopts the decision logic of majority consent, the final governance decision result is Access

S406: Determine the output data as the governance decision result.

In the governance smart contract, in addition to the general governance decision logic, different governance decision logics can also be used for different alliance members to trigger the smart contract in different trigger scenarios; in another embodiment scenario, the governance decision logic It consists of two parts, one is the general governance decision logic, and the other is the independent governance decision logic of the alliance members. One possible realization is that in addition to configuring the system-level governance smart contract applicable to each alliance member in the alliance chain ( Assuming A, general governance decision logic), each alliance member can also configure its own specific governance smart contract (assuming B), and B contains the specific governance decision logic of the alliance member. When conducting alliance governance , Each alliance member first executes the governance smart contract B, and stores the result of the governance decision (R1) on the chain; then uses the governance decision result R1 as an input data for the governance smart contract A, executes the governance smart contract A and gets the corresponding Results of governance decisions.

Through the description of the above embodiments, those skilled in the art can clearly understand that the method according to the above embodiment can be implemented by means of software plus the necessary general hardware platform, of course, it can also be implemented by hardware, but in many cases the former is Better implementation. Based on this understanding, the technical solution of this application essentially or the part that contributes to the existing technology can be embodied in the form of a software product, and the computer software product is stored in a storage medium (such as ROM/RAM, magnetic disk, The optical disc) includes several instructions to enable a terminal device (which can be a mobile phone, a computer, a server, or a network device, etc.) to execute the method described in each embodiment of the present application.

Example 2

In this embodiment, a consortium chain management device is also provided, which is used to implement the above-mentioned embodiments and preferred implementations, and what has been described will not be repeated. As used below, the term "module" can implement a combination of software and/or hardware with predetermined functions. Although the devices described in the following embodiments are preferably implemented by software, hardware or a combination of software and hardware is also possible and conceived.

Fig. 5 is a structural block diagram of a management device for a consortium chain according to an embodiment of the present application. As shown in Fig. 5, the device includes:

The setting module 50 is used to set multiple smart contracts, where each smart contract in the multiple smart contracts corresponds to a set of decision logic for alliance members to govern the alliance chain;

The triggering module 52 is used to trigger a governance request for managing the alliance chain;

The governance module 54 is configured to select a target smart contract according to the governance request, and use the target smart contract to generate governance decision results.

Optionally, the setting module includes: a setting unit for setting a universal first smart contract for alliance members on the alliance chain, and setting a specific second smart contract for each alliance member on the alliance chain, where: The first smart contract corresponds to a first governance function, the second smart contract corresponds to a second governance function, and the alliance chain is composed of multiple alliance members.

Optionally, the trigger module includes one of the following: a first trigger unit, which is used to trigger a first governance request for governing the alliance chain under the triggering condition of admission of alliance members; and a second trigger unit, which is used to Under the triggering condition of the access of the sub-chain members, the second governance request for governing the consortium chain is triggered, wherein the consortium chain includes one or more sub-chains, and the sub-chain members are areas on any of the sub-chains. Block chain node; the third trigger unit is used to trigger the third governance request for governing the alliance chain under the triggering condition of the verification admission of the application smart contract.

Optionally, the governance module includes: a first selection unit, configured to, when the governance request is the first governance request or the second governance request triggered by the target member to be connected to the alliance chain, according to a predetermined The mapping relationship selection decision logic is a whitelist or blacklist target smart contract, where the target member includes the alliance member that triggers the first governance request or the sub-chain member that triggers the second governance request; the judgment unit uses In determining whether the target member is credible according to a whitelist entry or a blacklist entry; the first governance unit is used to determine the target when the whitelist entry includes the target member or the blacklist entry does not include the target member The members are credible, and feedback a response message indicating that the target member is credible to the consensus node of the alliance chain, so that the consensus node generates governance decision results according to the response messages of multiple alliance members.

Optionally, the governance module includes: a second selection unit, configured to select the decision logic as a specific code according to a predetermined mapping relationship when the governance request is the third governance request triggered by the verification admission of the application smart contract The verified target smart contract; the sending unit is used to send a verification message to the target member to be verified; the receiving unit is used to receive the response message fed back by the target member; the second management unit is used to parse the response message, in When the response message carries the agreed code representing the identity, a response message used to indicate the credibility of the target member is fed back to the consensus node of the alliance chain, so that the consensus node generates a response message based on multiple alliance members Results of governance decisions.

Optionally, when the target smart contract includes a first smart contract and multiple second smart contracts, the governance module includes: a first generation unit for triggering multiple alliance members to execute the corresponding second smart contract , Generate multiple first decision results; a second generation unit, used to use the multiple first decision results as the input data of the first smart contract to obtain the output data of the first smart contract; third governance The unit is used to determine the output data as the governance decision result.

It should be noted that each of the above modules can be implemented by software or hardware. For the latter, it can be implemented in the following manner, but not limited to this: the above modules are all located in the same processor; or, the above modules are combined in any combination The forms are located in different processors.

Example 3

In the several embodiments provided in this application, it should be understood that the disclosed system, device, and method may be implemented in other ways. For example, the device embodiments described above are merely illustrative, for example, the division of the units is only a logical function division, and there may be other divisions in actual implementation, for example, multiple units or components may be combined Or it can be integrated into another system, or some features can be ignored or not implemented. In addition, the displayed or discussed mutual coupling or direct coupling or communication connection may be indirect coupling or communication connection through some interfaces, devices or units, and may be in electrical, mechanical or other forms.

The units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, they may be located in one place, or they may be distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the objectives of the solutions of the embodiments.

In addition, the functional units in each embodiment of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units may be integrated into one unit. The above-mentioned integrated unit can be realized in the form of hardware, or in the form of hardware plus software functional unit.

The above-mentioned integrated unit implemented in the form of a software functional unit may be stored in a computer readable storage medium. The above-mentioned software functional unit is stored in a storage medium and includes several instructions to make a computer device (which may be a personal computer, a server, or a network device, etc.) or a processor (Processor) execute the method described in each embodiment of the present application Part of the steps. The computer-readable storage medium can be non-volatile or volatile, including: U disk, mobile hard disk, read-only memory (Read-Only Memory, ROM), random access memory (Random Access Memory, RAM), Various media that can store program codes such as magnetic disks or optical disks.

The embodiment of the present application also provides a storage medium in which a computer program is stored, wherein the computer program is configured to execute the steps in any of the foregoing method embodiments when running.

Optionally, in this embodiment, the foregoing storage medium may be configured to store a computer program for executing the following steps:

S1. Set up multiple smart contracts, wherein each smart contract in the multiple smart contracts corresponds to a set of decision logic for alliance members to govern the alliance chain;

S2, trigger a governance request for governance of the alliance chain;

S3: Select a target smart contract according to the governance request, and use the target smart contract to generate a governance decision result.

Optionally, in this embodiment, the foregoing storage medium may include, but is not limited to: U disk, Read-Only Memory (Read-Only Memory, ROM for short), Random Access Memory (Random Access Memory, RAM for short), Various media that can store computer programs, such as mobile hard disks, magnetic disks, or optical disks.

The embodiment of the present application also provides an electronic device, including a memory and a processor, the memory is stored with a computer program, and the processor is configured to run the computer program to execute the steps in any of the foregoing method embodiments.

Optionally, the aforementioned electronic device may further include a transmission device and an input-output device, wherein the transmission device is connected to the aforementioned processor, and the input-output device is connected to the aforementioned processor.

Optionally, in this embodiment, the foregoing processor may be configured to execute the following steps through a computer program:

S2, trigger a governance request for governance of the alliance chain;

The above are only the preferred embodiments of this application and are not intended to limit this application. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of this application shall be included in this application Within the scope of protection.

Claims

A governance method of alliance chain, the method includes:

Setting a plurality of smart contracts, wherein each smart contract in the plurality of smart contracts corresponds to a set of decision logic for alliance members to govern the alliance chain;

Trigger a governance request for governance of the alliance chain;

Select a target smart contract according to the governance request, and use the target smart contract to generate governance decision results.
According to the method of claim 1, setting a plurality of smart contracts includes:

Set a universal first smart contract for alliance members on the alliance chain, and set a specific second smart contract for each alliance member on the alliance chain, where the first smart contract corresponds to the first governance function, and the first The second smart contract corresponds to the second governance function, and the alliance chain is composed of multiple alliance members.
According to the method of claim 1, triggering a governance request for governance of the alliance chain includes one of the following:

Trigger the first governance request for governance of the alliance chain under the triggering condition of the admission of the alliance members;

Under the triggering condition of the access of the sub-chain members, trigger the second governance request for governing the consortium chain, where the consortium chain includes one or more sub-chains, and the sub-chain members are on any one of the sub-chains. Blockchain node;

Under the triggering condition of the verification admission of the application smart contract, the third governance request for governance of the alliance chain is triggered.
According to the method of claim 3, selecting a target smart contract according to the governance request, and using the target smart contract to generate a governance decision result includes:

When the governance request is the first governance request or the second governance request triggered by the target member to be connected to the alliance chain, a target smart contract whose decision logic is a whitelist or a blacklist is selected according to a predetermined mapping relationship, where , The target member includes the alliance member that triggered the first governance request or the sub-chain member that triggered the second governance request;

Judging whether the target member is credible according to the whitelist entry or the blacklist entry;

When the whitelist entry includes the target member or the blacklist entry does not include the target member, the target member is determined to be credible, and a response indicating that the target member is credible is fed back to the consensus node of the alliance chain Message so that the consensus node generates governance decision results according to the response messages of multiple alliance members.
According to the method of claim 3, selecting a target smart contract according to the governance request, and using the target smart contract to generate a governance decision result includes:

When the governance request is the third governance request triggered by the verification admission of the application smart contract, selecting the decision logic as the target smart contract for specific code verification according to a predetermined mapping relationship;

Send a verification message to the target member to be verified;

Receiving a response message fed back by the target member;

Analyze the response message, and when the response message carries the agreed code representing the identity, feed back to the consensus node of the alliance chain a response message indicating that the target member has passed the verification, so that the consensus node can be The response messages of each coalition member generate governance decision results.
According to the method of claim 4 or 5, the consensus node generating governance decision results according to response messages of multiple alliance members includes one of the following:

When a response message indicating that the target member is credible is received from more than a majority of the alliance members, generating an agreed governance decision result;

When a response message indicating that the target member is credible is received from multiple specific alliance members, generating an agreed governance decision result;

When a response message indicating that the target member is credible is received from all coalition members, an agreed governance decision result is generated.
The method according to claim 2, when the target smart contract includes a first smart contract and multiple second smart contracts, using the target smart contract to generate governance decision results includes:

Trigger multiple alliance members to execute the corresponding second smart contract to generate multiple first decision results;

Using the multiple first decision results as input data of the first smart contract to obtain output data of the first smart contract;

The output data is determined as the governance decision result.
A management device for alliance chain, the device includes:

The setting module is used to set multiple smart contracts, where each smart contract in the multiple smart contracts corresponds to a set of decision logic for alliance members to govern the alliance chain;

The trigger module is used to trigger the governance request for managing the alliance chain;

The governance module is used to select a target smart contract according to the governance request, and use the target smart contract to generate governance decision results. 9. A computer device, the computer device comprising a memory, a processor, and a computer program stored in the memory and running on the processor, and when the processor executes the program, a method for managing a consortium chain is implemented, The method includes:

Setting a plurality of smart contracts, wherein each smart contract in the plurality of smart contracts corresponds to a set of decision logic for alliance members to govern the alliance chain;

Trigger a governance request for governance of the alliance chain;

Select a target smart contract according to the governance request, and use the target smart contract to generate governance decision results.
According to the computer device of claim 9, setting a plurality of smart contracts includes:

Set a universal first smart contract for alliance members on the alliance chain, and set a specific second smart contract for each alliance member on the alliance chain, where the first smart contract corresponds to the first governance function, and the first The second smart contract corresponds to the second governance function, and the alliance chain is composed of multiple alliance members.
According to the computer device of claim 9, triggering a governance request for governance of the alliance chain includes one of the following:

Trigger the first governance request for governance of the alliance chain under the triggering condition of the admission of the alliance members;

Under the triggering condition of the access of the sub-chain members, trigger the second governance request for governing the consortium chain, where the consortium chain includes one or more sub-chains, and the sub-chain members are on any one of the sub-chains. Blockchain node;

Under the triggering condition of the verification admission of the application smart contract, the third governance request for governance of the alliance chain is triggered.
The computer device according to claim 11, selecting a target smart contract according to the governance request, and using the target smart contract to generate a governance decision result comprises:

When the governance request is the first governance request or the second governance request triggered by the target member to be connected to the alliance chain, a target smart contract whose decision logic is a whitelist or a blacklist is selected according to a predetermined mapping relationship, where , The target member includes the alliance member that triggered the first governance request or the sub-chain member that triggered the second governance request;

Judging whether the target member is credible according to the whitelist entry or the blacklist entry;

When the whitelist entry includes the target member or the blacklist entry does not include the target member, the target member is determined to be credible, and a response indicating that the target member is credible is fed back to the consensus node of the alliance chain Message so that the consensus node generates governance decision results according to the response messages of multiple alliance members.
The computer device according to claim 11, selecting a target smart contract according to the governance request, and using the target smart contract to generate a governance decision result comprises:

When the governance request is the third governance request triggered by the verification admission of the application smart contract, selecting the decision logic as the target smart contract for specific code verification according to a predetermined mapping relationship;

Send a verification message to the target member to be verified;

Receiving a response message fed back by the target member;

Analyze the response message, and when the response message carries the agreed code representing the identity, feed back to the consensus node of the alliance chain a response message indicating that the target member has passed the verification, so that the consensus node can be The response messages of each coalition member generate governance decision results.
According to the computer device of claim 12 or 13, the consensus node generating governance decision results according to response messages of multiple alliance members includes one of the following:

When a response message indicating that the target member is credible is received from more than a majority of the alliance members, generating an agreed governance decision result;

When a response message indicating that the target member is credible is received from multiple specific alliance members, generating an agreed governance decision result;

When a response message indicating that the target member is credible is received from all coalition members, an agreed governance decision result is generated.
The computer device according to claim 10, when the target smart contract includes a first smart contract and a plurality of second smart contracts, using the target smart contract to generate a governance decision result includes:

Trigger multiple alliance members to execute the corresponding second smart contract to generate multiple first decision results;

Using the multiple first decision results as input data of the first smart contract to obtain output data of the first smart contract;

The output data is determined as the governance decision result.
A computer-readable storage medium having a computer program stored on the computer-readable storage medium, and when the computer program is executed by a processor, a method for managing a consortium chain is realized, the method comprising:

Setting a plurality of smart contracts, wherein each smart contract in the plurality of smart contracts corresponds to a set of decision logic for alliance members to govern the alliance chain;

Trigger a governance request for governance of the alliance chain;

Select a target smart contract according to the governance request, and use the target smart contract to generate governance decision results.
According to the computer-readable storage medium of claim 16, setting a plurality of smart contracts comprises:

Set a universal first smart contract for alliance members on the alliance chain, and set a specific second smart contract for each alliance member on the alliance chain, where the first smart contract corresponds to the first governance function, and the first The second smart contract corresponds to the second governance function, and the alliance chain is composed of multiple alliance members.
According to the computer-readable storage medium of claim 16, triggering a governance request for governance of the alliance chain includes one of the following:

Trigger the first governance request for governance of the alliance chain under the triggering condition of the admission of the alliance members;

Under the triggering condition of the access of the sub-chain members, trigger the second governance request for governing the consortium chain, where the consortium chain includes one or more sub-chains, and the sub-chain members are on any one of the sub-chains. Blockchain node;

Under the triggering condition of the verification admission of the application smart contract, the third governance request for governance of the alliance chain is triggered.
According to the computer-readable storage medium of claim 18, selecting a target smart contract according to the governance request, and using the target smart contract to generate a governance decision result comprises:

When the governance request is the first governance request or the second governance request triggered by the target member to be connected to the alliance chain, a target smart contract whose decision logic is a whitelist or a blacklist is selected according to a predetermined mapping relationship, where , The target member includes the alliance member that triggered the first governance request or the sub-chain member that triggered the second governance request;

Judging whether the target member is credible according to the whitelist entry or the blacklist entry;

When the whitelist entry includes the target member or the blacklist entry does not include the target member, the target member is determined to be credible, and a response indicating that the target member is credible is fed back to the consensus node of the alliance chain Message so that the consensus node generates governance decision results according to the response messages of multiple alliance members.
According to the computer-readable storage medium of claim 18, selecting a target smart contract according to the governance request, and using the target smart contract to generate a governance decision result comprises:

When the governance request is the third governance request triggered by the verification admission of the application smart contract, selecting the decision logic as the target smart contract for specific code verification according to a predetermined mapping relationship;

Send a verification message to the target member to be verified;

Receiving a response message fed back by the target member;

Analyze the response message, and when the response message carries the agreed code representing the identity, feed back to the consensus node of the alliance chain a response message indicating that the target member has passed the verification, so that the consensus node can be The response messages of each coalition member generate governance decision results.