A method and system for creating a unified credit card

Abstract

The present application relates to a kind of unified equity card manufacturing method and system, belong to blockchain technology field, solve the problem that multiple data in prior art cannot be shared in equity system.The method comprises the following steps: constructing blockchain node for each equity system, each equity system uploads equity data to blockchain by corresponding blockchain node, and constructs equity chain;In response to the card management system sends card request, analyze card object information in card request, query whether card object meets card requirement from equity chain by blockchain node, if yes, return equity data;Otherwise, return to refuse card;If card management system receives equity data, then card object information and equity information are sent to card terminal;Card management system receives the card result information returned by card terminal, and uploads card result information to equity chain by blockchain node.It realizes safe equity sharing and efficient and fast equity card generation.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of blockchain, in particular to a unified benefit card manufacturing method and system. BACKGROUND

[0002] Traditional benefit cards are directly opened by each benefit system. Since there are different benefits between benefit systems, for example, for citizen bus travel, a traffic card system of the traffic department directly opens a card; for civil affairs information, a related system of the civil affairs department is opened. That is, each benefit system builds a complete benefit system for users to establish different benefit systems. Each benefit system maintains a set of benefit systems, and users need to register and query in different systems when they need to understand each benefit, and register and activate in each product benefit system, which is inconvenient to use. If multiple benefit systems are centrally managed and data sharing is performed, the data security cannot be guaranteed, and the data can be trusted and the privacy can be protected between different benefit systems. SUMMARY

[0003] In view of the above analysis, the embodiments of the present application aim to provide a unified benefit card manufacturing method and system to solve the problem of multiple data sharing of existing benefit systems.

[0004] In one aspect, the embodiments of the present application provide a unified benefit card manufacturing method, comprising the following steps:

[0005] A blockchain node is constructed for each benefit system, and each benefit system uploads benefit data to the blockchain through the corresponding blockchain node to construct a benefit chain;

[0006] In response to the card management system sending a card manufacturing request, the card manufacturing object information in the card manufacturing request is analyzed, whether the card manufacturing object meets the card manufacturing requirements is queried from the benefit chain through the blockchain node, if yes, the benefit data is returned; otherwise, the card manufacturing is rejected;

[0007] If the card management system receives the benefit data, the card manufacturing object information and the benefit information are sent to the card manufacturing end;

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

[0009] Based on the further improvement of the above method, a blockchain node is constructed for each benefit system, and each benefit system uploads benefit data to the blockchain through the corresponding blockchain node to construct a benefit chain, comprising:

[0010] At least two first blockchain nodes are constructed for each benefit system; and an intelligent contract is deployed on each first blockchain node;

[0011] A second blockchain node network is constructed, and 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, and if the endorsement result is not verified, the transaction request and the endorsement result are treated as a transaction, which is encrypted and signed and sent to any second blockchain node;

[0015] The second blockchain node verifies and decrypts the received data 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 block.

[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] Calling the smart contract to query whether the transaction data is legal; if not, the endorsement result is verified;

[0019] If the transaction is legal, the transaction request is used as the input of the smart contract, the execution of the simulated transaction is simulated by calling the smart contract to obtain the simulated execution result, and 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 equity data, the query function of the smart contract is called with the ID of the added equity data as the index to query whether the ID of the equity data exists in the state data; if it exists, the transaction is illegal;

[0023] If the transaction type is to modify the 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 state data; if it does not exist, the transaction is illegal.

[0024] Based on a further improvement to 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 message indicating that the transaction failed to pass to the equity system.

[0026] The second blockchain node sends valid transactions to the buffer for sorting according to the time sequence of the transaction requests.

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

[0028] Based on further improvements to the above method,

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

[0030] Determine whether the number of endorsements for a transaction meets the requirements of the endorsement strategy; if not, the transaction is invalid.

[0031] If the endorsement strategy involves more than one endorsement node, then it is determined whether the simulated execution results in all endorsement results of the transaction are the same. If there are different simulated execution results, the transaction is invalid.

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

[0033] The sender randomly generates a symmetric key and uses the symmetric key to symmetrically encrypt the transmitted data, generating symmetric ciphertext data.

[0034] The sender performs asymmetric encryption on the symmetric key using the receiver's asymmetric encryption public key to generate asymmetric key ciphertext;

