Unified right and interest card manufacturing method and system

Abstract

The invention relates to a unified interest card manufacturing method and system, belongs to the technical field of block chains, and solves the problem that multiple data of an interest system cannot be shared in the prior art. The method comprises the following steps: constructing a block chain node for each right and interest system, uploading right and interest data to a block chain by each right and interest system through the corresponding block chain node, and constructing a right and interest chain; in response to a card making request sent by a card management system, analyzing card making object information in the card making request, querying whether a card making object meets a card making requirement from a right and interest chain through a block chain node, and if yes, returning right and interest data; otherwise, returning to reject card making; if the card management system receives the right and interest data, the card making object information and the right and interest information are sent to the card making end; and the card management system receives card making result information returned by the card making end, and uploads the card making result information to the right and interest chain through the block chain node. Therefore, safe right sharing and efficient and rapid right card generation are realized.

Description

Technical Field

[0001] The present invention relates to the field of blockchain technology, and in particular to a method and system for producing a unified rights and interests card. Background Art

[0002] Traditional rights and interests cards are directly opened by each rights and interests system. Because there are different rights and interests between rights and interests systems, for example, for citizens' public transportation, the transportation card system of the transportation department directly opens the card; for civil affairs information, there is a relevant system switch of the civil affairs department. That is, each rights and interests system builds a complete rights and interests system for each user. Each rights and interests system maintains a set of rights and interests system. When users need to understand each right, they need to register and query in different systems separately, and register and activate in each product rights and interests system separately, which is inconvenient to use. If multiple rights and interests systems are centrally managed and shared, data security cannot be guaranteed, and trusted data access and privacy protection between different rights and interests systems cannot be guaranteed. Summary of the invention

[0003] In view of the above analysis, the embodiments of the present invention aim to provide a unified rights card production method and system to solve the problem that multiple data cannot be shared in the existing rights system.

[0004] On the one hand, an embodiment of the present invention provides a method for producing a unified rights and interests card, comprising the following steps:

[0005] Build a blockchain node for each equity system. Each equity system uploads the equity data to the blockchain through the corresponding blockchain node to build an equity chain.

[0006] Respond to the card making request sent by the card management system, parse the card making object information in the card making request, and query the card making object from the equity chain through the blockchain node to see whether it meets the card making requirements. If so, return the equity data; otherwise, return to reject the card making;

[0007] If the card management system receives the rights and interests data, it will send the card object information and rights and interests information to the card issuing end;

[0008] The card management system receives the card production result information returned by the card production end, and uploads the card production result information to the equity chain through the blockchain node.

[0009] Based on the further improvement of the above method, a blockchain node is constructed for each equity system. Each equity system uploads the equity data to the blockchain through the corresponding blockchain node to build an equity chain, including:

[0010] Build at least two first blockchain nodes for each equity system; deploy smart contracts on each first blockchain node;

[0011] Building a second blockchain node network, wherein the second blockchain node network includes at least four second blockchain nodes;

[0012] The equity system encrypts and signs the transaction request and sends it to the corresponding first blockchain node;

[0013] The first blockchain node verifies and decrypts the received encrypted and signed transaction request to obtain the transaction request, endorses the transaction, encrypts and signs the endorsement result, and returns it to the equity system;

[0014] The equity system verifies and decrypts the encrypted and signed endorsement result. If the endorsement result is not a failed verification, the transaction request and the endorsement result are used as a transaction, and the transaction is encrypted and signed and sent to any second blockchain node.

[0015] The second blockchain node verifies the signature of the received data and decrypts it to obtain the transaction, verifies and sorts the transaction, packages the sorted transaction into a block, and sends it to each first blockchain node;

[0016] Each first blockchain node updates the local block information according to the received blocks.

[0017] Based on the further improvement of the above method, the first blockchain node endorses the transaction request, encrypts and signs the endorsement result and returns it to the equity system, including:

[0018] Call the smart contract to check whether the transaction data is legal; if it is not legal, the endorsement result is verification failure;

