Alliance chain system management method and device, electronic equipment and storage medium

By dynamically updating the equity shares of each organization in the alliance chain system, the problem of insufficient protection of organizational rights and interests in the blockchain system is solved, and the reliability and collaboration efficiency of the system are improved.

CN119917502APending Publication Date: 2025-05-02TENCENT TECHNOLOGY (SHENZHEN) CO LTD
View PDF 0 Cites 0 Cited by

Patent Information

Application Number
CN202311429668.3
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2023-10-30
Publication Date
2025-05-02

AI Technical Summary

Technical Problem

The rights and interests of different organizations in the blockchain system cannot be effectively protected, resulting in low system reliability and collaboration efficiency.

Method used

By obtaining transaction data for each organization in the alliance chain system, the update parameters of each organization's equity share are determined, and the equity share of each organization is dynamically updated based on these parameters.

Benefits of technology

It has achieved effective protection and reflection of the rights and interests of various organizations, and improved the reliability and collaboration efficiency of the alliance chain system.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN119917502A_ABST
    Figure CN119917502A_ABST
Patent Text Reader

Abstract

The invention discloses an alliance chain system management method and apparatus, an electronic device and a storage medium, the method comprising: obtaining transaction data of each organization in a constructed alliance chain system, each organization in the alliance chain system being preset with a corresponding rights and interests share, each transaction in the transaction data being a multi-signature transaction, each transaction corresponds to a transaction threshold, and the transaction threshold is the lowest right share required by the sum of right shares of multiple organizations participating in the transaction when the transaction is completed, determining an update parameter of the right share of each organization according to the transaction data, and updating the right share of each organization in the alliance chain system based on the update parameter. By adopting the embodiment of the invention, the rights and interests of the organizations in the alliance chain system can be dynamically adjusted, so that the rights and interests of the organizations are guaranteed and embodied, and the reliability and cooperation efficiency of the alliance chain system are improved.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] The present invention relates to the field of blockchain technology, and in particular to a management method, device, electronic device and storage medium for an alliance chain system. Background Art

[0002] Blockchains are divided into public chains, private chains, and alliance chains, and they have different application scenarios due to their different properties. Among them, alliance chains refer to blockchains jointly managed by several specific institutions or organizations. Alliance chains are semi-open ledgers that are only open to specific organizations. Each specific institution or organization runs one or more nodes to jointly complete the ledger tasks. They are widely used in different fields such as finance, banking, trade, and enterprises.

[0003] In related technologies, although there are relatively complex permission strategies to manage certain operations that affect blockchain, due to the unclear distribution of rights and interests of organizations, the authority control of organizations is weak and it is difficult to expand the rights and interests of different organizations, which leads to the inability to better protect and reflect the rights and interests of different organizations, and reduces the reliability and collaboration efficiency of the blockchain system. Summary of the invention

[0004] The purpose of the embodiments of the present invention is to provide a management method, device, electronic device and storage medium for a consortium chain system to solve the technical problem that different organizations in the blockchain system cannot be guaranteed, resulting in low reliability and collaboration efficiency of the blockchain system.

[0005] In a first aspect, an embodiment of the present invention provides a management method for a consortium chain system, including:

[0006] Obtain the transaction data of each organization in the established alliance chain system. Each organization in the alliance chain system is preset with a corresponding equity share. Each transaction in the transaction data is a multi-signature transaction, and each transaction has a corresponding transaction threshold. The transaction threshold is the minimum equity share required to complete the transaction when the equity shares of multiple organizations participating in the transaction are combined;

[0007] Determining update parameters of equity shares of each of the organizations according to the transaction data;

[0008] Based on the update parameters, the equity share of each organization in the alliance chain system is updated.

[0009] In a second aspect, an embodiment of the present invention provides a management device for a consortium chain system, including:

[0010] The first acquisition module is used to obtain the transaction data of each organization in the established alliance chain system. Each organization in the alliance chain system is preset with a corresponding equity share. Each transaction in the transaction data is a multi-signature transaction, and each transaction has a corresponding transaction threshold. The transaction threshold is the minimum equity share required to complete the transaction when the equity shares of multiple organizations participating in the transaction are combined;

[0011] A first determination module, configured to determine update parameters of the equity share of each of the organizations according to the transaction data;

[0012] An update module is used to update the equity share of each organization in the alliance chain system based on the update parameters.

[0013] In some embodiments, the first determination module includes: a first screening unit, a first determination unit, and a second determination unit;

[0014] The first screening unit is used to traverse the transaction data and screen out penalty item transaction data from the transaction data;

[0015] The first determining unit is used to determine the penalty parameter corresponding to each of the organizations according to the penalty item transaction data and the penalty weight;

[0016] The second determining unit is used to determine an update parameter of the equity share of each of the organizations based on the penalty parameter.

[0017] In some embodiments, the penalty item transaction data includes malicious item transaction data and fault item transaction data, and the penalty weight includes a malicious weight and a fault weight;

[0018] The first determination unit is specifically used to: multiply the number of transactions corresponding to the malicious item transaction data by the malicious weight to obtain a malicious parameter; multiply the number of transactions corresponding to the fault item transaction data by the fault weight to obtain a fault parameter; add the malicious parameter of each organization to the fault parameter to obtain a penalty parameter corresponding to each organization.

[0019] In some embodiments, the first determination module further includes: a second screening unit and a third determination unit;

[0020] The second screening unit is used to screen out the incentive item transaction data from the transaction data;

[0021] The third determination unit is used to determine the incentive parameters corresponding to each of the organizations according to the incentive item transaction data and the incentive weight;

[0022] The second determination unit is specifically used to add the incentive parameter and the penalty parameter of each of the organizations to obtain an update parameter of the equity share of each of the organizations.

[0023] In some embodiments, the updating module includes: a processing unit, a fourth determining unit, a fifth determining unit, and an updating unit;

[0024] The processing unit is used to add the updated parameters of each of the organizations to obtain a total parameter;

[0025] The fourth determining unit is used to determine the parameter ratio of each of the tissues according to the updated parameter of each of the tissues and the total parameter;

[0026] The fifth determining unit is used to determine the update equity share of each of the organizations according to the parameter ratio;

[0027] The updating unit is used to update the original equity share of each of the organizations in the alliance chain system based on the updated equity share.

[0028] In some embodiments, the second determination unit is further specifically used to: add the incentive parameters and penalty parameters of each of the organizations to obtain initial parameters of the equity share of each of the organizations; and normalize the initial parameters to obtain updated parameters of the equity share of each of the organizations.

[0029] In some embodiments, the management device of the alliance chain system provided in this embodiment further includes: a second acquisition module, a second determination module, a configuration module and a control module;

[0030] The second acquisition module is used to acquire information about organizations participating in the construction of the alliance chain system to be constructed, wherein the organization information includes an organization list and an initial equity share ratio, wherein the organization list includes the name of each organization, and the initial equity share ratio includes an initial equity share corresponding to each of the organizations, and the sum of the initial equity shares of each organization is 100;

[0031] The second determination module is used to determine the blockchain configuration file of the alliance chain system to be constructed according to the organization information and the block information of the block in the alliance chain system to be constructed;

[0032] The configuration module is used to configure the genesis block in the alliance chain system to be constructed according to the blockchain configuration file;

[0033] The control module is used to load the blockchain configuration file and the genesis block according to the blockchain nodes corresponding to each organization in the alliance chain system to be constructed when each organization completes the deployment of the blockchain server node, so as to obtain the constructed alliance chain system.

[0034] In a third aspect, an embodiment of the present invention provides an electronic device, comprising a processor, a memory, and a computer program stored in the memory and executable on the processor, wherein the processor implements the steps in the management method of the alliance chain system described in any one of the above items when executing the computer program.

[0035] In a fourth aspect, an embodiment of the present invention provides a computer-readable storage medium, which stores a computer program. When the computer program is executed by a processor, it implements the steps in the management method of the alliance chain system described in any one of the above items.

[0036] The embodiments of the present invention provide a management method, device, electronic device and storage medium for a consortium chain system. The method determines the update parameters of the equity shares of each organization by constructing the transaction data of each organization in the consortium chain system, and dynamically updates the equity shares of each organization in the consortium chain system based on the update parameters corresponding to each organization, so that the rights and interests of each organization are protected and reflected, thereby improving the reliability and collaboration efficiency of the consortium chain system. BRIEF DESCRIPTION OF THE DRAWINGS

[0037] Figure 1A It is a structural schematic diagram of a data sharing system provided by an embodiment of the present invention;

[0038] Figure 1B This is a schematic diagram of the structure of a blockchain provided by an embodiment of the present invention;

[0039] Figure 1C It is a schematic diagram of a process of generating a new block in a blockchain provided by an embodiment of the present invention;

[0040] Figure 2 This is a flow chart of a management method of a consortium chain system provided by an embodiment of the present invention;