[0035] The sender packages the symmetric ciphertext data and asymmetric key ciphertext into 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 together to obtain the final data to be sent.

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

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

[0039] The receiver verifies the signature value according to the public key of the asymmetric encryption of the sender, and if the verification fails, returns a verification failure information, otherwise, decrypts the asymmetric key ciphertext according to the private key of the asymmetric encryption of the receiver, and obtains the symmetric key;

[0040] The symmetric key is used to decrypt the symmetric ciphertext to obtain the original sending data of the sender.

[0041] In one aspect, the embodiment of the present application provides a unified interest card manufacturing system, comprising the following modules:

[0042] An interest chain construction module is configured to construct a block chain node for each interest system, and each interest system uploads interest data to a block chain through the corresponding block chain node to construct an interest chain.

[0043] An interest data acquisition module is configured to respond to a card manufacturing request sent by a card management system, parse card manufacturing object information in the card manufacturing request, query whether the card manufacturing object meets the card manufacturing requirement from the interest chain through the block chain node, and return interest data if yes, or return a card manufacturing rejection if no.

[0044] A card manufacturing information pushing module is configured to send card manufacturing object information and interest information to a card manufacturing terminal if the card management system receives the interest data.

[0045] A card manufacturing information chaining module is configured to receive card manufacturing result information returned by the card manufacturing terminal, and upload the card manufacturing result information to the interest chain through the block chain node.

[0046] Further improvement based on the above system is to construct a block chain node for each interest system, and each interest system uploads interest data to a block chain through the corresponding block chain node to construct an interest chain, comprising:

[0047] At least two first block chain nodes are constructed for each interest system, and a smart contract is deployed on each first block chain node.

[0048] A second block chain node network is constructed, and the second block chain node network includes at least four second block chain nodes.

[0049] The interest system sends an encrypted and signed transaction request to the corresponding first block chain node.

[0050] The first block chain 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 the endorsement result to the interest system.

[0051] The interest system verifies and decrypts the encrypted and signed endorsement result, and if the endorsement result is not verified, the transaction request and the endorsement result are taken as a transaction, and the encrypted and signed transaction is sent to any second block chain node.

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

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

[0054] Compared with the prior art, the application constructs a blockchain node for each benefit system, so that each benefit system uploads its own benefit data to the blockchain through the corresponding blockchain node, constructs a benefit chain, and realizes the safe sharing of the data of each benefit system. The card management system sends a card making request to the benefit chain, queries whether the card making object meets the card making requirements from the benefit chain, and if it meets the requirements, the benefit chain returns the corresponding benefit data, and the card management system can push the corresponding card making information to the card making end, so that the user only needs one card to integrate the benefits in different benefit systems, improving the card making efficiency and facilitating use.

[0055] In the application, the above technical solutions can be combined with each other to realize more preferred combination solutions. Other features and advantages of the application will be described in the subsequent specification, and some advantages will become apparent from the specification or by implementing the application. The purpose and other advantages of the application can be achieved and obtained from the contents specifically pointed out in the specification and the drawings. BRIEF DESCRIPTION OF DRAWINGS

[0056] The accompanying drawings are included to provide a further understanding of the application and are incorporated herein and constitute a part of the application.

[0057] Figure 1 A flowchart of a unified benefit card making method for the embodiments of the application is shown.

[0058] Figure 2 A block diagram of a unified benefit card making system for the embodiments of the application is shown. DETAILED DESCRIPTION

[0059] The preferred embodiments of the application will be specifically described below with reference to the accompanying drawings, wherein the drawings constitute a part of the application and are used to illustrate the principles of the embodiments of the application, and are not used to limit the scope of the application.

[0060] One specific embodiment of the application discloses a unified benefit card making method, as shown in Figure 1 The method comprises the following steps:

[0061] S1, a blockchain node is constructed for each benefit system, and each benefit system uploads benefit data to the blockchain through the corresponding blockchain node to construct a benefit chain;

[0062] S2, in response to the card making request sent by the card management system, analyzing the card making object information in the card making request, querying whether the card making object meets the card making requirements from the equity chain through the blockchain node, if yes, returning the equity data, otherwise, returning the card making rejection;

[0063] S3, if the card management system receives the equity data, the card making object information and the equity information are sent to the card making terminal;

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