[0019] If the transaction is legal, the transaction request is used as the input of the smart contract, and the smart contract is called to simulate the execution of the transaction to obtain the simulated execution result; the simulated execution result is signed as the endorsement result.

[0020] Based on the further improvement of the above method, the following method is used to determine whether the transaction data is legal:

[0021] Determine whether the transaction data matches the equity system. If not, the transaction is illegal;

[0022] If the transaction type is to add new equity data, the query function of the smart contract is called with the ID of the newly added equity data as the index to query whether the ID of the equity data exists in the status data. If it exists, the transaction is illegal;

[0023] If the transaction type is to modify equity data, the query function of the smart contract is called with the ID of the modified equity data as the index to query whether the ID of the equity data exists in the status data. If not, the transaction is illegal.

[0024] Based on a further improvement of the above method, the second blockchain node verifies and sorts the transactions, packages the sorted transactions into blocks, and sends them to each first blockchain node, including:

[0025] The second blockchain node verifies the validity of the transaction; if the transaction is invalid, it returns a transaction failure message to the equity system;

[0026] The second blockchain node sends valid transactions to the buffer for sorting in the order of transaction requests;

[0027] If the block time is reached, or the number of transactions in the buffer reaches the specified number, the transactions in the buffer are packaged into blocks, signed, and sent to each first blockchain node.

[0028] Based on the further improvement of the above method,

[0029] The second blockchain node verifies the validity of the transaction including:

[0030] Determine whether the number of endorsement results of the transaction meets the endorsement policy requirements. If not, the transaction is invalid;

[0031] If the endorsement policy is that there is more than one endorsement node, then determine whether the simulated execution results of all endorsement results of the transaction are the same. If there are different simulated execution results, the transaction is invalid.

[0032] Based on the further improvement of the above method, the encryption and signing includes the following process:

[0033] The sender randomly generates a symmetric key, and symmetrically encrypts the sent data based on the symmetric key to generate symmetric ciphertext data;

[0034] The sender asymmetrically encrypts the symmetric key according to the asymmetrically encrypted public key of the receiver to generate an asymmetric key ciphertext;

[0035] The sender packages the symmetric ciphertext data and the asymmetric key ciphertext to generate a temporary ciphertext, and uses its own asymmetric encryption private key to digitally sign the temporary ciphertext to generate a signature value;

[0036] The sender packages the signature value and the temporary seal to obtain the final sent data.

[0037] Based on the further improvement of the above method, the signature verification and decryption includes the following process:

[0038] The receiver splits the received data to obtain the signature value, asymmetric key ciphertext and ciphertext data;

[0039] The receiver verifies the signature value according to the sender's asymmetrically encrypted public key. If the verification fails, the receiver returns a verification failure message. Otherwise, the receiver decrypts the asymmetrical key ciphertext according to its own asymmetrically encrypted private key to obtain the symmetric key.

[0040] Use the symmetric key to decrypt the symmetric ciphertext to obtain the original data sent by the sender.

[0041] On the one hand, an embodiment of the present invention provides a unified rights card production system, including the following modules:

[0042] The equity chain construction module is used to build a blockchain node for each equity system. Each equity system uploads the equity data to the blockchain through the corresponding blockchain node to build an equity chain;

[0043] The rights and interests data acquisition module is used to respond to the card making request sent by the card management system, parse the card making object information in the card making request, and query the card making object from the rights and interests chain through the blockchain node to see whether it meets the card making requirements. If so, it returns the rights and interests data; otherwise, it returns to reject the card making;

[0044] The card production information push module is used to send the card production object information and rights and interests information to the card production end if the card management system receives the rights and interests data;

[0045] The card production information chain module is used for the card management system to receive the card production result information returned by the card production end, and upload the card production result information to the equity chain through the blockchain node.

[0046] Based on the further improvement of the above system, a blockchain node is built for each equity system. Each equity system uploads the equity data to the blockchain through the corresponding blockchain node to build an equity chain, including:

[0047] Build at least two first blockchain nodes for each equity system; deploy smart contracts on each first blockchain node;

[0048] Building a second blockchain node network, wherein the second blockchain node network includes at least four second blockchain nodes;

[0049] The equity system encrypts and signs the transaction request and sends it to the corresponding first blockchain node;

[0050] The first blockchain node verifies and decrypts the received encrypted and signed transaction request to obtain the transaction request, endorses the transaction, encrypts and signs the endorsement result, and returns it to the equity system;

[0051] The equity system verifies and decrypts the encrypted and signed endorsement result. If the endorsement result is not a verification failure, the transaction request and the endorsement result are used as a transaction, and the encrypted and signed result is sent to any second blockchain node.

[0052] The second blockchain node verifies the signature of the received data and decrypts it to obtain the transaction, verifies and sorts the transaction, packages the sorted transaction into a block, and sends it to each first blockchain node;

[0053] Each first blockchain node updates the local block information according to the received blocks.

[0054] Compared with the prior art, the present invention constructs a blockchain node for each equity system, so that each equity system uploads its own equity data to the blockchain through the corresponding blockchain node to build an equity chain, thereby realizing the safe sharing of data of each equity system, sending a card-making request to the equity chain through the card management system, and querying from the equity chain whether the card-making object meets the card-making requirements. If so, the equity chain returns the corresponding equity data, and the card management system can push the corresponding card-making information to the card-making end, so that users only need one card to integrate the rights and interests of different equity systems, thereby improving card-making efficiency and facilitating use.

[0055] In the present invention, the above-mentioned technical solutions can also be combined with each other to achieve more preferred combination solutions. Other features and advantages of the present invention will be described in the subsequent description, and some advantages can become obvious from the description, or can be understood by practicing the present invention. The purpose and other advantages of the present invention can be realized and obtained through the contents particularly pointed out in the description and the drawings. BRIEF DESCRIPTION OF THE DRAWINGS

[0056] The accompanying drawings are only used for the purpose of illustrating specific embodiments and are not to be considered as limiting the present invention. In the entire drawings, the same reference symbols represent the same components;

[0057] Figure 1 This is a flow chart of a method for making a unified rights and interests card according to an embodiment of the present invention;

[0058] Figure 2 It is a block diagram of a unified rights card production system according to an embodiment of the present invention. DETAILED DESCRIPTION

[0059] The preferred embodiments of the present invention are described in detail below in conjunction with the accompanying drawings, wherein the accompanying drawings constitute a part of this application and are used together with the embodiments of the present invention to illustrate the principles of the present invention, but are not used to limit the scope of the present invention.

[0060] A specific embodiment of the present invention discloses a method for making a unified rights card, such as Figure 1 As shown, the following steps are included:

[0061] S1. Build a blockchain node for each equity system. Each equity system uploads the equity data to the blockchain through the corresponding blockchain node to build an equity chain;

[0062] S2. Respond to the card making request sent by the card management system, parse the card making object information in the card making request, and query the card making object from the equity chain through the blockchain node to see whether it meets the card making requirements. If so, return the equity data; otherwise, return to reject the card making;

[0063] S3. If the card management system receives the rights and interests data, it sends the card production object information and rights and interests information to the card production end;

[0064] S4. The card management system receives the card production result information returned by the card production end, and uploads the card production result information to the equity chain through the blockchain node.

[0065] During implementation, the rights and interests system is, for example, a civil affairs business management system, a transportation management system, a student rights and interests management system, and other systems.

[0066] Compared with the prior art, the unified rights and interests card production method provided in this embodiment constructs a blockchain node for each rights and interests system, so that each rights and interests system uploads its own rights and interests data to the blockchain through the corresponding blockchain node to build a rights and interests chain, thereby realizing the safe sharing of data of each rights and interests system, and sending a card production request to the rights and interests chain through the card management system, and querying from the rights and interests chain whether the card production object meets the card production requirements. If so, the rights and interests chain returns the corresponding rights and interests data, and the card management system can push the corresponding card production information to the card production end, so that the user only needs one card to integrate the rights and interests in different rights and interests systems, thereby improving the card production efficiency and facilitating use.