[0041] Figure 3 This is a flow chart of a method for constructing a consortium chain system provided by an embodiment of the present invention;

[0042] Figure 4 This is another flowchart of a method for constructing a consortium chain system provided by an embodiment of the present invention;

[0043] Figure 5 This is a schematic diagram of a process for performing a multi-signature transaction provided by an embodiment of the present invention;

[0044] Figure 6 This is a schematic diagram of a process of inviting a new organization to join provided by an embodiment of the present invention;

[0045] Figure 7This is a flow chart of an organization exit provided by an embodiment of the present invention;

[0046] Figure 8 This is a schematic diagram of the structure of a management device for a consortium chain system provided by an embodiment of the present invention;

[0047] Fig. 9 is a structural schematic diagram of an electronic device provided by an embodiment of the present invention;

[0048] Fig.10 This is another structural schematic diagram of an electronic device provided by an embodiment of the present invention. DETAILED DESCRIPTION

[0049] The following will be combined with the drawings in the embodiments of the present invention to clearly and completely describe the technical solutions in the embodiments of the present invention. Obviously, the described embodiments are only part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of the present invention.

[0050] It should be understood that the various steps described in the method embodiments of the present disclosure may be performed in different orders and / or in parallel. In addition, the method embodiments may include additional steps and / or omit the steps shown. The scope of the present disclosure is not limited in this respect.

[0051] The term "including" and its variations used herein are open inclusions, i.e., "including but not limited to". The term "based on" means "based at least in part on". The term "one embodiment" means "at least one embodiment"; the term "another embodiment" means "at least one additional embodiment"; the term "some embodiments" means "at least some embodiments". The relevant definitions of other terms will be given in the following description.

[0052] Blockchain is a new application model of computer technologies such as distributed data storage, peer-to-peer transmission, consensus mechanism, encryption algorithm, etc. Blockchain is essentially a decentralized database, a string of data blocks generated by cryptographic methods. Each data block contains a batch of network transaction information, which is used to verify the validity of its information (anti-counterfeiting) and generate the next block. Blockchain can include the underlying blockchain platform, platform product service layer, and application service layer.

[0053] The underlying blockchain platform can include processing modules such as user management, basic services, smart contracts, and operational supervision. Among them, the user management module is responsible for the identity information management of all blockchain participants, including maintaining public and private key generation (account management), key management, and the maintenance of the correspondence between the user's real identity and the blockchain address (authority management), etc., and, under authorization, supervises and audits the transactions of certain real identities and provides risk control rule configuration (risk control audit); the basic service module is deployed on all blockchain node devices to verify the validity of business requests, and records valid requests to storage after consensus is reached. For a new business request, the basic service first performs interface adaptation analysis and authentication processing (interface adaptation), and then encrypts the business information through the consensus algorithm (consensus management) The smart contract module is responsible for the registration and issuance of contracts, as well as contract triggering and contract execution. Developers can define the contract logic in a programming language and publish it to the blockchain (contract registration). According to the logic of the contract terms, the key or other events are called to trigger the execution and complete the contract logic. It also provides the function of contract upgrade and cancellation. The operation and supervision module is mainly responsible for the deployment, configuration modification, contract setting, cloud adaptation and real-time status visualization output of the product during the product release process, such as alarm, supervision of network status, supervision of node equipment health status, etc.

[0054] The platform product service layer provides the basic capabilities and implementation framework of typical applications. Developers can superimpose business features based on these basic capabilities to complete the blockchain implementation of business logic. The application service layer provides application services based on blockchain solutions for business participants to use.

[0055] In this embodiment, different users / organizations can deploy corresponding blockchain server nodes on their respective servers and communicate with each other to form a data sharing system, thereby realizing operations such as blockchain creation and transactions through the data sharing system. For details, please refer to Figure 1A , Figure 1B as well as Figure 1C , Figure 1A is a structural diagram of a data sharing system provided by an embodiment of the present invention, Figure 1B is a structural diagram of a blockchain provided by an embodiment of the present invention. Figure 1C This is a schematic diagram of the process of generating a new block in a blockchain provided by an embodiment of the present invention. Figure 1AThe data sharing system shown, the data sharing system 100 refers to a system for sharing data between nodes, and the data sharing system may include multiple nodes 101, and the multiple nodes 101 may refer to each client in the data sharing system. Each node 101 can receive input information when performing normal work, and maintain the shared data in the data sharing system based on the received input information. In order to ensure the information intercommunication within the data sharing system, there may be an information connection between each node in the data sharing system, and information can be transmitted between nodes through the above information connection. For example, when any node in the data sharing system receives input information, other nodes in the data sharing system obtain the input information according to the consensus algorithm, and store the input information as data in the shared data, so that the data stored on all nodes in the data sharing system are consistent.

[0056] Each node in the data sharing system has a corresponding node identifier, and each node in the data sharing system can store the node identifiers of other nodes in the data sharing system, so that the generated blocks can be broadcast to other nodes in the data sharing system according to the node identifiers of other nodes. A node identifier list as shown in the following table can be maintained in each node, and the node name and node identifier are stored in the node identifier list accordingly. Among them, the node identifier can be an IP (Internet Protocol, a protocol for interconnecting networks) address and any other information that can be used to identify the node. Table 1 only takes the IP address as an example for illustration.

[0057] Node Name Node ID Node 1 117.114.xxx.xxx Node 2 117.116.xxx.xxx … … Node N 119.xxx.xxx.xxx

[0058] Each node in the data sharing system stores the same blockchain. The blockchain consists of multiple blocks, see Figure 1B The blockchain consists of multiple blocks. The genesis block includes a block header and a block body. The block header stores the input information feature value, version number, timestamp and difficulty value, and the block body stores the input information. The next block of the genesis block takes the genesis block as the parent block. The next block also includes a block header and a block body. The block header stores the input information feature value of the current block, the block header feature value, version number, timestamp and difficulty value of the parent block, and so on. The block data stored in each block in the blockchain is associated with the block data stored in the parent block, ensuring the security of the input information in the block.

[0059] When generating each block in the blockchain, see Figure 1CWhen the node where the blockchain is located receives the input information, it verifies the input information. After the verification is completed, the input information is stored in the memory pool and the hash tree used to record the input information is updated. After that, the update timestamp is updated to the time when the input information is received, and different random numbers are tried to calculate the eigenvalue multiple times so that the calculated eigenvalue can satisfy the following formula:

[0060] SHA256(SHA256(version+prev_hash+merkle_root+ntime+nbits+x)) <TARGET

[0061] Among them, SHA256 is the eigenvalue algorithm used to calculate the eigenvalue; version (version number) is the version information of the relevant block protocol in the blockchain; prev_hash is the block header eigenvalue of the parent block of the current block; merkle_root is the eigenvalue of the input information; ntime is the update time of the update timestamp; nbits is the current difficulty, which is a fixed value within a period of time and is determined again after exceeding the fixed time period; x is a random number; TARGET is the eigenvalue threshold, which can be determined based on nbits.

[0062] In this way, when the random number that satisfies the above formula is calculated, the information can be stored accordingly, the block header and block body can be generated, and the current block can be obtained. Subsequently, the node where the blockchain is located sends the newly generated block to other nodes in the data sharing system according to the node identification of other nodes in the data sharing system. Other nodes verify the newly generated block and add the newly generated block to the blockchain stored in them after the verification is completed.

[0063] In related technologies, consortium chain is a special type of blockchain, which is a semi-decentralized network. Unlike public chain, consortium chain only allows specific organizations or entities to join the network. These organizations or entities jointly manage and maintain the blockchain, share data and consensus process. Consortium chain has higher performance, better privacy protection and stricter permission control than public chain.

[0064] However, in the management process of the blockchain system, although there are relatively complex permission strategies to manage certain operations that affect the blockchain, the unclear distribution of rights and interests of the organization makes the organization's permission control weak and the permissions are difficult to expand. Specifically, the permission strategy of the alliance chain is usually implemented by voting, and the voting strategy is based on the organization, so that each organization has the same voting rights. This method does not divide the rights and interests for each organization, allowing different organizations to have different votes, which easily leads to unclear distribution of the rights and interests of the organization, which is not cost-effective for some organizations with greater voice. This results in the rights and interests of different organizations cannot be better protected and reflected, reducing the reliability and collaboration efficiency of the blockchain system.

[0065] In order to solve the technical problems existing in the related technologies, the embodiment of the present invention provides a management method of the alliance chain system. Figure 2 , Figure 2 201 is a flowchart of a method for managing a consortium chain system provided by an embodiment of the present invention, the method comprising steps 201 to 203;

[0066] Step 201, obtain the transaction data of each organization in the constructed alliance chain system.