[0065] In implementation, the equity system is, for example, a civil affairs business management system, a traffic management system, a student equity management system, etc.

[0066] Compared with the prior art, the unified equity card making method provided by the embodiment enables each equity system to upload its own equity data to the blockchain through the corresponding blockchain node, builds an equity chain, and realizes the safe sharing of data of each equity system. The card management system sends a card making request to the equity chain, queries whether the card making object meets the card making requirements from the equity chain, and if it meets the requirements, the equity chain returns the corresponding equity data. The card management system can push the corresponding card making information to the card making terminal, so that the user only needs one card to integrate the equity in different equity systems, improves the card making efficiency, and is convenient to use.

[0067] In implementation, at least two first blockchain nodes (peer nodes) are constructed for each equity system, and the first blockchain node is used for transaction endorsement and updating the blockchain. A second blockchain node network is constructed, and the second blockchain node network includes at least four second blockchain nodes (orderer nodes). The second blockchain node is used for verifying and sorting transactions. Message synchronization is performed between the four second blockchain nodes.

[0068] A smart contract is deployed on each first blockchain node. The endorsement strategy of the smart contract is selected as arbitrary node endorsement, that is, the endorsement result is recognized after any one first blockchain node endorses. In implementation, in order to prevent the smart contract from being tampered with, a strategy of more than two first blockchain nodes for endorsement can also be selected. The smart contract is used for reading and writing the blockchain and state data.

[0069] Each equity system needs to share data on the equity chain. In order to protect data security and realize safe access, the equity chain is constructed as a consortium chain. The second blockchain node and the corresponding first blockchain node of each equity system share and manage the equity ledger in the same channel by joining the same channel, and realize the safe sharing and management of equity data.

[0070] After the first blockchain node and the second blockchain node are deployed, each interest system establishes a connection with the corresponding first blockchain node (peer node), and registers the respective organization, including the organization name and code.

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

[0072] The interest 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 interest system;

[0074] The interest system verifies and decrypts the encrypted and signed endorsement result, and if the endorsement result is not verified, the transaction request and the endorsement result are treated as a transaction, and the transaction is encrypted and signed and sent to any second blockchain node;

[0075] The second blockchain node verifies and decrypts the received data 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 block.

[0077] In implementation, the transaction request includes: transaction type (add / modify), transaction data, and the interest 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 saves the blockchain in the channel (account book copy) and state data, i.e. the latest state data obtained according to the latest transaction, thereby forming a distributed account book and realizing decentralization.

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

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

[0081] Calling the smart contract to query whether the transaction data is legal; if not, the endorsement result is verified as not passed;

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

[0083] In implementation, the following method is used to determine whether the transaction data is legal:

[0084] It is determined whether the transaction data matches the equity system, if not, the transaction is illegal;

[0085] If the transaction type is to add equity data, the query function of the smart contract is called with the ID of the added equity data as the index to query whether the ID of the equity data exists in the state data, if yes, the transaction is illegal;

[0086] If the transaction type is to modify the 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 state data, if not, the transaction is illegal.

[0087] For example, the equity system is a municipal transportation business system, and the data of the transaction is the data related to the civil affairs, then 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 state data of the first blockchain node to obtain the simulated execution result, and the simulated execution result is signed as the endorsement result.

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

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

[0091] If the endorsement result is not verified, the equity system receives the required endorsement result according to the endorsement strategy, and then sends the transaction request and the endorsement result to any one of the second blockchain nodes after being encrypted and signed.

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

[0093] It should be noted that the multiple second blockchain nodes have a consensus mechanism, in implementation, the existing formula algorithm, such as the fast Byzantine algorithm, is used for consensus to determine which second blockchain node performs the sorting and block packaging of the transaction.

[0094] Specifically, the second blockchain node verifies and sorts the transactions, packs the sorted transactions into a block, and sends the block to each first blockchain node, including:

[0095] The second blockchain node verifies the validity of the transactions; if the transactions are invalid, the second blockchain node returns transaction failure information to the equity system.

[0096] The second blockchain node sends the valid transactions to the buffer according to the time sequence of the transaction request for sorting.

[0097] If the block time is reached or the number of transactions in the buffer reaches a specified number, the second blockchain node packs the transactions in the buffer into a block, signs the block, and sends the block to each first blockchain node.