[0067] During implementation, at least two first blockchain nodes (peer nodes) are constructed for each equity system, and the first blockchain nodes are used to endorse transactions and update blockchains. A second blockchain node network is constructed, and the second blockchain node network includes at least four second blockchain nodes (orderer nodes), and the second blockchain nodes are used to verify and sort transactions. Message synchronization is performed between the four second blockchain nodes.

[0068] Deploy smart contracts on each first blockchain node. The endorsement strategy of the smart contract is to endorse any node, that is, any first blockchain node can endorse the endorsement result. During implementation, in order to prevent the smart contract from being tampered with, a strategy of endorsing by more than two first blockchain nodes can also be selected. Smart contracts are used to read and write blockchain and status data.

[0069] Each equity system needs to share data on the equity chain. In order to ensure data security and achieve secure access, the equity chain constructed is a consortium chain. The second blockchain node and the first blockchain node corresponding to each equity system join the same channel to share and manage the equity ledger in the channel, thereby achieving secure sharing and management of equity data.

[0070] After the first blockchain node and the second blockchain node are deployed, each equity system establishes a connection with the corresponding first blockchain node (peer node) and registers its own organization. The registration information includes the organization name and code.

[0071] During implementation, each equity system establishes a connection with the corresponding first blockchain node (peer node) through the https protocol. After successful registration, the equity system connects to the corresponding blockchain node with the registered account, uploads the equity data to the blockchain through the corresponding blockchain node, and builds the equity chain. Specifically, it includes:

[0072] The equity system encrypts and signs the transaction request and sends it to the corresponding first blockchain node;

[0073] The first blockchain node verifies and decrypts the received encrypted and signed transaction request to obtain the transaction request, endorses the transaction, encrypts and signs the endorsement result, and returns it to the equity system;

[0074] The equity system verifies and decrypts the encrypted and signed endorsement result. If the endorsement result is not a failed verification, the transaction request and the endorsement result are used as a transaction, and the transaction is encrypted and signed and sent to any second blockchain node.

[0075] The second blockchain node verifies the signature of the received data and decrypts it to obtain the transaction, verifies and sorts the transaction, packages the sorted transaction into a block, and sends it to each first blockchain node;

[0076] Each first blockchain node updates the local block information according to the received blocks.

[0077] During implementation, the transaction request includes: transaction type (new / modify), transaction data, and the equity system encrypts and signs the transaction request and sends it to the corresponding first blockchain node.

[0078] It should be noted that each first blockchain node stores the blockchain (ledger copy) and status data in the channel. The status data is the latest status data obtained based on the latest transaction, thereby forming a distributed ledger to achieve decentralization.

[0079] After the first blockchain node receives the encrypted and signed transaction request, it first verifies and decodes the signature, and then endorses the transaction request.

[0080] The first blockchain node endorses the transaction, encrypts and signs the endorsement result, and returns the value equity system, including:

[0081] Call the smart contract to check whether the transaction data is legal; if it is not legal, the endorsement result is verification failure;

[0082] If the transaction is legal, the transaction request is used as the input of the smart contract, and the smart contract is called to simulate the execution of the transaction to obtain the simulated execution result; the simulated execution result is signed as the endorsement result.

[0083] During implementation, the following methods are used to determine whether transaction data is legal:

[0084] Determine whether the transaction data matches the equity system. If not, the transaction is illegal;

[0085] If the transaction type is to add new equity data, the query function of the smart contract is called with the ID of the newly added equity data as the index to query whether the ID of the equity data exists in the status data. If it exists, the transaction is illegal;

[0086] If the transaction type is to modify equity data, the query function of the smart contract is called with the ID of the modified equity data as the index to query whether the ID of the equity data exists in the status data. If not, the transaction is illegal.