[0067] Among them, each organization in the alliance chain system provided by this embodiment is preset with a corresponding equity share, each transaction in the transaction data is a multi-signature transaction, and each transaction has a corresponding transaction threshold. The transaction threshold is the minimum equity share required to complete the transaction when the equity shares of multiple organizations participating in the transaction are combined.

[0068] In this embodiment, the constructed alliance chain system provided in this embodiment is a pre-constructed alliance chain system. In this alliance chain system, each organization has a corresponding equity share, and the equity share is not fixed. The equity share of each organization can be dynamically adjusted according to the transaction data of each organization, thereby incentivizing each organization in the alliance chain system to actively trade or share high-quality shared data, thereby not only protecting the rights and interests of active organizations, but also improving the reliability of the alliance chain system and the collaboration efficiency between organizations in the alliance chain system.

[0069] The alliance chain system provided in this embodiment can have functions such as communication, verification, transaction, scheduling execution, consensus and storage. The specific functions are introduced as follows:

[0070] Communication function: The communication function mainly handles the communication between each node in the alliance chain system, including receiving and sending transactions, blocks and other related information, so as to ensure that each node can smoothly exchange data in the entire alliance chain system.

[0071] Verification function: The verification function mainly verifies the transaction, including certificate verification, authority verification, and equity share threshold verification. Specifically, certificate verification is mainly responsible for verifying the digital certificate of the transaction initiator to ensure the legitimacy of its identity; authority verification is mainly responsible for verifying whether the transaction initiator has the authority to perform specific operations; equity share threshold verification is mainly responsible for verifying whether the transaction meets the minimum equity share required for the transaction, that is, whether the sum of the equity shares of the organizations represented by multiple signatures of the transaction is greater than or equal to the transaction threshold of the transaction type.

[0072] Transaction function: The transaction function mainly manages transactions that have not been packaged into blocks. When a user submits a new transaction, the transaction first enters the transaction pool. The transaction pool helps to optimize the transaction processing speed and improve the performance of the alliance chain system.

[0073] Scheduling and execution function: The scheduling and execution function mainly manages the execution process of transactions, including the transaction scheduler, contract process pool, and contract warehouse. Specifically, the transaction scheduler is mainly responsible for selecting transactions from the transaction pool and assigning them to the contract process pool for execution; the contract process pool is mainly responsible for executing transactions assigned by the transaction scheduler and processing the smart contract logic in the transaction; the contract warehouse is mainly responsible for storing and managing user contracts and system contracts. User contracts are smart contracts written by users to process specific business logic. System contracts are predefined smart contracts used to process system-level operations, such as equity share adjustments, permission management, etc.

[0074] Consensus function: The consensus function is mainly responsible for reaching consensus in the alliance chain system, including block broadcasting and block verification. Specifically, block broadcasting is mainly responsible for broadcasting the newly generated blocks to the entire alliance chain system so that other nodes can verify them; block verification is mainly responsible for verifying the received blocks, including verification of certificates, permissions, transaction execution results, etc.

[0075] Storage function: The storage function mainly manages the data storage of nodes in the alliance chain system, including block ledgers and status data. Specifically, the block ledger is mainly responsible for storing all confirmed transaction data, organized in the form of blockchain; the status data is mainly responsible for storing the status data of the alliance chain system, including the alliance chain system status, unfinished multi-signature transactions, and user contract status. Specifically, the alliance chain system status is to store the global status of the alliance chain system, such as the equity share of each organization; unfinished multi-signature transactions are to store unfinished multi-signature transactions, waiting for signatures from other participants; user contract status is to store the status data of user contracts, such as variable values ​​in smart contracts, etc.

[0076] The above is an introduction to some of the functions that can be realized by the alliance chain system provided by the embodiment of the present invention. However, in actual application, it is not limited to the functions mentioned above, but may also include other functions that can be realized in the blockchain, which are not specifically limited here.

[0077] In some embodiments, the transaction data provided in this embodiment is the data contained in the confirmed transactions in the alliance chain system, that is, the confirmed transaction data stored in the block ledger of the alliance chain system. For example, the list of participating organizations in the current transaction, the equity share of each participating organization, the transaction threshold of the current transaction, and the transaction result of the current transaction. By obtaining the transaction data of each organization in the alliance chain system, the equity share of the corresponding organization in the alliance chain system can be dynamically adjusted according to the transaction data of each organization, thereby improving the enthusiasm of each organization in the alliance chain system, and prompting each organization to actively trade or share high-quality shared data, so as to not only protect the rights and interests of active organizations, but also improve the reliability of the alliance chain system and the efficiency of collaboration between organizations in the alliance chain system.

[0078] As an optional embodiment, before the step of obtaining the transaction data of each organization in the established alliance chain system provided in this embodiment, this embodiment also provides a method for constructing the alliance chain system, see Figure 3 , Figure 3 is a flow chart of a method for constructing a consortium chain system provided by an embodiment of the present invention. Figure 3 As shown, before the step of obtaining the transaction data of each organization in the established alliance chain system provided in this embodiment, the management method of the alliance chain system provided in this embodiment may further include: steps 301 to 304;

[0079] Step 301, obtaining information of organizations participating in building the alliance chain system to be built.

[0080] The organization information provided in this embodiment includes an organization list and an initial equity share ratio. The organization list includes the name of each organization. The initial equity share ratio includes the initial equity share corresponding to each organization. The sum of the initial equity shares of each organization is 100. Specifically, the initial equity share can be predetermined by each organization or randomly determined. That is, the initial equity share ratios corresponding to each organization provided in this embodiment can be the same or different. The equity share is the value obtained by multiplying the sum of the equity shares 100 by the equity share ratio.

[0081] Step 302: Determine a blockchain configuration file of the alliance chain system to be constructed based on the organization information and the block information of the blocks in the alliance chain system to be constructed.

[0082] Among them, the block information may include the number of blocks and the connection structure between each block. Each block may correspond to an organization. Therefore, according to the organization information and block information, the organization information corresponding to different blocks can be determined, and the blockchain configuration file can be generated accordingly. The blockchain configuration file is mainly used to unify the information stored in each node in the entire alliance chain system.

[0083] Step 303: Configure the genesis block in the alliance chain system to be constructed according to the blockchain configuration file.

[0084] Among them, the blockchain is composed of multiple connected blocks, each of which records the transactions in the alliance chain system over a period of time. Therefore, the block can be regarded as an account page in the account book. In the alliance chain system, the first block built is called the genesis block, which has a unique ID identification number. In addition to the genesis block, each subsequent block contains two ID numbers, one is the ID number of the block itself, and the other is the ID number of the previous block. Through the forward and backward pointing relationship between the ID numbers, all blocks are connected in order to form a blockchain.

[0085] Therefore, according to the connection structure information between the blocks recorded in the predetermined blockchain configuration file, the genesis block can be configured in the alliance chain system to be constructed, so that subsequent blocks can be connected with the genesis block according to the blockchain configuration file, thereby completing the construction of the alliance chain system.

[0086] Step 304, when each organization has completed the deployment of the blockchain server node, load the blockchain configuration file and the genesis block according to the corresponding blockchain node of each organization in the alliance chain system to be built, and obtain the built alliance chain system.

[0087] The blockchain server nodes are deployed on the local or cloud servers of each organization participating in building the alliance chain system. Then the blockchain nodes are mapped and connected with the blocks in the alliance chain system, and controlled to load the predetermined blockchain configuration files and genesis blocks to complete the consensus and establish the connection between the blockchain nodes to obtain the constructed alliance chain system.

[0088] As an optional embodiment, in order to better illustrate the method for building a consortium chain system provided in this embodiment, please refer to Figure 4 , Figure 4 FIG. 1 is another flow chart of a method for constructing a consortium chain system provided by an embodiment of the present invention. Specifically, Figure 4 As shown, the specific steps are as follows:

[0089] Step 1. Start;

[0090] Step 2: When starting to build a consortium chain system, first determine the participating organization information, which includes the organization list and the initial equity share ratio;

[0091] Step 3: Each organization generates a key pair, which includes a public key and a private key;

[0092] Step 4: Each organization applies for its own certificate from the CA digital certification;

[0093] Step 5. Design and uniformly use a consistent blockchain configuration file, which includes block information, organization information, transaction thresholds for different transaction types, etc.

[0094] Step 6: Create a genesis block and write the organization information and other configuration data into the genesis block;

[0095] Step 7: Deploy blockchain server nodes on demand through various organizations;

[0096] Step 8. The blockchain node loads the configuration file and the genesis block;

[0097] Step 9: The blockchain node starts and performs self-check;

[0098] Step 10: Check whether the total equity shares of all organizations is equal to 100. If yes, jump to step 12; otherwise, jump to step 11.

[0099] Step 11: The blockchain node throws a corresponding exception and exits;

[0100] Step 12: The blockchain node writes the information in the configuration file into the status data, including the transaction thresholds for different transaction types, the equity shares of each organization, etc.