[0098] In implementation, the second blockchain node verifies the validity of the transactions, including:

[0099] Determining whether the number of endorsements of the transaction meets the endorsement policy requirement; if not, the transaction is invalid.

[0100] If the endorsement policy is more than one endorsement node, determining whether the simulation execution results in all endorsement results of the transaction are the same; if there are different simulation execution results, the transaction is invalid.

[0101] After verifying the transactions, for valid transactions, the second blockchain node sends the transactions to the buffer according to the time sequence of the transaction request for sorting.

[0102] When the block condition is met, the second blockchain node packs the transactions in the buffer into a block, signs the block, and sends the block to each first node for updating the blockchain and state data.

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

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

[0105] Updating the local state data based on the received block.

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

[0107] Each equity system shares the equity data by uploading the equity data to the equity chain, and the data updates and modifications are traceable, facilitating traceability.

[0108] In implementation, the card management system and each benefit system subscribe to events on the benefit chain through a message mechanism, and when the benefit chain is updated, the event corresponding message is sent to each benefit system and the card management system, so as to facilitate the card management system and each benefit system to monitor the benefit state in time.

[0109] After the benefit chain is generated, the user can apply for the benefit card through the card management system.

[0110] In 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, the card making object information is encrypted and signed, and the card making request is obtained.

[0111] After the first blockchain node verifies and decrypts the card making request, the card making object information in the card making request is obtained, the smart contract is called to query the benefit data of the card making object in the local state data, it is judged whether the card making requirement is met, if yes, the benefit data of the card making object is encrypted and signed and returned to the card management system; otherwise, the card management system is returned to refuse to make a card.

[0112] In implementation, if the card making object information does not exist in the state data, or the card making object has been made, the card making is refused, otherwise, the benefit information of the card making object is 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 making information and the benefit information, and sends them to the card making terminal.

[0114] The card making information includes card making batch, card making quantity, card making object information, etc.

[0115] After the card management system receives the card making result information returned by the card making terminal, the card making result information is uploaded to the benefit chain through the blockchain node, and the card making result information includes: card making state, card number, financial account information. Its implementation process and the process of each benefit system uploading the benefit data to the blockchain through the corresponding blockchain node are the same.

[0116] In order to improve the security of data transmission and prevent the security risk of disclosure or tampering of interactive data, the data interaction between the benefit system, the card management system and the blockchain node of the benefit chain adopts encrypted transmission.

[0117] In implementation, the benefit system, the card management system, the blockchain node and the card making terminal all uniformly issue asymmetric key pairs, and the public keys of asymmetric encryption are exchanged between the interactive parties. The data transmission between the interactive parties is encrypted and signed, thereby improving the security.

[0118] Specifically, the encryption and signature include the following processes:

[0119] The sender randomly generates a symmetric key, performs symmetric encryption on the sending data based on the symmetric key, and generates symmetric ciphertext data;

[0120] The sender performs asymmetric encryption on the symmetric key according to the public key of the receiving party, and generates asymmetric key ciphertext;

[0121] The sender packs the symmetric ciphertext data and the asymmetric key ciphertext to generate temporary ciphertext, uses the private key of the own asymmetric key to perform digital signature on the temporary ciphertext, and generates a signature value;

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

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

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

[0125] The receiving party verifies the signature of the signature value according to the public key of the asymmetric encryption of the sending party, and if the verification fails, returns a signature verification failure information, otherwise, decrypts the asymmetric key ciphertext according to the private key of the own asymmetric encryption to obtain the symmetric key;

[0126] The symmetric key is used to decrypt the symmetric ciphertext to obtain the original sending data of the sending party.

[0127] The combination of symmetric encryption, asymmetric encryption and digital signature realizes encryption and signature, thereby greatly improving the security of data transmission.

[0128] One specific embodiment of the present application discloses a unified rights card manufacturing system, as shown in the accompanying drawings, comprising the following modules: Figure 2

[0129] The rights chain construction module is used for constructing a block chain node for each rights system, and each rights system uploads rights data to the block chain through the corresponding block chain node to construct a rights chain;