[0087] For example, if the rights and interests system is a municipal transportation business system and the transaction data is civil affairs-related data, the transaction is illegal.

[0088] If the transaction is legal, the smart contract is called to simulate the execution of the transaction request based on the status data of the first blockchain node, and the simulated execution result is obtained. The simulated execution result is signed as the endorsement result.

[0089] It should be noted that the simulation execution result includes a read set and a write set, which correspond to the state data before the simulation transaction is executed and the state data after the simulation transaction is executed.

[0090] For example, if the transaction type is to modify equity data, the state data is obtained, and the corresponding equity data modification is performed on it to obtain the simulated execution result. The equity system verifies and decrypts the received encrypted and signed endorsement result. If the endorsement result fails the verification, the next step is not executed.

[0091] If the endorsement result is not verification failure, after the equity system receives the required endorsement result according to the endorsement policy, it encrypts and signs the transaction request and endorsement result as a transaction and sends it to any second blockchain node.

[0092] The second blockchain node verifies the signature of the received data and decrypts it to obtain the transaction, and then performs verification sorting and block packaging.

[0093] It should be noted that multiple second blockchain nodes have a consensus mechanism. When implemented, an existing formula algorithm is used, such as the fast Byzantine algorithm, to reach a consensus and determine which second blockchain node will sort transactions and package blocks.

[0094] Specifically, the second blockchain node verifies and sorts the transactions, packages the sorted transactions into blocks, and sends them to each first blockchain node, including:

[0095] The second blockchain node verifies the validity of the transaction; if the transaction is invalid, it returns a transaction failure message to the equity system;

[0096] The second blockchain node sends valid transactions to the buffer for sorting in the order of transaction requests;

[0097] If the block time is reached, or the number of transactions in the buffer reaches the specified number, the transactions in the buffer are packaged into blocks, signed, and sent to each first blockchain node.

[0098] During implementation, the second blockchain node verifies the validity of the transaction including:

[0099] Determine whether the number of endorsement results of the transaction meets the endorsement policy requirements. If not, the transaction is invalid;

[0100] If the endorsement policy is that there is more than one endorsement node, then determine whether the simulated execution results of all endorsement results of the transaction are the same. If there are different simulated execution results, the transaction is invalid.

[0101] After transaction verification, for valid transactions, the second blockchain node sends the transactions to the buffer for sorting in the chronological order of the transaction requests.

[0102] When the block generation conditions are met, the transactions in the buffer are packaged into blocks and signed, and sent to each first node to update the blockchain and status data.

[0103] After receiving the block, the first blockchain node verifies whether the signature is valid. If it is valid, it updates the local block information according to the received block. Specifically, it includes:

[0104] Add the received block to the local blockchain;

[0105] Update local state data based on received blocks.

[0106] During implementation, the first blockchain node adds the block to the local blockchain and updates the local status data according to the transaction information in the received block.

[0107] Each equity system shares equity data by uploading its own equity data to the equity chain, and data updates and modifications can be traced for easy tracing.

[0108] During implementation, the card management system and each equity system subscribe to events on the equity chain through a message mechanism. When the equity chain is updated, messages corresponding to the events are sent to each equity system and the card management system, so that the card management system and each equity system can monitor the equity status in a timely manner.

[0109] After the equity chain is generated, users can apply for equity cards through the card management system.

[0110] During implementation, the card management system establishes a connection with the first blockchain node and sends a card-making request to the first blockchain node, wherein the card-making request includes card-making object information, encrypts and signs the card-making object information, and obtains the card-making request.

[0111] After the first blockchain node verifies and decrypts the card-making request, it obtains the card-making object information in the card-making request, calls the smart contract to query the rights and interests data of the card-making object in the local state data, and determines whether the card-making requirements are met. If so, the rights and interests data of the card-making object is encrypted and signed and returned to the card management system; otherwise, it returns to the card management system to reject the card making.