[0101] Step 13. The blockchain node places the system contract in the contract warehouse. The system contract includes adding new organizations, organization withdrawal, multi-signature, etc.

[0102] Step 14: The blockchain node initializes the storage module, including the block ledger and status data;

[0103] Step 15: The blockchain node initializes the consensus module and sets the consensus parameters according to the configuration file;

[0104] Step 16: Start establishing connections between blockchain nodes;

[0105] Step 17: Exchange configuration information between nodes to ensure that the configuration of all nodes is consistent;

[0106] Step 18: Synchronize the genesis block and initial state data between nodes;

[0107] Step 19: Each organization deploys a client application to interact with the blockchain node;

[0108] Step 20: Start the blockchain network and start processing transactions;

[0109] Step 21, end.

[0110] According to the method for constructing the alliance chain system provided in the above embodiment, the alliance chain system provided in this embodiment can be obtained.

[0111] As an optional embodiment, this embodiment can refer to the company's shareholding system and use the equity shares of each organization in the alliance chain system provided by this embodiment as the shares of each organization, thereby building a shareholding alliance chain system to provide better rights and interests protection for different enterprises.

[0112] It should be noted that the equity shares provided in this embodiment are not limited to shares, but may also be equity information such as the number of votes that can be cast that can reflect the different equity interests of different organizations, and no specific limitation is made here.

[0113] Step 202: Determine update parameters of the equity share of each organization based on the transaction data.

[0114] In this embodiment, the transaction data provided in this embodiment can reflect whether the user's transaction is an active transaction. Therefore, the update parameters of the equity share of the corresponding organization can be determined according to the transaction data of each organization in the alliance chain system. The update parameters are used to adjust the equity share of the organization in the alliance chain system.

[0115] In one implementation, in order to improve the accuracy of adjusting the equity share of an organization in a consortium chain system, the steps provided in this embodiment for determining the update parameters of the equity share of each organization based on the transaction data may be: traversing the transaction data, filtering out the penalty transaction data from the transaction data; determining the penalty parameters corresponding to each organization based on the penalty transaction data and the penalty weight; and determining the update parameters of the equity share of each organization based on the penalty parameters.

[0116] Among them, since the transaction data provided by this embodiment can reflect whether the user's transaction is an active transaction, the penalty item transaction data belonging to the penalty item can be screened out by traversing the transaction data. Specifically, the transaction data provided by this embodiment includes the transaction results generated when the transaction is completed. Therefore, the penalty item transaction data provided by this embodiment can be the transaction data corresponding to the case where the organization uploads an incorrect transaction result when completing the transaction.

[0117] It should be noted that since the data in the alliance chain system needs to be broadcast synchronously and unified, after the target organization uploads the transaction results generated when the transaction is completed to the alliance chain system, the alliance chain system can judge whether the transaction results uploaded by the target organization or other participating organizations participating in the transaction are consistent based on the transaction results uploaded by the participating organizations participating in the transaction. If the transaction results uploaded by the target node are inconsistent with those uploaded by other participating organizations, the alliance chain system determines and marks the transaction data uploaded by the target organization as penalty transaction data.

[0118] After filtering out the penalty transaction data belonging to the penalty item, the penalty parameter corresponding to the organization can be determined according to the preset penalty weight and the transaction quantity of the penalty transaction data, and based on the penalty parameter, the update parameter of the equity share of the organization can be determined. Among them, the value of the penalty weight can be determined in advance through discussions among all organizations in the alliance chain system, or it can be the system default value, such as 0.5, 0.7, etc.

[0119] In this way, by determining the update parameters of the penalty data transactions corresponding to each organization, the penalty for each organization can be determined, so that the larger the update parameters, the more the equity share of the organization will be reduced. In other words, the more penalty transaction data an organization has, the smaller the equity share corresponding to the organization will be. In this way, it can effectively encourage each organization in the alliance chain system to conduct active transactions and abide by the transaction rules, effectively protect the rights and interests of other organizations, and improve the reliability of the alliance chain system.

[0120] Optionally, in order to further improve the adjustment accuracy of the equity share of the organization in the alliance chain system, the penalty transaction data provided in this embodiment may include malicious transaction data and fault transaction data, and the penalty weight includes malicious weight and fault weight. Among them, the malicious transaction data can be the transaction data corresponding to the case where the organization uploads the unauthorized tampered transaction results when completing the transaction. For example, when organizations A, B and C jointly complete a multi-signature transaction P, since the data in the alliance chain system needs to be broadcast synchronously and unified, it is necessary to obtain the transaction data on the multi-signature transaction P provided by organizations A, B and C. If it is detected that the transaction data on the multi-signature transaction P uploaded by organization A is different from the transaction data on the multi-signature transaction P uploaded by organizations B and C (the transaction data on the multi-signature transaction P uploaded by organizations B and C are the same), and no fault is detected in the node where organization A is located, it can be determined that organization A uploaded the unauthorized tampered transaction results when completing the transaction, and it is determined that the transaction data of organization A in this multi-signature transaction P is malicious transaction data.

[0121] The faulty transaction data may be the transaction data corresponding to the case where an organization fails to upload a node when completing a transaction, resulting in an incorrect transaction result being uploaded. For example, when organizations D, E, and F jointly complete a multi-signature transaction Q, since the data in the alliance chain system needs to be broadcast synchronously and unified, it is necessary to obtain the transaction data on the multi-signature transaction Q provided by organizations D, E, and F. If it is detected that the transaction data on the multi-signature transaction Q uploaded by organization D is different from the transaction data on the multi-signature transaction Q uploaded by organizations E and F (the transaction data on the multi-signature transaction Q uploaded by organizations E and F are the same), and it is detected that there is fault information on the node where organization D is located, it can be determined that the upload node of organization D fails when completing the transaction, resulting in an incorrect transaction result being uploaded, and the transaction data of organization D in this multi-signature transaction Q is determined to be the faulty transaction data.

[0122] Among them, the malicious weight and fault weight can be determined in advance through discussions among all organizations in the alliance chain system, or can be the system default values. For example, the malicious weight can be 0.5, 0.7, etc., and the fault weight can be 0.1, 0.3, etc., which are smaller than the malicious weight. The specific values ​​of the malicious weight and the fault weight can be set according to actual technical requirements and are not specifically limited here.

[0123] Since the data in the alliance chain system needs to be broadcast synchronously and unified, after the target organization uploads the transaction results generated when the transaction is completed to the alliance chain system, the alliance chain system can determine whether the transaction results uploaded by the target organization or other participating organizations participating in the transaction are consistent based on the transaction results uploaded by the participating organizations participating in the transaction. If the transaction results uploaded by the target node are inconsistent with those uploaded by other participating organizations, and it is detected that the blockchain node where the target organization is located does not have a fault problem, the alliance chain system determines and marks the transaction data uploaded by the target organization as malicious transaction data; if the transaction results uploaded by the target node are inconsistent with those uploaded by other participating organizations, and it is detected that the blockchain node where the target organization is located has a fault problem, the alliance chain system determines and marks the transaction data uploaded by the target organization as faulty transaction data.

[0124] Specifically, the steps provided in this embodiment for determining the penalty parameters corresponding to each organization based on the penalty item transaction data and the penalty weight can be: multiplying the number of transactions corresponding to the malicious item transaction data by the malicious weight to obtain the malicious parameter; multiplying the number of transactions corresponding to the fault item transaction data by the fault weight to obtain the fault parameter; adding the malicious parameter and the fault parameter of each organization to obtain the penalty parameter corresponding to each organization.

[0125] By adding the malicious parameters and the fault parameters to obtain the penalty parameters, the corresponding update parameters of each organization in the alliance chain system can be determined, so that corresponding penalties can be imposed on each organization to reduce the equity share of the punished organization in the alliance chain system, effectively prompting each organization in the alliance chain system to actively trade and abide by the transaction rules, effectively protecting the rights and interests of each organization in the alliance chain system and improving the reliability of the alliance chain system.

[0126] In another embodiment, in order to further improve the adjustment accuracy of the equity share of an organization in the alliance chain system, before the step of determining the update parameters of the equity share of each organization based on the penalty parameters provided in this embodiment, the management method of the alliance chain system provided in this embodiment may also include: filtering out incentive item transaction data from the transaction data; determining the incentive parameters corresponding to each organization based on the incentive item transaction data and the incentive weight.

[0127] Since the transaction data provided by this embodiment can reflect whether the user's transaction is a positive transaction, the transaction data can be traversed to filter out the incentive item transaction data belonging to the incentive item. Specifically, the transaction data provided by this embodiment includes the transaction result generated when the transaction is completed. Therefore, the incentive item transaction data provided by this embodiment can be the transaction data corresponding to the case where the organization uploads the correct transaction result when completing the transaction.