[0130] The rights data acquisition module is used for responding to the card manufacturing request sent by the card management system, analyzing the card manufacturing object information in the card manufacturing request, querying whether the card manufacturing object meets the card manufacturing requirements from the rights chain through the block chain node, and if yes, returning the rights data, otherwise, returning the card manufacturing rejection;

[0131] The card manufacturing information pushing module is used for sending the card manufacturing object information and the rights information to the card manufacturing terminal if the card management system receives the rights data;

[0132] The card manufacturing information chaining module is used for uploading the card manufacturing result information returned by the card manufacturing terminal to the rights chain through the block chain node if the card management system receives the card manufacturing result information.​

[0133] Further improvement based on the above system, a blockchain node is constructed for each equity system, each equity system uploads equity data to the blockchain through the corresponding blockchain node, and an equity chain is constructed, including:

[0134] At least two first blockchain nodes are constructed for each equity system; and a smart contract is deployed on each first blockchain node.

[0135] A second blockchain node network is constructed, and the second blockchain node network includes at least four second blockchain nodes.

[0136] The equity system sends the encrypted and signed transaction request 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 the endorsement result to the equity system.

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

[0139] The second blockchain node verifies and decrypts the received data to obtain the transaction, sorts the transaction, packages the sorted transaction into a block, and sends the block to each first blockchain node.

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

[0141] The above method embodiments and system embodiments are based on the same principles, and can achieve the same technical effects. For specific implementation processes, refer to the foregoing embodiments, which will not be described here.

[0142] Those skilled in the art can understand that all or part of the processes of the above-mentioned embodiments can be completed by a computer program instructing related hardware, and the program can be stored in a computer readable storage medium. The computer readable storage medium includes a magnetic disk, an optical disk, a read-only memory, a random access memory, etc.

[0143] The above is only a preferred specific embodiment of the present application, but the protection scope of the present application is not limited thereto. Any changes or replacements within the technical scope disclosed by the present application can be easily thought of by those skilled in the art, and should be covered within the protection scope of the present application.

Claims

1. A method for creating a unit credit card, characterized by, The method comprises the following steps: A blockchain node is constructed for each equity system, each equity system uploads equity data to the blockchain through the corresponding blockchain node, and an equity chain is constructed; In response to a card production request sent by the card management system, card object information in the card production request is parsed, whether the card production object meets the card production requirements is queried from the equity chain through the blockchain node, if yes, equity data is returned, otherwise, card production is rejected; If the card management system receives the equity data, the card object information and the equity information are sent to the card production terminal; The card management system receives card production result information returned by the card production terminal, and uploads the card production result information to the equity chain through the blockchain node; When the equity system, the card management system, the blockchain node and the card production terminal interact, the data transmission between the two parties is encrypted and signed; A blockchain node is constructed for each equity system, each equity system uploads equity data to the blockchain through the corresponding blockchain node, and an equity chain is constructed, comprising: At least two first blockchain nodes are constructed for each equity system; and a smart contract is deployed on each first blockchain node; A second blockchain node network is constructed, and the second blockchain node network comprises at least four second blockchain nodes; The equity system sends an encrypted and signed transaction request 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 the result to the equity system; The equity system verifies and decrypts the encrypted and signed endorsement result, and if the endorsement result is not verified, the transaction request and the endorsement result are used as a transaction, the transaction is encrypted and signed, and then sent to any second blockchain node; The second blockchain node verifies and decrypts the received data to obtain the transaction, verifies and sorts the transaction, packs the sorted transaction into a block, and sends the block to each first blockchain node; Each first blockchain node updates the local block information according to the received block; The encryption and signature include the following process: The sender randomly generates a symmetric key, performs symmetric encryption on the sending data based on the symmetric key, and generates symmetric ciphertext data; The sender performs asymmetric encryption on the symmetric key according to the public key of the receiver, and generates asymmetric key ciphertext; The sender packs the symmetric ciphertext data and the asymmetric key ciphertext to generate temporary ciphertext, uses the private key of the asymmetric encryption to digitally sign the temporary ciphertext, and generates a signature value; The sender packs the signature value and the temporary seal to obtain the final sending data; The verification and decryption include the following process: The receiver splits the received data to obtain the signature value, the asymmetric key ciphertext and the symmetric ciphertext data; The receiver verifies the signature value according to the public key of the asymmetric encryption of the sender, if the verification fails, the verification failure information is returned, otherwise, the asymmetric key ciphertext is decrypted according to the private key of the asymmetric encryption of the receiver, and the symmetric key is obtained; The symmetric key is used to decrypt the symmetric ciphertext to obtain the original sending data of the sender.