[0112] During implementation, if the card-making object information does not exist in the status data, or the card-making object has already been made, the card making will be rejected. Otherwise, the rights and interests information of the card-making object will be encrypted and signed and returned to the card management system.

[0113] The card management system verifies and decrypts the received data, then encrypts and signs the card production information and rights information, and sends it to the card production end.

[0114] Among them, the card making information includes card making batch, card making quantity, card making object information, etc.

[0115] After receiving the card production result information returned by the card production end, the card management system uploads the card production result information to the equity chain through the blockchain node. The card production result information includes: card production status, card number, and financial account information. Its implementation process is the same as the process of each equity system uploading equity data to the blockchain through the corresponding blockchain node.

[0116] In order to improve the security of data transmission and eliminate the security risks of interactive data being leaked or tampered with, data interactions between the equity system, card management system and blockchain nodes of the equity chain are all encrypted.

[0117] During implementation, the rights and interests system, card management system, blockchain nodes and card-making end all issue asymmetric key pairs, and the two parties exchange asymmetric encrypted public keys. Data transmission between the two parties is encrypted and signed, thereby improving security.

[0118] Specifically, the encryption and signing includes the following process:

[0119] The sender randomly generates a symmetric key, and symmetrically encrypts the sent data based on the symmetric key to generate symmetric ciphertext data;

[0120] The sender asymmetrically encrypts the symmetric key according to the asymmetrically encrypted public key of the receiver to generate an asymmetric key ciphertext;

[0121] The sender packages the symmetric ciphertext data and the asymmetric key ciphertext to generate a temporary ciphertext, and uses the private key of its own asymmetric key to digitally sign the temporary ciphertext to generate a signature value;

[0122] The sender packages the signature value and temporary ciphertext to obtain the final sent data.

[0123] Specifically, the signature verification and decryption process includes:

[0124] The receiver splits the received data to obtain the signature value, asymmetric key ciphertext and ciphertext data;

[0125] The receiver verifies the signature value according to the sender's asymmetrically encrypted public key. If the verification fails, the receiver returns a verification failure message. Otherwise, the receiver decrypts the asymmetrical key ciphertext according to its own asymmetrically encrypted private key to obtain the symmetric key.

[0126] Use the symmetric key to decrypt the symmetric ciphertext to obtain the original data sent by the sender.

[0127] Encryption and signing are achieved by combining symmetric encryption, asymmetric encryption and digital signatures, which greatly improves the security of data transmission.

[0128] A specific embodiment of the present invention discloses a unified rights card production system, such as Figure 2 As shown, it includes the following modules:

[0129] The equity chain construction module is used to build a blockchain node for each equity system. Each equity system uploads the equity data to the blockchain through the corresponding blockchain node to build an equity chain;

[0130] The rights and interests data acquisition module is used to respond to the card making request sent by the card management system, parse the card making object information in the card making request, and query the card making object from the rights and interests chain through the blockchain node to see whether it meets the card making requirements. If so, it returns the rights and interests data; otherwise, it returns to reject the card making;

[0131] The card production information push module is used to send the card production object information and rights and interests information to the card production end if the card management system receives the rights and interests data;

[0132] The card production information chain module is used for the card management system to receive the card production result information returned by the card production end, and upload the card production result information to the equity chain through the blockchain node.

[0133] Based on the further improvement of the above system, a blockchain node is built for each equity system. Each equity system uploads the equity data to the blockchain through the corresponding blockchain node to build an equity chain, including:

[0134] Build at least two first blockchain nodes for each equity system; deploy smart contracts on each first blockchain node;

[0135] Building a second blockchain node network, wherein the second blockchain node network includes at least four second blockchain nodes;

[0136] The equity system encrypts and signs the transaction request and sends it to the corresponding first blockchain node;

[0137] The first blockchain node verifies and decrypts the received encrypted and signed transaction request to obtain the transaction request, endorses the transaction, encrypts and signs the endorsement result, and returns it to the equity system;