[0128] The data in the alliance chain system needs to be broadcast synchronously and unified. Therefore, after the target organization uploads the transaction results generated when the transaction is completed to the alliance chain system, the alliance chain system can judge whether the transaction results uploaded by the target organization or other participating organizations participating in the transaction are consistent based on the transaction results uploaded by the participating organizations participating in the transaction. If the transaction data uploaded by the target organization and the participating organizations are consistent, the alliance chain system determines and marks the transaction data uploaded by the target organization and the participating organizations as incentive transaction data.

[0129] After filtering out the incentive item transaction data belonging to the incentive item, the incentive parameter corresponding to the organization can be determined according to the preset incentive weight and the transaction quantity of the incentive item transaction data, and based on the incentive parameter, the update parameter of the equity share of the organization can be determined. Among them, the value of the incentive weight can be determined in advance through discussions among all organizations in the alliance chain system, or it can be a system default value, such as 0.5, 0.7, etc.

[0130] In this way, by determining the update parameters of the incentive item data transactions corresponding to each organization, the incentives for each organization can be determined, so that the larger the update parameters, the more the equity share of the organization will increase. In other words, the more incentive item transaction data an organization has, the larger the equity share corresponding to the organization will be. In this way, it can effectively encourage each organization in the alliance chain system to conduct active transactions and abide by the transaction rules, effectively protect the rights and interests of each organization in the alliance chain system, and improve the reliability of the alliance chain system.

[0131] It should be noted that, when both penalty item transaction data and incentive item transaction data exist in the transaction data, the penalty weights (malicious weights and fault weights) provided in this embodiment need to be set to negative numbers, and the incentive weights need to be set to positive numbers. For example, the penalty weight can be -0.8, where the malicious weight is -0.5, the fault weight is -0.3, and the incentive weight can be 0.5. Then the step of determining the update parameters of the equity share of each organization based on the penalty parameters provided in this embodiment can be: adding the incentive parameters and penalty parameters of each organization to obtain the update parameters of the equity share of each organization.

[0132] In this way, by incorporating all transaction data of each organization into the calculation of updated parameters, the accuracy of adjusting the equity share of the organization in the alliance chain system can be further improved, and the organizations in the alliance chain system can be further effectively encouraged to actively trade and abide by the transaction rules, thereby effectively protecting the rights and interests of each organization in the alliance chain system and improving the reliability of the alliance chain system.

[0133] Optionally, in order to reduce the amount of calculation required when the alliance chain system subsequently updates the equity share of the organization according to the update parameters, the step of adding the incentive parameters and penalty parameters of each organization to obtain the update parameters of the equity share of each organization provided in this embodiment can be: adding the incentive parameters and penalty parameters of each organization to obtain the initial parameters of the equity share of each organization; normalizing the initial parameters to obtain the update parameters of the equity share of each organization. By normalizing the initial parameters of the band with the addition of the incentive parameters and penalty parameters of the organization to the range of 0-1, the amount of calculation required when the alliance chain system subsequently updates the equity share of the organization according to the update parameters can be effectively reduced, thereby improving the update efficiency of the alliance chain system for real-time updating of the equity share of each organization, and further improving the reliability of the alliance chain system.

[0134] The above completes the description of updating parameters for determining the equity share of each organization based on transaction data.

[0135] In some embodiments, each transaction provided in this embodiment is a multi-signature transaction. To better illustrate the process of obtaining multi-signature transaction data, please refer to Figure 5 , Figure 5 This is a schematic diagram of a process for performing a multi-signature transaction provided by an embodiment of the present invention. Specifically, Figure 5 As shown, the specific steps are as follows:

[0136] Step 1. Start;

[0137] Step 2. Does the user want to create a new multi-signature transaction? If yes, go to step 3, otherwise go to step 4;

[0138] Step 3. The user enters the contract method and parameters to be called. Go to step 5;

[0139] Step 4. The user obtains the multi-signature transaction and adds his own signature;

[0140] Step 5: The user packages the method parameters of the above call;

[0141] Step 6: The user signs the above packaged content;

[0142] Step 7: The user sends the above packaged content and signature to the blockchain node;

[0143] Step 8: The blockchain node network module receives the above request;

[0144] Step 9: The blockchain node authentication module verifies the certificate of the above request;

[0145] Step 10. Is the certificate verification passed? If yes, go to step 11; otherwise, go to step 13;

[0146] Step 11: The authentication module verifies the authority of the request;

[0147] Step 12: Is the authorization verification passed? If yes, go to step 14; otherwise, go to step 13;

[0148] Step 13: Return the result that the authentication module fails the verification. Go to step 35;

[0149] Step 14: Check whether the total amount of equity shares signed by the transaction is greater than the transaction threshold of the transaction type. If yes, go to step 16; otherwise, go to step 15.

[0150] Step 15: Mark the transaction as an unfinished multi-signature transaction;

[0151] Step 16: Put the transaction into the transaction pool;

[0152] Step 17: The transaction scheduling module of the virtual machine module schedules the transaction from the transaction pool;

[0153] Step 18. Is this transaction an unfinished multi-signature transaction? If yes, go to step 19; otherwise, go to step 20.

[0154] Step 19: Put the transaction directly into the block to be packaged. Go to step 25;

[0155] Step 20: The virtual machine module starts the contract corresponding to the transaction and executes the method and parameters sent by the user;

[0156] Step 21: Is the execution successful? If yes, go to step 23; otherwise, go to step 22;

[0157] Step 22: Return the error indicating that the contract execution failed. Go to step 24;

[0158] Step 23: Generate a transaction read-write set after execution is completed;

[0159] Step 24: The scheduling module packages all transaction execution results of this block into the block;

[0160] Step 25: The consensus module broadcasts the block;

[0161] Step 26: Other nodes verify the block. The verification process includes the verification of the previous certificates, permissions, transaction thresholds, and transaction execution results.

[0162] Step 27: Others broadcast the verified blocks again;

[0163] Step 28: All nodes verify whether the number of authentications of each node meets the threshold. If yes, go to step 30; otherwise, go to step 29;

[0164] Step 29: Return the error message indicating that the node authentication failed. Go to step 35;

[0165] Step 30: All nodes store blocks in the block ledger and status data;

[0166] Step 31. Is there an unfinished multi-signature transaction in the block? If yes, go to step 32, otherwise go to step 33;

[0167] Step 32: Update the unfinished multi-signature transaction to the status data;

[0168] Step 33: Is there a multi-signature transaction that has just been completed in the block? If yes, go to step 34; otherwise, go to step 35;

[0169] Step 34: Delete the corresponding unfinished multi-signature transaction;

[0170] Step 35, end.

[0171] According to the above embodiment, the multi-signature transaction data provided by this embodiment can be obtained.

[0172] In addition, the alliance chain system provided in this embodiment also includes the function of inviting new organizations to join and organizations to withdraw. For details, please refer to Figure 6 and Figure 7 , Figure 6 is a schematic diagram of a process of inviting a new organization to join provided by an embodiment of the present invention. Figure 7 FIG. 1 is a flow chart of an organization exit process provided by an embodiment of the present invention. Figure 6 As shown, the specific steps of inviting a new organization to join provided in this embodiment are as follows:

[0173] Step 1. Start;

[0174] Step 2: The user creates a transaction to add another organization;

[0175] Step 3. The user specifies the transaction type as adding an organization and attaches the equity shares that all related organizations want to transfer;

[0176] Step 4: The user packages the above transactions;

[0177] Step 5: The user signs the above packaged content;

[0178] Step 6: The user sends the above packaged content and signature to the blockchain node;

[0179] Step 7: The blockchain node network module receives the above request;

[0180] Step 8: The blockchain node authentication module verifies the certificate of the above request;

[0181] Step 9. Is the certificate verified? If yes, go to step 10; otherwise, go to step 12.

[0182] Step 10: The authentication module verifies the authority of the request;

[0183] Step 11. Is the authorization verification passed? If yes, go to step 13; otherwise, go to step 12;

[0184] Step 12: Return the result that the authentication module fails the verification. Go to step 26;

[0185] Step 13: Check whether the total amount of equity shares signed by the transaction is greater than the transaction threshold of the transaction type. If yes, go to step 15; otherwise, go to step 14.

[0186] Step 14: Follow the previous process and wait for all relevant organizations to sign and approve. Note that this transaction type requires all relevant organizations to sign and approve before it can proceed;

[0187] Step 15: Put the transaction into the transaction pool;

[0188] Step 16: The transaction scheduling module of the virtual machine module schedules the transaction from the transaction pool;

[0189] Step 17: After the transaction is executed, a transaction read-write set is generated, which is the latest equity share of each organization;

[0190] Step 18: The scheduling module packages all transaction execution results of this block into the block;

[0191] Step 19: The consensus module broadcasts the block;

[0192] Step 20: Other nodes verify the block. The verification process includes the verification of previous certificates, permissions, transaction thresholds, and transaction execution results.

[0193] Step 21: Others broadcast the verified blocks again;