2. The method of claim 1, wherein, The first blockchain node endorses the transaction request, returns the endorsement result to the interest system after encryption and signature, and includes: Calling the smart contract to query whether the transaction data is legal; if not, the endorsement result is not passed; If the transaction is legal, the transaction request is taken as the input of the smart contract, the execution of the simulated transaction is simulated to obtain the simulated execution result; and the simulated execution result is signed as the endorsement result.

3. The method of claim 2, wherein: The following method is used to determine whether the transaction data is legal: Determine whether the transaction data matches the interest system; if not, the transaction is illegal; If the transaction type is to add interest data, the query function of the smart contract is called with the ID of the added interest data as the index to query whether the ID of the interest data exists in the state data; if it exists, the transaction is illegal; If the transaction type is to modify interest data, the query function of the smart contract is called with the ID of the modified interest data as the index to query whether the ID of the interest data exists in the state data; if it does not exist, the transaction is illegal.

4. The method of claim 1, wherein, 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, the interest system returns the transaction failure information; The second blockchain node sends the valid transactions to the buffer area in chronological order for sorting; If the block time is reached or the number of transactions in the buffer area reaches the specified number, the transactions in the buffer area are packaged into blocks and signed, and then sent to each first blockchain node.

5. The method of claim 1, wherein, The second blockchain node verifies the validity of the transaction, including: Determine whether the number of endorsement results of the transaction meets the endorsement strategy requirement; if not, the transaction is invalid; If the endorsement strategy is more than one endorsement node, determine whether all the simulated execution results in the transaction endorsement result are the same; if there is a different simulated execution result, the transaction is invalid.

6. A unified credit card production system, characterized by, The following modules are included: The interest chain construction module is used to construct a blockchain node for each interest system, and each interest system uploads interest data to the blockchain through the corresponding blockchain node to construct an interest chain; The interest data acquisition module is used to respond to the card issuance request sent by the card management system, parse the card issuance object information in the card issuance request, query whether the card issuance object meets the card issuance requirement from the interest chain through the blockchain node, and return the interest data if yes; otherwise, return the card issuance rejection; The card information pushing module is used to send the card issuance object information and interest information to the card issuance terminal if the card management system receives the interest data; The card information on-chain module is used to receive the card issuance result information returned by the card issuance terminal, and upload the card issuance result information to the interest chain through the blockchain node; When the interest system, card management system, blockchain node and card issuance terminal interact, the data transmission between the interacting parties is encrypted and signed; A blockchain node is constructed for each interest system, and each interest system uploads interest data to the blockchain through the corresponding blockchain node to construct an interest chain, including: At least two first blockchain nodes are constructed for each interest system; and a smart contract is deployed on each first blockchain node; A second blockchain node network is constructed, and 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 verified, the transaction request and the endorsement result are sent to any second blockchain node as a transaction after being encrypted and signed; The second blockchain node verifies and decrypts the received data to obtain the transaction, 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 block; The encryption and signature include the following processes: The sender randomly generates a symmetric key, performs symmetric encryption on the sending data based on the symmetric key, and generates symmetric ciphertext data; The sender performs asymmetric encryption on the symmetric key according to the public key of the receiver, and generates asymmetric key ciphertext; The sender packages the symmetric ciphertext data and the asymmetric key ciphertext to generate temporary ciphertext, uses the private key of the asymmetric encryption to digitally sign the temporary ciphertext, and generates a signature value; The sender packages the signature value and the temporary seal to obtain the final sending data; The verification and decryption include the following processes: The receiver splits the received data to obtain the signature value, the asymmetric key ciphertext, and the symmetric ciphertext data; The receiver verifies the signature value according to the public key of the asymmetric encryption of the sender. If the verification fails, the receiver returns a verification failure message. Otherwise, the receiver decrypts the asymmetric key ciphertext using the private key of the asymmetric encryption to obtain the symmetric key; The symmetric key is used to decrypt the symmetric ciphertext to obtain the original sending data of the sender.

Images