[0138] The equity system verifies and decrypts the encrypted and signed endorsement result. If the endorsement result is not a verification failure, the transaction request and the endorsement result are used as a transaction, and the encrypted and signed result is sent to any second blockchain node.

[0139] The second blockchain node verifies the signature of the received data and decrypts it to obtain the transaction, sorts the transactions, packages the sorted transactions into blocks, and sends them to each first blockchain node;

[0140] Each first blockchain node updates the local block information according to the received blocks.

[0141] The above method embodiments and system embodiments are based on the same principle, and their related parts can be used for reference, and can achieve the same technical effect. The specific implementation process refers to the above embodiment, which will not be repeated here.

[0142] Those skilled in the art will appreciate that all or part of the processes of the above-mentioned embodiments can be implemented by instructing related hardware through a computer program, and the program can be stored in a computer-readable storage medium, wherein the computer-readable storage medium is a disk, an optical disk, a read-only storage memory, or a random access memory, etc.

[0143] The above description is only a preferred specific implementation manner of the present invention, but the protection scope of the present invention is not limited thereto. Any changes or substitutions that can be easily conceived by any technician familiar with the technical field within the technical scope disclosed by the present invention should be covered within the protection scope of the present invention.

Claims

1. A method for making a unified rights card, characterized in that: The following steps are involved: Build a blockchain node for each equity system. Each equity system uploads the equity data to the blockchain through the corresponding blockchain node to build an equity chain. Respond to the card making request sent by the card management system, parse the card making object information in the card making request, and query the card making object from the equity chain through the blockchain node to see whether it meets the card making requirements. If so, return the equity data; otherwise, return to reject the card making; If the card management system receives the rights and interests data, it will send the card object information and rights and interests information to the card issuing end; The card management system receives the card production result information returned by the card production end, and uploads the card production result information to the equity chain through the blockchain node.

2. The method for making a unified rights card according to claim 1, characterized in that: Build a blockchain node for each equity system. Each equity system uploads the equity data to the blockchain through the corresponding blockchain node to build an equity chain, including: Build at least two first blockchain nodes for each equity system; deploy smart contracts on each first blockchain node; Building a second blockchain node network, wherein the second blockchain node network includes at least four second blockchain nodes; The equity system encrypts and signs the transaction request and sends it to the corresponding first blockchain node; The first blockchain node verifies and decrypts the received encrypted and signed transaction request to obtain the transaction request, endorses the transaction, encrypts and signs the endorsement result, and returns it to the equity system; The equity system verifies and decrypts the encrypted and signed endorsement result. If the endorsement result is not a failed verification, the transaction request and the endorsement result are used as a transaction, and the transaction is encrypted and signed and sent to any second blockchain node. The second blockchain node verifies the signature of the received data and decrypts it to obtain the transaction, verifies and sorts the transaction, packages the sorted transaction into a block, and sends it to each first blockchain node; Each first blockchain node updates the local block information according to the received blocks.

3. The method for making a unified rights card according to claim 2, characterized in that: The first blockchain node endorses the transaction request, encrypts and signs the endorsement result and returns it to the equity system, including: Call the smart contract to check whether the transaction data is legal; if it is not legal, the endorsement result is verification failure; If the transaction is legal, the transaction request is used as the input of the smart contract, and the smart contract is called to simulate the execution of the transaction to obtain the simulated execution result; the simulated execution result is signed as the endorsement result.

4. The method for making a unified rights card according to claim 3, characterized in that: Use the following methods to determine whether the transaction data is legal: Determine whether the transaction data matches the equity system. If not, the transaction is illegal; If the transaction type is to add new equity data, the query function of the smart contract is called with the ID of the newly added equity data as the index to query whether the ID of the equity data exists in the status data. If it exists, the transaction is illegal; If the transaction type is to modify equity data, the query function of the smart contract is called with the ID of the modified equity data as the index to query whether the ID of the equity data exists in the status data. If not, the transaction is illegal.