[0194] Step 22: All nodes verify whether the number of authentications of each node meets the threshold. If yes, go to step 24; otherwise, go to step 23. The threshold can be a preset value, such as half of the number of organizations participating in the transaction.

[0195] Step 23: Return the error message indicating that the node authentication failed. Go to step 26;

[0196] Step 24: All nodes store blocks in the block ledger and status data;

[0197] Step 25: All nodes update the equity shares of each organization;

[0198] Step 26, end.

[0199] According to the above embodiment, the function of inviting new organizations to join the alliance chain system can be realized.

[0200] See also Figure 7 ,like Figure 7 , the specific steps for organization exit in the alliance chain system are as follows:

[0201] Step 1. Start;

[0202] Step 2: The user creates a transaction to exit the current organization;

[0203] Step 3. The user specifies the transaction type as exiting an organization, and optionally attaches the organization and proportion of the equity share to be returned;

[0204] Step 4: The user packages the above transactions;

[0205] Step 5: The user signs the above packaged content;

[0206] Step 6: The user sends the above packaged content and signature to the blockchain node;

[0207] Step 7: The blockchain node network module receives the above request;

[0208] Step 8: The blockchain node authentication module verifies the certificate of the above request;

[0209] Step 9. Is the certificate verified? If yes, go to step 10; otherwise, go to step 12.

[0210] Step 10: The authentication module verifies the authority of the request;

[0211] Step 11. Is the authorization verification passed? If yes, go to step 13; otherwise, go to step 12;

[0212] Step 12: Return the result that the authentication module fails the verification. Go to step 27;

[0213] Step 13: Follow the previous process and wait for all relevant organizations to sign and approve. Note that this transaction type only requires the signature of the current organization.

[0214] Step 14: Put the transaction into the transaction pool;

[0215] Step 15: The transaction scheduling module of the virtual machine module schedules the transaction from the transaction pool;

[0216] Step 16: Does the organization to be withdrawn include the organization and proportion of equity shares to be returned? If yes, go to step 18; otherwise, go to step 17;

[0217] Step 17: Donate the equity shares in proportion to the equity shares of each organization on a year-on-year basis;

[0218] Step 18: After the transaction is executed, a transaction read-write set is generated, which is the latest equity share of each organization;

[0219] Step 19: The scheduling module packages all transaction execution results of this block into the block;

[0220] Step 20: The consensus module broadcasts the block;

[0221] Step 21: Other nodes verify the block. The verification process includes the verification of the previous certificates, permissions, and transaction execution results.

[0222] Step 22: Others broadcast the verified blocks again;

[0223] Step 23: All nodes verify whether the number of authentications of each node meets the threshold. If yes, go to step 25; otherwise, go to step 24.

[0224] Step 24: Return the error message indicating that the node authentication failed. Go to step 27;

[0225] Step 25: All nodes store blocks in the block ledger and status data;

[0226] Step 26. All nodes update the number of shares of each organization;

[0227] Step 27, end.

[0228] According to the above embodiment, the organization exit function of the alliance chain system can be realized.

[0229] Step 203: Based on the update parameters, the equity share of each organization in the alliance chain system is updated.

[0230] In this embodiment, the steps provided in this embodiment for updating the equity share of each organization in the alliance chain system based on the updated parameters can be: adding the updated parameters of each organization to obtain the total parameter; determining the parameter ratio of each organization based on the updated parameters and the total parameter of each organization; determining the updated equity share of each organization based on the parameter ratio; based on the updated equity share, updating the original equity share of each organization in the alliance chain system.

[0231] By updating the equity shares of each organization in the alliance chain system in real time based on the update parameters of each organization, the alliance chain system can effectively protect the rights and interests of each organization in the alliance chain system, and encourage each organization in the alliance chain system to actively trade and abide by transaction rules, thereby improving the reliability of the alliance chain system and the collaboration efficiency between organizations.

[0232] At this point, the description of the alliance chain system provided in this embodiment that dynamically adjusts the equity shares of each organization is completed.

[0233] It should be noted that the alliance chain system provided in this embodiment can be applied to multiple application scenarios, especially scenarios involving cooperation and resource sharing by multiple participating organizations. Specifically, the alliance chain system provided in this embodiment can be applied to supply chain finance, cross-border payment and clearing, alliance data market, alliance credit reporting system, alliance copyright management, and alliance medical data sharing.

[0234] In the field of supply chain finance, multiple participants (such as suppliers, manufacturers, logistics companies and financial institutions) can achieve data sharing, credit assessment and financing services through the alliance chain system provided by this embodiment. The consensus mechanism based on equity shares ensures that the rights and interests of each organization are reflected, and dynamically adjusts the equity shares to encourage participants to maintain good business performance.

[0235] When the alliance chain system provided in this embodiment is applied to cross-border payment and clearing scenarios, it can enable participating banks and financial institutions to share transaction data, reduce costs and increase processing speed. The consensus mechanism based on equity shares helps to ensure that the rights and interests of all participants in the decision-making process are protected.

[0236] In the alliance data market, multiple data providers, data consumers and data trading platforms can achieve secure data sharing and trading through the alliance chain system provided by this embodiment. Dynamic adjustment of equity shares can motivate data providers to provide high-quality data while protecting the rights and interests of data consumers.

[0237] In the alliance credit system, multiple financial institutions, enterprises and government departments can share credit data through the alliance chain system provided by this embodiment to achieve credit assessment and risk control. Dynamic adjustment of equity shares helps to motivate participants to provide accurate credit data and reduce the credit risk of the entire system.

[0238] In the field of copyright management, the alliance chain system provided in this embodiment can help creators, copyright owners and copyright users to share and trade copyright information. Dynamic adjustment of equity shares helps to motivate participants to comply with copyright regulations and protect the rights and interests of creators.

[0239] In the alliance medical data sharing scenario, multiple medical institutions, research institutions and government departments can share medical data through the alliance chain system provided by this embodiment to achieve the purpose of disease research and public health policy formulation. Dynamic adjustment of equity shares helps to motivate participants to provide accurate medical data and ensure public health safety.

[0240] In the above application scenarios, the alliance chain system provided in this embodiment can provide advantages such as better rights protection, dynamic adjustment of equity shares and security, and help improve the efficiency and reliability of the entire system.

[0241] In summary, the embodiment of the present invention provides a management method for a consortium chain system, which includes obtaining the transaction data of each organization in the constructed consortium chain system, each organization in the consortium chain system is preset with a corresponding equity share, each transaction in the transaction data is a multi-signature transaction, and each transaction corresponds to a transaction threshold, which is the minimum equity share required to complete the transaction when the equity shares of multiple organizations participating in the transaction are combined, and the update parameters of the equity shares of each organization are determined according to the transaction data, and the equity shares of each organization in the consortium chain system are updated based on the update parameters. By adopting the embodiment of the present invention, the equity shares of each organization in the consortium chain system can be dynamically adjusted, so that the rights and interests of each organization are guaranteed and reflected, and the reliability and collaboration efficiency of the consortium chain system are improved.

[0242] According to the method described in the above embodiment, this embodiment will be further described from the perspective of the management device of the alliance chain system. The management device of the alliance chain system can be implemented as an independent entity or integrated into an electronic device, such as a terminal. The terminal may include a mobile phone, a tablet computer, etc.

[0243] See also Figure 8 , Figure 8 is a structural diagram of a management device of a consortium chain system provided by an embodiment of the present invention, such as Figure 8 As shown, the management device 800 of the alliance chain system provided by the embodiment of the present invention includes: a first acquisition module 801, a first determination module 802 and an update module 803.

[0244] Among them, the first acquisition module 801 is used to obtain the transaction data of each organization in the established alliance chain system. Each organization in the alliance chain system is preset with a corresponding equity share. Each transaction in the transaction data is a multi-signature transaction, and each transaction has a corresponding transaction threshold. The transaction threshold is the minimum equity share required to complete the transaction when the equity shares of multiple organizations participating in the transaction are combined;

[0245] A first determination module 802 is used to determine update parameters of equity shares of each organization based on transaction data;

[0246] The update module 803 is used to update the equity share of each organization in the alliance chain system based on the update parameters.

[0247] In some embodiments, the first determination module 802 includes: a first screening unit, a first determination unit, and a second determination unit;

[0248] Among them, the first screening unit is used to traverse the transaction data and filter out the penalty item transaction data from the transaction data; the first determination unit is used to determine the penalty parameters corresponding to each organization based on the penalty item transaction data and the penalty weight; the second determination unit is used to determine the update parameters of the equity share of each organization based on the penalty parameters.

[0249] In some embodiments, the penalty item transaction data includes malicious item transaction data and fault item transaction data, and the penalty weight includes malicious weight and fault weight; the first determination unit is specifically used to: multiply the number of transactions corresponding to the malicious item transaction data by the malicious weight to obtain a malicious parameter; multiply the number of transactions corresponding to the fault item transaction data by the fault weight to obtain a fault parameter; add the malicious parameter and the fault parameter of each organization to obtain the penalty parameter corresponding to each organization.

[0250] In some embodiments, the first determination module 802 further includes: a second screening unit and a third determination unit;

[0251] Among them, the second screening unit is used to screen out incentive item transaction data from the transaction data; the third determination unit is used to determine the incentive parameters corresponding to each organization based on the incentive item transaction data and the incentive weight; the second determination unit is specifically used to: add the incentive parameters and penalty parameters of each organization to obtain the updated parameters of the equity share of each organization.

[0252] In some embodiments, the updating module 803 includes: a processing unit, a fourth determining unit, a fifth determining unit, and an updating unit;

[0253] Among them, the processing unit is used to add the updated parameters of each organization to obtain the total parameter; the fourth determination unit is used to determine the parameter ratio of each organization based on the updated parameters of each organization and the total parameter; the fifth determination unit is used to determine the updated equity share of each organization based on the parameter ratio; the update unit is used to update the original equity share of each organization in the alliance chain system based on the updated equity share.

[0254] In some embodiments, the second determination unit is further specifically used to: add the incentive parameters and penalty parameters of each organization to obtain the initial parameters of the equity share of each organization; normalize the initial parameters to obtain the updated parameters of the equity share of each organization.

[0255] In some embodiments, the management device 800 of the alliance chain system provided in this embodiment further includes: a second acquisition module, a second determination module, a configuration module and a control module;

[0256] The second acquisition module is used to obtain the organization information participating in the construction of the alliance chain system to be constructed. The organization information includes the organization list and the initial equity share ratio. The organization list includes the name of each organization. The initial equity share ratio includes the initial equity share corresponding to each organization. The sum of the initial equity shares of each organization is 100.

[0257] A second determination module is used to determine a blockchain configuration file of the alliance chain system to be constructed according to the organization information and the block information of the block in the alliance chain system to be constructed;

[0258] The configuration module is used to configure the genesis block in the alliance chain system to be built according to the blockchain configuration file;

[0259] The control module is used to load the blockchain configuration file and the genesis block according to the corresponding blockchain nodes of each organization in the alliance chain system to be built, so as to obtain the built alliance chain system after each organization completes the deployment of the blockchain server nodes.

[0260] During specific implementation, the above modules and / or units can be implemented as independent entities, or can be arbitrarily combined to be implemented as the same or several entities. The specific implementation of the above modules and / or units can refer to the previous method embodiments. The specific beneficial effects that can be achieved can also refer to the beneficial effects in the previous method embodiments, which will not be repeated here.

[0261] Also, see Fig. 9 , Fig. 9 1 is a schematic diagram of a structure of an electronic device provided by an embodiment of the present invention, and the electronic device may be a mobile terminal such as a smart phone, a tablet computer, or the like. Fig. 9 As shown, the electronic device 900 includes a processor 901 and a memory 902. The processor 901 is electrically connected to the memory 902.

[0262] The processor 901 is the control center of the electronic device 900. It uses various interfaces and lines to connect various parts of the entire electronic device. It executes various functions of the electronic device 900 and processes data by running or loading applications stored in the memory 902 and calling data stored in the memory 902, thereby monitoring the electronic device 900 as a whole.

[0263] In this embodiment, the processor 901 in the electronic device 900 will load the instructions corresponding to the processes of one or more applications into the memory 902 according to the following steps, and the processor 901 will run the application stored in the memory 902, thereby implementing any step in the management method of the alliance chain system provided in the above embodiment.

[0264] The electronic device 900 can implement the steps in any embodiment of the management method of the alliance chain system provided in the embodiments of the present invention. Therefore, it can achieve the beneficial effects that can be achieved by any management method of the alliance chain system provided in the embodiments of the present invention. Please refer to the previous embodiments for details and will not be repeated here.

[0265] See also Fig.10 , Fig.10 is another structural schematic diagram of an electronic device provided by an embodiment of the present invention, such as Fig.10 As shown, Fig.10 The specific structural block diagram of the electronic device provided in the embodiment of the present invention is shown, and the electronic device can be used to implement the management method of the alliance chain system provided in the above embodiment. The electronic device 1000 can be a mobile terminal such as a smart phone or a laptop computer.

[0266] The RF circuit 1010 is used to receive and send electromagnetic waves, realize the mutual conversion between electromagnetic waves and electrical signals, and thus communicate with a communication network or other devices. The RF circuit 1010 may include various existing circuit elements for performing these functions, such as antennas, radio frequency transceivers, digital signal processors, encryption / decryption chips, user identity module (SIM) cards, memories, etc. The RF circuit 1010 can communicate with various networks such as the Internet, corporate intranets, wireless networks, or communicate with other devices through wireless networks. The above-mentioned wireless networks may include cellular telephone networks, wireless local area networks, or metropolitan area networks. The above-mentioned wireless networks can use various communication standards, protocols and technologies, including but not limited to Global System for Mobile Communication (GSM), Enhanced Data GSM Environment (EDGE), Wideband Code Division Multiple Access (WCDMA), Code Division Multiple Access (CDMA), Time Division Multiple Access (TDMA), Wireless Fidelity (Wi-Fi) (such as Institute of Electrical and Electronics Engineers standards IEEE 802.11a, IEEE 802.11b, IEEE802.11g and / or IEEE802.11n), Voice over Internet Protocol (VoIP), Worldwide Interoperability for Microwave Access (Wi-Max), other protocols for email, instant messaging and short messages, and any other suitable communication protocols, even those that have not yet been developed.

[0267] The memory 1020 can be used to store software programs and modules, such as the program instructions / modules corresponding to the management method of the alliance chain system in the above-mentioned embodiment. The processor 1080 executes various functional applications and management of the alliance chain system by running the software programs and modules stored in the memory 1020.

[0268] The memory 1020 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 memory 1020 may further include a memory remotely arranged relative to the processor 1080, and these remote memories may be connected to the electronic device 1000 via a network. Examples of the above-mentioned network include, but are not limited to, the Internet, an intranet, a local area network, a mobile communication network, and combinations thereof.

[0269] The input unit 1030 can be used to receive input digital or character information, and generate keyboard, mouse, joystick, optical or trackball signal input related to user settings and function control. Specifically, the input unit 1030 may include a touch-sensitive surface 1031 and other input devices 1032. The touch-sensitive surface 1031, also known as a touch display screen or a touch pad, can collect user touch operations on or near it (such as operations performed by the user using any suitable object or accessory such as a finger, stylus, etc. on or near the touch-sensitive surface 1031), and drive the corresponding connection device according to a pre-set program. Optionally, the touch-sensitive surface 1031 may include two parts: a touch detection device and a touch controller. Among them, the touch detection device detects the user's touch direction, detects the signal brought by the touch operation, and transmits the signal to the touch controller; the touch controller receives the touch information from the touch detection device, converts it into touch point coordinates, and then sends it to the processor 1080, and can receive and execute commands sent by the processor 1080. In addition, the touch-sensitive surface 1031 may be implemented in various types such as resistive, capacitive, infrared, and surface acoustic wave. In addition to the touch-sensitive surface 1031, the input unit 1030 may further include other input devices 1032. Specifically, the other input devices 1032 may include, but are not limited to, one or more of a physical keyboard, a function key (such as a volume control key, a switch key, etc.), a trackball, a mouse, a joystick, and the like.

[0270] The display unit 1040 can be used to display information input by the user or information provided to the user and various graphical user interfaces of the electronic device 1000, which can be composed of graphics, text, icons, videos and any combination thereof. The display unit 1040 may include a display panel 1041, and optionally, the display panel 1041 may be configured in the form of LCD (Liquid Crystal Display), OLED (Organic Light-Emitting Diode), etc. Further, the touch-sensitive surface 1031 may cover the display panel 1041, and when the touch-sensitive surface 1031 detects a touch operation on or near it, it is transmitted to the processor 1080 to determine the type of the touch event, and then the processor 1080 provides corresponding visual output on the display panel 1041 according to the type of the touch event. Although in the figure, the touch-sensitive surface 1031 and the display panel 1041 are implemented as two independent components to implement input and output functions, in some embodiments, the touch-sensitive surface 1031 and the display panel 1041 can be integrated to implement input and output functions.

[0271] The electronic device 1000 may also include at least one sensor 1050, such as a light sensor, a motion sensor, and other sensors. Specifically, the light sensor may include an ambient light sensor and a proximity sensor, wherein the ambient light sensor may adjust the brightness of the display panel 1041 according to the brightness of the ambient light, and the proximity sensor may generate an interrupt when the flip cover is closed or closed. As a type of motion sensor, the gravity acceleration sensor can detect the magnitude of acceleration in each direction (generally three axes), and can detect the magnitude and direction of gravity when stationary, which can be used for applications that identify the posture of the mobile phone (such as horizontal and vertical screen switching, related games, magnetometer posture calibration), vibration recognition related functions (such as pedometer, tapping), etc.; as for other sensors such as gyroscopes, barometers, hygrometers, thermometers, infrared sensors, etc. that can also be configured in the electronic device 1000, they will not be repeated here.