5. The method for making a unified rights card according to claim 2, characterized in that: The second blockchain node verifies and sorts the transactions, packages the sorted transactions into blocks, and sends them to each first blockchain node, including: The second blockchain node verifies the validity of the transaction; if the transaction is invalid, it returns a transaction failure message to the equity system; The second blockchain node sends valid transactions to the buffer for sorting in the order of transaction requests; If the block time is reached, or the number of transactions in the buffer reaches the specified number, the transactions in the buffer are packaged into blocks, signed, and sent to each first blockchain node.

6. The method for making a unified rights card according to claim 2, characterized in that: The second blockchain node verifies the validity of the transaction including: Determine whether the number of endorsement results of the transaction meets the endorsement policy requirements. If not, the transaction is invalid; If the endorsement policy is that there is more than one endorsement node, then determine whether the simulated execution results of all endorsement results of the transaction are the same. If there are different simulated execution results, the transaction is invalid.

7. The method for making a unified rights card according to claim 2, characterized in that: The encryption and signing process includes the following steps: The sender randomly generates a symmetric key, and symmetrically encrypts the sent data based on the symmetric key to generate symmetric ciphertext data; The sender asymmetrically encrypts the symmetric key according to the asymmetrically encrypted public key of the receiver to generate an asymmetric key ciphertext; The sender packages the symmetric ciphertext data and the asymmetric key ciphertext to generate a temporary ciphertext, and uses its own asymmetric encryption private key to digitally sign the temporary ciphertext to generate a signature value; The sender packages the signature value and the temporary seal to obtain the final sent data.

8. The method for making a unified rights card according to claim 2, characterized in that: The signature verification and decryption includes the following process: The receiver splits the received data to obtain the signature value, asymmetric key ciphertext and ciphertext data; The receiver verifies the signature value according to the sender's asymmetrically encrypted public key. If the verification fails, the receiver returns a verification failure message. Otherwise, the receiver decrypts the asymmetrical key ciphertext according to its own asymmetrically encrypted private key to obtain the symmetric key. Use the symmetric key to decrypt the symmetric ciphertext to obtain the original data sent by the sender.

9. A unified rights card production system, characterized in that: Includes the following modules: The equity chain construction module is used to build a blockchain node for each equity system. Each equity system uploads the equity data to the blockchain through the corresponding blockchain node to build an equity chain; The rights and interests data acquisition module is used to respond to the card making request sent by the card management system, parse the card making object information in the card making request, and query the card making object from the rights and interests chain through the blockchain node to see whether it meets the card making requirements. If so, it returns the rights and interests data; otherwise, it returns to reject the card making; The card production information push module is used to send the card production object information and rights and interests information to the card production end if the card management system receives the rights and interests data; The card production information chain module is used for the card management system to receive the card production result information returned by the card production end, and upload the card production result information to the equity chain through the blockchain node.

10. The unified rights card production system according to claim 9, characterized in that: Build a blockchain node for each equity system. Each equity system uploads the equity data to the blockchain through the corresponding blockchain node to build an equity chain, including: Build at least two first blockchain nodes for each equity system; deploy smart contracts on each first blockchain node; Building a second blockchain node network, wherein the second blockchain node network includes at least four second blockchain nodes; The equity system encrypts and signs the transaction request and sends it to the corresponding first blockchain node; The first blockchain node verifies and decrypts the received encrypted and signed transaction request to obtain the transaction request, endorses the transaction, encrypts and signs the endorsement result, and returns it to the equity system; The equity system verifies and decrypts the encrypted and signed endorsement result. If the endorsement result is not a verification failure, the transaction request and the endorsement result are used as a transaction, and the encrypted and signed result is sent to any second blockchain node. The second blockchain node verifies the signature of the received data and decrypts it to obtain the transaction, sorts the transactions, packages the sorted transactions into blocks, and sends them to each first blockchain node; Each first blockchain node updates the local block information according to the received blocks.

Images