[0272] The audio circuit 1060, the speaker 1061, and the microphone 1062 can provide an audio interface between the user and the electronic device 1000. The audio circuit 1060 can transmit the received audio data to the speaker 1061 after converting the received audio data into an electrical signal, which is converted into a sound signal for output by the speaker 1061; on the other hand, the microphone 1062 converts the collected sound signal into an electrical signal, which is received by the audio circuit 1060 and converted into audio data, and then the audio data is processed by the output processor 1080 and sent to, for example, another terminal through the RF circuit 1010, or the audio data is output to the memory 1020 for further processing. The audio circuit 1060 may also include an earplug jack to provide communication between an external headset and the electronic device 1000.

[0273] The electronic device 1000 can help the user receive requests, send information, etc. through the transmission module 1070 (such as a Wi-Fi module), which provides the user with wireless broadband Internet access. Although the transmission module 1070 is shown in the figure, it is understandable that it is not a necessary component of the electronic device 1000 and can be omitted as needed without changing the essence of the invention.

[0274] The processor 1080 is the control center of the electronic device 1000. It uses various interfaces and lines to connect various parts of the entire mobile phone. By running or executing software programs and / or modules stored in the memory 1020, and calling data stored in the memory 1020, it executes various functions of the electronic device 1000 and processes data, thereby monitoring the electronic device as a whole. Optionally, the processor 1080 may include one or more processing cores; in some embodiments, the processor 1080 may integrate an application processor and a modem processor, wherein the application processor mainly processes the operating system, user interface, and application programs, and the modem processor mainly processes wireless communications. It can be understood that the above-mentioned modem processor may not be integrated into the processor 1080.

[0275] The electronic device 1000 also includes a power supply 1090 (such as a battery) for supplying power to various components. In some embodiments, the power supply can be logically connected to the processor 1080 through a power management system, so that the power management system can manage charging, discharging, and power consumption management. The power supply 1090 can also include any components such as one or more DC or AC power supplies, recharging systems, power failure detection circuits, power converters or inverters, and power status indicators.

[0276] Although not shown, the electronic device 1000 also includes a camera (such as a front camera, a rear camera), a Bluetooth module, etc., which will not be described in detail here. Specifically in this embodiment, the display unit of the electronic device is a touch screen display, and the mobile terminal also includes a memory, and one or more programs, wherein one or more programs are stored in the memory, and are configured to be executed by one or more processors to implement any step in the management method of the alliance chain system provided in the above embodiment.

[0277] In specific implementation, the above modules can be implemented as independent entities, or can be arbitrarily combined and implemented as the same or several entities. The specific implementation of the above modules can be found in the previous method embodiments, which will not be repeated here.

[0278] Those skilled in the art can understand that all or part of the steps in the various methods of the above embodiments can be completed by instructions, or by controlling related hardware through instructions, and the instructions can be stored in a computer-readable storage medium and loaded and executed by a processor. To this end, an embodiment of the present invention provides a storage medium, which stores multiple instructions, and the instructions can be executed by the processor to implement any step in the management method of the alliance chain system provided in the above embodiments.

[0279] The storage medium may include: a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk, etc.

[0280] Since the instructions stored in the storage medium can execute the steps in any embodiment of the management method of the alliance chain system provided in the embodiments of the present invention, the beneficial effects that can be achieved by any alliance chain system management method provided in the embodiments of the present invention can be achieved. Please refer to the previous embodiments for details and will not be repeated here.

[0281] The above is a detailed introduction to the management method, device, electronic device and storage medium of a consortium chain system provided by the embodiment of the present application. This article uses specific examples to illustrate the principles and implementation methods of the present application. The description of the above embodiments is only used to help understand the method and its core idea of ​​the present application; at the same time, for those skilled in the art, according to the idea of ​​the present application, there will be changes in the specific implementation method and application scope. In summary, the content of this specification should not be understood as a limitation on the present application. Moreover, for those of ordinary skill in the art, without departing from the principles of the present invention, several improvements and modifications can be made, and these improvements and modifications are also regarded as the scope of protection of the present invention.

Claims

1. A management method for a consortium chain system, characterized in that: include: Obtain the transaction data of each organization in the established alliance chain system. Each organization in the alliance chain system is preset with a corresponding equity share. Each transaction in the transaction data is a multi-signature transaction, and each transaction has a corresponding transaction threshold. The transaction threshold is the minimum equity share required to complete the transaction when the equity shares of multiple organizations participating in the transaction are combined; Determining update parameters of equity shares of each of the organizations based on the transaction data; Based on the update parameters, the equity share of each of the organizations in the alliance chain system is updated.

2. The method according to claim 1, characterized in that Determining update parameters of equity shares of each organization according to the transaction data includes: Traversing the transaction data, and filtering out penalty item transaction data from the transaction data; Determine the penalty parameters corresponding to each of the organizations according to the penalty item transaction data and the penalty weight; Based on the penalty parameter, an update parameter of the equity share of each of the organizations is determined.

3. The method according to claim 2, characterized in that The penalty item transaction data includes malicious item transaction data and fault item transaction data, and the penalty weight includes malicious weight and fault weight; Determining the penalty parameters corresponding to each of the organizations according to the penalty item transaction data and the penalty weight includes: Multiplying the transaction quantity corresponding to the malicious item transaction data by the malicious weight to obtain a malicious parameter; Multiplying the number of transactions corresponding to the fault item transaction data by the fault weight to obtain a fault parameter; The malicious parameter and the fault parameter of each organization are added together to obtain a penalty parameter corresponding to each organization.

4. The method according to claim 2 or 3, characterized in that Before the step of determining the update parameters of the equity shares of each of the organizations based on the penalty parameters, the method further includes: Filter out incentive item transaction data from the transaction data; Determining incentive parameters corresponding to each of the organizations according to the incentive item transaction data and the incentive weight; The step of determining the update parameter of the equity share of each organization based on the penalty parameter includes: The incentive parameters and penalty parameters of each of the organizations are added together to obtain update parameters of the equity shares of each of the organizations.

5. The method according to claim 1, characterized in that The updating of the equity share of each of the organizations in the alliance chain system based on the update parameters includes: Adding the updated parameters of each of the organizations to obtain a total parameter; Determining a parameter ratio of each of the tissues according to the updated parameter of each of the tissues and the total parameter; Determining the update equity share of each of the organizations according to the parameter ratio; Based on the updated equity share, the original equity share of each of the organizations in the alliance chain system is updated.

6. The method according to claim 4, characterized in that The step of adding the incentive parameters and penalty parameters of each organization to obtain the updated parameters of the equity share of each organization includes: Adding the incentive parameters and penalty parameters of each of the organizations to obtain the initial parameters of the equity shares of each of the organizations; The initial parameters are normalized to obtain updated parameters of the equity shares of each of the organizations.

7. The method according to claim 1, characterized in that Before the step of obtaining the transaction data of each organization in the established alliance chain system, the method further includes: Obtaining the organization information participating in the construction of the alliance chain system to be constructed, the organization information including the organization list and the initial equity share ratio, the organization list including the name of each organization, the initial equity share ratio including the initial equity share corresponding to each organization, and the sum of the initial equity shares of each organization is 100; Determine a blockchain configuration file of the consortium chain system to be constructed according to the organization information and the block information of the block in the consortium chain system to be constructed; According to the blockchain configuration file, configure the genesis block in the alliance chain system to be constructed; When each of the organizations completes the deployment of the blockchain server nodes, the blockchain configuration file and the genesis block are loaded according to the blockchain nodes corresponding to each of the organizations in the alliance chain system to be constructed to obtain a constructed alliance chain system.

8. A management device for a consortium chain system, characterized in that: include: The first acquisition module is used to obtain the transaction data of each organization in the established alliance chain system. Each organization in the alliance chain system is preset with a corresponding equity share. Each transaction in the transaction data is a multi-signature transaction, and each transaction has a corresponding transaction threshold. The transaction threshold is the minimum equity share required to complete the transaction when the equity shares of multiple organizations participating in the transaction are combined; A first determination module, configured to determine update parameters of the equity share of each of the organizations according to the transaction data; An update module is used to update the equity share of each organization in the alliance chain system based on the update parameters.

9. An electronic device, characterized in that: The electronic device comprises a processor, a memory, and a computer program stored in the memory and executable on the processor, and the processor implements the steps in the method according to any one of claims 1 to 7 when executing the computer program.

10. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the steps in the method according to any one of claims 1 to 7 are implemented.