Transaction data management method based on block chain and electronic equipment

Abstract

The invention discloses a transaction data management method based on a block chain and electronic equipment, and relates to the technical field of block chains and the field of financial science and technology. The method comprises the steps of obtaining first data, second data, third data and fourth data in a block chain network through a block chain node server of a financial institution; and verifying the first data, the second data, the third data and the fourth data through a block chain node server of the financial institution, and sending all the data to an application server of the financial institution after the verification is passed. The technical problem that the privacy of user information and the transparency of the transaction process cannot be considered in the existing transaction process is solved.

Description

Technical Field

[0001] The present application relates to the fields of blockchain technology and financial technology, and specifically, to a transaction data management method and electronic device based on blockchain. Background Art

[0002] In some special transaction scenarios such as lottery transactions, collectibles auctions, and drug sales, there may be situations where the transaction parties (sellers or buyers) want to keep their identities confidential to complete the transaction. However, this kind of confidential identity transaction process often has the problem of poor transaction security due to the opacity of transaction information.

[0003] It can be seen that in the prior art, in the scenario of conducting transactions with confidential identities, there is a technical problem that cannot balance the privacy of user information and the transparency of the transaction process, and no effective solution has been proposed for this technical problem. Summary of the invention

[0004] The embodiments of the present application provide a transaction data management method and electronic device based on blockchain, so as to at least solve the technical problem that the existing transaction process cannot take into account both the privacy of user information and the transparency of the transaction process.

[0005] According to one aspect of an embodiment of the present application, a transaction data management method based on blockchain is provided, comprising: obtaining first data, second data, third data and fourth data in a blockchain network through a blockchain node server of a financial institution; wherein the first data at least includes transaction data uploaded to the blockchain network by a user terminal device, the second data at least includes bill data uploaded to the blockchain network by an application server of the first institution, the third data at least includes transaction approval information uploaded to the blockchain network by an application server of the second institution, and the fourth data at least includes video information about the transaction process, transaction results and identity information of transaction notaries uploaded to the blockchain network by an application server of a notary agency; the first institution is the seller of the target product, and the second institution is the regulator of the first institution; the first data, the second data, the third data and the fourth data are verified through the blockchain node server of the financial institution, and after the verification is passed, all the data are sent to the application server of the financial institution.

[0006] According to another aspect of the present application, a transaction data management device based on blockchain is also provided, including: a first processing unit, used to obtain first data, second data, third data and fourth data in the blockchain network through the blockchain node server of a financial institution; wherein the first data at least includes transaction data uploaded to the blockchain network by a user terminal device, the second data at least includes bill data uploaded to the blockchain network by the application server of the first institution, the third data at least includes transaction approval information uploaded to the blockchain network by the application server of the second institution, and the fourth data at least includes video information about the transaction process, transaction results and identity information of the transaction notary uploaded to the blockchain network by the application server of the notary agency; the first institution is the seller of the target product, and the second institution is the regulator of the first institution; the second processing unit is used to verify the first data, the second data, the third data and the fourth data through the blockchain node server of the financial institution, and after the verification is passed, send all the data to the application server of the financial institution.

[0007] According to another aspect of the present application, a computer-readable storage medium is also provided, wherein the computer-readable storage medium includes a stored executable program, wherein when the executable program is running, the device where the computer-readable storage medium is located is controlled to execute the above-mentioned blockchain-based transaction data management method.

[0008] According to another aspect of the present application, an electronic device is also provided, wherein the electronic device includes: a memory storing an executable program; and a processor for running the program, wherein the above-mentioned blockchain-based transaction data management method is executed when the program is running.

[0009] According to another aspect of the present application, a computer program product is also provided, comprising computer instructions, wherein when the computer instructions are executed by a processor, the steps of the above-mentioned blockchain-based transaction data management method are implemented.

[0010] It can be seen that this application realizes decentralized data storage, encrypted transmission, data verification and identity protection through the application of blockchain technology, which not only improves the security and privacy of data, but also ensures the fairness and transparency of the entire transaction process. Through multi-institutional collaboration and data sharing mechanism, the entire system is more stable and reliable, effectively preventing the single point failure or data tampering of any transaction institution, and enhancing the public's trust. BRIEF DESCRIPTION OF THE DRAWINGS

[0011] The drawings described herein are used to provide a further understanding of the present application and constitute a part of the present application. The illustrative embodiments of the present application and their descriptions are used to explain the present application and do not constitute an improper limitation on the present application. In the drawings:

[0012] Figure 1-1 is a flowchart of an optional blockchain-based transaction data management method according to an embodiment of the present application;

[0013] Figure 1-2 is a schematic diagram of an optional blockchain-based transaction data management system according to an embodiment of the present application;

[0014] Figure 2 is a schematic diagram of the structure of an optional user terminal device according to an embodiment of the present application;

[0015] Figure 3 is a schematic diagram of the structure of an optional application server of a first institution according to an embodiment of the present application;

[0016] Figure 4 is a schematic diagram of the structure of an optional financial institution application server according to an embodiment of the present application;

[0017] Figure 5 is a schematic diagram of the structure of an optional application server of a second mechanism according to an embodiment of the present application;

[0018] Figure 6 is a schematic diagram of the structure of an optional application server of a notary agency according to an embodiment of the present application;

[0019] Figure 7 is a schematic diagram of the structure of an optional blockchain node server according to an embodiment of the present application;

[0020] Figure 8 is a schematic diagram of an optional binary tree sharing path according to an embodiment of the present application;

[0021] Fig. 9 is a flow chart of an optional method for processing funds data according to an embodiment of the present application;

[0022] Fig.10 It is a flowchart of an optional transaction code processing method according to an embodiment of the present application. DETAILED DESCRIPTION

[0023] In order to enable those skilled in the art to better understand the present application, the technical solutions in the embodiments of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are only part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without creative work should fall within the scope of protection of this application.

[0024] It should be noted that the terms "first", "second", etc. in the specification and claims of the present application and the above-mentioned drawings are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequence. It should be understood that the data used in this way can be interchangeable where appropriate, so that the embodiments of the present application described herein can be implemented in an order other than those illustrated or described herein. In addition, the terms "including" and "having" and any of their variations are intended to cover non-exclusive inclusions, for example, a process, method, system, product or device comprising a series of steps or units is not necessarily limited to those steps or units clearly listed, but may include other steps or units that are not clearly listed or inherent to these processes, methods, products or devices.

[0025] It should also be noted that the collected information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data for display, data for analysis, etc.) involved in this application are information and data authorized by the user or fully authorized by all parties, and the collection, storage, use, processing, transmission, provision, disclosure and application of relevant data are in compliance with relevant laws, regulations and standards, necessary confidentiality measures are taken, and public order and good customs are not violated, and corresponding operation entrances are provided for users to choose to authorize or refuse. For example, an interface is set up between this system and relevant users or institutions to provide users with corresponding operation entrances for users to choose to agree or refuse the results of automated decision-making; if the user chooses to refuse, the expert decision-making process will be entered.

[0026] Figure 1-1 is a flowchart of an optional blockchain-based transaction data management method according to an embodiment of the present application, such as Figure 1-1 As shown, the following steps are included:

[0027] Step S101, obtaining first data, second data, third data and fourth data in the blockchain network through the blockchain node server of the financial institution.

[0028] Among them, the first data at least includes transaction data uploaded to the blockchain network by the user terminal device, the second data at least includes billing data uploaded to the blockchain network by the application server of the first institution, the third data at least includes transaction approval information uploaded to the blockchain network by the application server of the second institution, and the fourth data at least includes video information about the transaction process, transaction results and identity information of the transaction notary personnel uploaded to the blockchain network by the application server of the notary agency; the first institution is the seller of the target product, and the second institution is the regulator of the first institution.

[0029] Step S102, verify the first data, the second data, the third data and the fourth data through the blockchain node server of the financial institution, and after the verification is passed, send all the data to the application server of the financial institution.

[0030] According to an embodiment of the present application, a system embodiment of a transaction data management system based on blockchain is provided. Figure 1-2 is a schematic diagram of an optional blockchain-based transaction data management system according to an embodiment of the present application, such as Figure 1-2 As shown, it includes: user terminal equipment, application server of the first institution, bank application server (corresponding to application server of financial institution), application server of notary agency, application server of second institution (also called regulatory agency application server), blockchain node server, Internet network, etc.

[0031] In an optional embodiment, the application server of the first institution is used to verify the identity information of the staff of the commodity sales agency (such as a lottery sales agency) and to record the transaction data submitted by the user terminal device and process the account information; the application server of the financial institution is used to verify whether the transaction data submitted by the user terminal device is abnormal transaction data; the application server of the second institution is used to detect whether the fund application request submitted by the first institution to the second institution is an abnormal request, and return the approval result corresponding to the approval request to the application server of the first institution through the blockchain network, wherein the second institution is the regulatory agency of the first institution; the application server of the notary agency is used to verify the identity information of the notary personnel in the transaction process, and collect the transaction results and video information of the transaction process; the blockchain node server is respectively connected to the application server of the first institution, the application server of the second institution, the application server of the financial institution and the application server of the notary agency, and is used to encrypt the data uploaded to the blockchain network by each application server and decrypt the data downloaded from the blockchain network by each application server.

[0032] Optionally, the first data, the second data, the third data and the fourth data in the blockchain network can be obtained through the blockchain node server of the financial institution; wherein the first data at least includes the transaction data uploaded to the blockchain network by the user terminal device, the second data at least includes the bill data uploaded to the blockchain network by the application server of the first institution, the third data at least includes the transaction approval information uploaded to the blockchain network by the application server of the second institution, and the fourth data at least includes the video information about the transaction process, the transaction result and the identity information of the transaction notary uploaded to the blockchain network by the application server of the notary agency; the first institution is the seller of the target product, and the second institution is the regulator of the first institution;

[0033] Then, the first data, the second data, the third data and the fourth data are verified through the blockchain node server of the financial institution, and after the verification is passed, all the data are sent to the application server of the financial institution.

[0034] Alternatively, if Figure 1-2 As shown, the user terminal device is connected to the application server of the first institution and the bank application server through a wireless / wired network; wherein, the application server of the first institution is connected to the blockchain node server of the first institution through the network; the bank application server is connected to the blockchain node server of the bank through the network; the regulatory agency application server is connected to the blockchain node server of the regulatory agency through the network; each blockchain node server is connected in pairs through the network to form the entire blockchain network.

[0035] Optionally, user terminal devices include but are not limited to: mobile terminals, computer terminals and other terminal devices that can conduct transactions. Mobile terminals are used to provide users with services such as transaction software download, registration, submission of transaction applications, transaction information query, and group signing, encryption and decryption of transaction request data. In addition, the transaction software can be integrated into the bank's mobile banking APP as a functional module. Secondly, the computer terminal can also be a sales terminal of an offline sales outlet to provide users with offline physical services.

[0036] Optionally, in order to facilitate the explanation of the technical solution of the present application, the technical solution of the present application is explained below taking a lottery transaction scenario as an example.

[0037] Optionally, in the lottery transaction scenario, the application server of the first institution mentioned above can be deployed in the lottery center, responsible for identity authentication of the staff of the lottery institution; provide an interface for the staff of the lottery institution to query the lottery fund pool, register the lottery terminals of each offline lottery store and the lottery purchase transaction data submitted online, and process the account data; when the lottery is drawn, the lottery institution application server can combine the offline lottery code provided by the notary agency application server and the online lottery code generated by the blockchain node server to generate the final winning code, and compare the lottery transaction registration book with the lottery transaction registration book according to the lottery result to process the prize redemption transaction data. Optionally, the bank application server (corresponding to the financial institution application server mentioned above) is responsible for identity authentication of lottery users, checking the legitimacy of lottery purchase transaction data, performing lottery account processing and registering the transaction registration book according to the transaction data, and processing lottery purchase and lottery prize redemption query transaction data. Optionally, the second institution application server (also called the regulatory agency application server) is used to authenticate the staff of the lottery transaction regulatory agency, perform data legitimacy check on the fund application request submitted by the staff of the lottery institution, determine whether the request is an abnormal request, and return the approval result to the lottery institution application server through the blockchain network.

[0038] In addition, the regulatory agency application server is also used to check the data legitimacy of the lottery fund transaction data submitted by the staff, and submit the query transaction to the bank application server through the blockchain network. In addition, when the regulatory agency application server receives an online lottery request, it uses the online lottery code generation module to obtain quantum random numbers, physical random numbers, sales data information and stop-sale timestamps through random data sources, and uses the lottery algorithm to generate lottery numbers based on quantum random numbers, physical random numbers, sales data information and stop-sale timestamps; and records the random data source information, random data source log information, sales data information and lottery number information corresponding to the lottery number to the lottery alliance chain, and then sends the lottery number to the lottery agency's application server.

[0039] Optionally, the application server of the notary agency is responsible for identity verification of notary personnel during the lottery drawing process, wherein at least two staff members of the notary agency participate in the offline lottery drawing process, and the staff of the notary agency uses the terminal device to upload the offline lottery drawing results and the offline lottery drawing process video to the blockchain node server corresponding to the notary agency.

[0040] Optionally, the above-mentioned blockchain node server is a blockchain node server deployed on the blockchain network, which is respectively deployed in lottery issuing institutions, notary institutions, financial institutions, regulatory agencies and other institutions (such as charitable organizations). The blockchain node server can process transaction requests related to data flow, including the identity of the data provider and data demander, and the public key information corresponding to the institution. The blockchain node server can also store and obtain evidence of the binary tree root hash (hash value) based on the transaction business scenario process data.

[0041] Optionally, multiple blockchain node servers can be deployed in a blockchain alliance and each can participate in the collaborative work of application servers corresponding to lottery agencies, notary agencies, financial institutions and regulatory agencies, or they can be centrally managed and operated.

[0042] Optionally, the lottery transaction request is initiated by the lottery organization application server. Update transactions are consensus transactions that need to be reached by consensus nodes on the blockchain. During the consensus process, each blockchain node must receive consistent confirmation messages from 2f+1 other blockchain nodes before consensus can be completed. New block data is generated according to the data processed according to the logic in the smart contract, and related business processes after the contract execution are triggered; query transactions directly obtain the corresponding world state data from the corresponding blockchain node without consensus.

[0043] From the above content, it can be seen that in this application, a lottery transaction data management system based on blockchain is provided, which combines the application servers and blockchain technology of multiple key institutions, and effectively solves the technical problem that the existing lottery transaction process cannot take into account both the privacy of user information and the transparency of the lottery process.

[0044] Among them, the blockchain node server is responsible for encrypting all data uploaded to the blockchain network, ensuring the security of data during transmission and storage, and preventing unauthorized access and data leakage. For data downloaded from the blockchain network, the blockchain node server also bears the responsibility of decryption, ensuring that the data can be read and used only under the correct authorization, which effectively protects the privacy of user transaction data. Secondly, the application server of the first institution, the application server of the financial institution, the application server of the second institution and the application server of the notary agency realize seamless data interaction and information sharing through the blockchain network, which improves work efficiency and reduces costs. The application server of the second institution can conduct online approval of the funding application of the first institution, and the approval results are directly returned through the blockchain, which reduces human intervention and reporting process, and enhances the transparency and efficiency of supervision.

[0045] In an optional embodiment, a key agreement is sent to a user terminal device through a blockchain node server of a financial institution, wherein the key agreement is used to agree on a data encryption method between an application server of the financial institution and the user terminal device; wherein the data encryption method includes the following methods:

[0046] The first method is to generate a registration account, key information bound to the user, and a personal digital certificate for the user based on the user information provided by the user;

[0047] The second method is to generate a master key, a user key and a public key corresponding to the registered account after generating the registered account.

[0048] Optionally, still taking the lottery transaction scenario as an example, the user terminal device includes: a user registration module, which is used to generate a registration account, key information bound to the user, and a personal digital certificate for the user based on the user information provided by the user; a key generation module, which is used to generate a master key, a user key, and a public key corresponding to the registration account after the registration account is generated; a lottery transaction module, which is used as an interactive interface and interface used when the user submits lottery transaction data, and encrypts the user information and transaction information generated during the lottery transaction process; a lottery query module, which is used to respond to the user's lottery progress query request and query the user's purchased lottery information, winning status, and prize redemption progress information.

[0049] Optionally, the user terminal device can be a lottery player's smart phone, tablet computer, laptop or other terminal device, which is responsible for providing lottery players with lottery software download, registration, lottery purchase application submission, winning and prize redemption information inquiry and other services, and performs group signing, encryption and decryption processing on transaction request data. Figure 2 is a schematic diagram of the structure of an optional user terminal device according to an embodiment of the present application, such as Figure 2 As shown, the user terminal device includes: a user registration module 21, a key generation module 22, a transaction module 23, and a query module 24.

[0050] Optionally, the user registration module 21 is used to provide an interface and interface for customers to register an account on the system. When registering an account, the user needs to submit relevant personal identity information. After successful registration, the user can download relevant keys and personal digital certificates to ensure data security during the transaction. Optionally, after the user successfully registers an account, the key generation module 22 generates a master key M for the customer. k 、User key S k And the public key PK.

[0051] Optionally, the transaction module 23 is responsible for providing an interface and an interface for the customer to submit a lottery purchase transaction application on the system, and when submitting the application, it will cooperate with other modules to collect and encrypt the customer transaction information data. The customer transaction information data includes but is not limited to: customer identity information, transaction amount, lottery type, issue number, purchase quantity and other data. The query module 24 is responsible for providing a query interface and an interface to the user to query the lottery information, winning situation and prize redemption progress of the lottery player.

[0052] It should be noted that key information usually includes a pair of public and private keys, while digital certificates are used to verify the legitimacy of user identities and ensure that only real users can perform relevant operations. The user registration module not only realizes the verification and management of user identities by generating registered accounts, key information bound to users, and personal digital certificates, but also provides security for subsequent lottery transactions. The use of digital certificates and keys enables users' personal information and transaction data to be encrypted and protected even in a public network environment, effectively preventing data leakage and unauthorized access, and greatly enhancing the security of the system. After the user successfully registers, the key generation module is responsible for generating the master key, user key, and public key corresponding to the user's registered account. Among them, the master key is usually used to manage the user's key system and is the basis of the entire key system; the user key is directly associated with the user's specific operations and is used to encrypt and decrypt user data; and the public key is used to verify the user's signature and can be made public in the blockchain network for other nodes to authenticate data. Through the key system generated by the key generation module, the system can ensure the data security of users when conducting lottery transactions. The user key is used to encrypt the transaction data submitted by the user, so that the data will not be stolen or tampered with during the transmission process; while the public key is used to authenticate the data in the blockchain network to ensure that the source of the data is authentic. The existence of the master key further strengthens the security of key management. Even if some keys are leaked, it is difficult to affect the global security of the user account, thus providing users with multi-level security protection.

[0053] It should also be noted that the transaction module is the main interface for users to interact with the system, and users submit transaction data through this module. When submitting, the module will work with other parts of the system to encrypt the user's identity and transaction information to ensure that the user's data is not leaked or maliciously tampered with during the transaction. The query module is used to respond to the user's transaction progress query request, for example, it can query the lottery information that the user has purchased, the winning situation, and the prize redemption progress information. This information is stored on the blockchain after encryption and authentication, and users can access and obtain it safely, while ensuring the authenticity and integrity of the query results. The establishment of the query module enables users to understand their transaction status in a timely and accurate manner, including important information such as whether the lottery has won, the winning amount, and the prize redemption process. Through blockchain storage and query, the information is guaranteed to be tamper-proof and transparent, and the user's sense of trust is enhanced. At the same time, the application of encryption technology also ensures the privacy and security of users during the query process, avoiding the improper leakage of sensitive information.

[0054] In an optional embodiment, the key generation module 22 can perform the following steps: obtain the generator and order of the bijective group, wherein the generator represents the set of elements that generate the entire bijective group, and the order represents the total number of elements in the bijective group; randomly select a first value, a second value, and a third value, wherein the first value, the second value, and the third value are different values; generate a master key based on the first value, the second value, and the generator; generate a user key based on the generator, the third value, and the first value; and generate a public key based on the generator, the order, the first value, and the second value.

[0055] Optionally, the key generation module 22 generates a master key M for the user. k 、User key S k And the public key PK, the specific generation method is as follows:

[0056] First, after the application client successfully registers, the system submits a request to initialize security parameters; then, after receiving the request, the client calls the key initialization module setup to generate the master key; then calls the key generation module to generate the key S k The specific steps are as follows:

[0057] 1. Initialization (Setup): The setup module selects a bijective group G 0 , whose generator is g and whose order is a prime number p. p Randomly select two random numbers α, β∈Z p As an exponent, the public key is represented as a tuple: Among them, e refers to a preset coefficient, DID H∈DID represents the DID of the digital file owner (Host). α corresponds to the first value mentioned above, and β corresponds to the second value mentioned above. k =(β,g α ) represents the master key.

[0058] 2. Generate key: Supplement input parameters, expressed as keyGen(M k ,S), where M k is the primary key, S is the attribute set, and the value generated by this function is the key Among them, r∈Z p is a random number (corresponding to the third value mentioned above), for each attribute j∈S, r j ∈Z p is a random number, and H is a preset coefficient corresponding to attribute j.

[0059] Optionally, the key generation module 22 can also call the blockchain smart contract algorithm to initialize security parameters; execute the smart contract for evidence storage to store the user's public key and master key; store the digital identity DID and master key M k , the user's public key PK is stored, and the encryption function Encry is executed to encrypt the symmetric key to generate the symmetric key pk b The ciphertext Finally, the key generation module 22 returns the security parameters to the client, stores the symmetric private key locally, and returns a message that the security parameters have been successfully initialized.

[0060] It should be noted that by using the bijective group (the content in the picture is the letter "G") and its generator g and order p, this technology ensures the basic security of key generation. The properties and structure of the bijective group provide a powerful mathematical framework to ensure the randomness and unpredictability of key generation. The order p is the total number of elements in the bijective group. When a large prime number is selected as the order, the size of the key space can be significantly increased, thereby improving the security of the key, making it extremely difficult to crack the key, and it is difficult to be cracked by brute force even with the current computing power. The key generation module randomly selects the first value α, the second value β and the third value r, combined with the generator g and order p, to generate the master key M, the user key and the public key. This generation method ensures the uniqueness and security of each key. Among them, the master key M is generated by the first value α, the second value β and the generator g, and is used for system-level key management and user key generation. The user key is generated by the generator g, the third value r and the first value α, and is used to encrypt and decrypt user data. The public key is generated by the generator g, the order p, the first value α and the second value β. It is used for data encryption and signature verification and can be safely disclosed in the blockchain network to verify the signature generated by the private key.

[0061] In addition, the random selection of the first value α, the second value β and the third value r is a crucial step in key generation, which ensures the unpredictability of the key. In cryptography, randomness is the basis for generating keys, which can prevent the keys from being pre-calculated or guessed, ensuring the security and effectiveness of the keys. Even if the keys are leaked, randomness makes it difficult for the keys to be reused or reverse engineered.

[0062] In an optional embodiment, an authentication result of an identity authentication of a user who purchases lottery tickets by an application server of a first institution is obtained through a blockchain node server of a financial institution, wherein the identity authentication includes: verifying the user's account number, password, and biometric information; when the authentication result indicates that the user has passed the identity authentication, transaction process information recorded by the application server of the first institution is obtained through the blockchain node server of the financial institution, wherein the transaction process information includes at least: the user's account information, transaction amount, purchase quantity, and target transaction code corresponding to the user during the process of purchasing the target commodity; the authentication result and the transaction process information are used as second data.

[0063] Optionally, still taking the lottery transaction scenario as an example, the lottery agency application server (corresponding to the application server of the first agency mentioned above) includes: an identity verification module, which is used to authenticate the user who purchases the lottery ticket, wherein the identity authentication includes: verifying the user's account number, password and biometric information; a lottery transaction processing module, which is used to record the user's account information, transaction amount, lottery type, lottery issue number, and purchase quantity in the process of purchasing the lottery ticket as lottery transaction data, and upload the lottery transaction data to the financial institution application server through the blockchain network for account processing; a lottery winning query module, which is used to query the user's winning information and bonus arrival information based on the lottery information submitted by the user; a lottery redemption module, which is used to verify the lottery number and winning code to be redeemed based on the lottery redemption request submitted by the user, and upload the redemption transaction data to the financial institution application server through the blockchain network for account processing after successful verification.

[0064] Optionally, Figure 3 is a schematic diagram of the structure of an optional application server of the first mechanism according to an embodiment of the present application, such as Figure 3As shown, the lottery agency application server is deployed in the lottery center and is responsible for identity verification of lottery agency staff, data processing of lottery purchase transaction data submitted by offline lottery stores and online lottery terminals, merging the offline lottery code provided by the notary agency application server and the online lottery code generated by the blockchain node server to generate the final winning code, and performing prize redemption transaction data processing according to the lottery result and the lottery transaction registration book. In the lottery transaction scenario, the lottery agency's application server includes: identity verification module 31, transaction processing module 32, winning query module 33, prize redemption module 34, and transaction code synthesis module 35.

[0065] Optionally, the identity verification module 31 is responsible for authenticating the lottery customer, verifying the customer's identity, including account and password checks, biometric verification, etc. The transaction processing module 32 is responsible for checking the legitimacy of the lottery purchase transaction data submitted by the lottery customer, and registering the lottery transaction register according to the customer account information, transaction amount, lottery type, issue number, and purchase quantity in the transaction data, and transmitting the transaction data to the bank application server through the blockchain network for account processing. The winning query module 33 is responsible for querying the lottery winning situation and the bonus arrival situation of the lottery customer based on the lottery winning query transaction submitted by the lottery customer. The prize redemption module 34 is responsible for checking the lottery number and winning code on the lottery transaction register according to the lottery prize redemption transaction application submitted by the lottery customer, and performing prize redemption processing. After successful verification, the transaction data is transmitted to the bank application server through the blockchain network for account processing.

[0066] Optionally, the lottery agency application server also includes: a winning code synthesis module 35, which is used to merge the offline winning code (corresponding to the offline transaction code) provided by the notary agency application server and the online winning code (corresponding to the online transaction code) generated by the blockchain node server to obtain the target transaction code.

[0067] It should be noted that by merging the offline lottery code (provided by the notary agency application server and generated based on the physical lottery equipment) with the online lottery code (generated on the regulatory department application server through the blockchain node server, using comprehensive information such as quantum random numbers, physical random numbers, and sales data), the winning code synthesis module 35 ensures the fairness and unpredictability of the lottery results. The generation of offline lottery codes is independent of the online process, avoiding the risk of data manipulation that may be caused by the singleness of technical means; the online lottery code utilizes the decentralized, open, transparent and data-unalterable characteristics of blockchain technology, increasing the transparency of the lottery results and the public's trust. This dual-track lottery code generation mechanism combines the advantages of the physical world and the digital world, greatly enhancing the fairness and transparency of the entire lottery process, and reducing the possibility of human intervention and cheating.

[0068] In an optional embodiment, the application server of the financial institution includes: an identity verification module, which is used to authenticate the identity of the user who purchases the target product, wherein the identity authentication includes: verifying the user's account number, password and biometric information; a transaction account processing module, which is used to detect whether the transaction data submitted by the application server of the first institution is abnormal transaction data, and if it is determined that the transaction data is not abnormal transaction data, perform account processing based on the user information and transaction amount in the transaction data, and record the processing result of the account processing in the transaction registration file; a query transaction processing module, which is used to query the progress information of the user's transaction funds according to the fund query request submitted by the user.

[0069] Optionally, still taking the lottery transaction scenario as an example, Figure 4 is a schematic diagram of the structure of an optional financial institution application server according to an embodiment of the present application, such as Figure 4 As shown, the financial institution application server is responsible for authenticating the user, checking the legitimacy of the transaction data, processing accounts according to the transaction data and registering the transaction register, processing commodity purchase and lottery prize redemption query transaction data, and the financial institution application server includes: identity verification module 41, transaction account processing module 42, and query transaction processing module 43.

[0070] Optionally, the identity verification module 41 is responsible for authenticating the lottery customer, verifying the customer's identity, including account and password checks, biometric verification, etc. The transaction account processing module 42 is responsible for checking the legitimacy of the transaction data submitted by the lottery agency application server, and performing account processing according to the customer information and transaction amount in the transaction data and registering the transaction register. The query transaction processing module 43 is responsible for querying the purchase transaction fund deduction status and the prize redemption fund entry status of the lottery customer according to the query transaction request submitted by the lottery customer.

[0071] In an optional embodiment, the approval progress information of the second institution's application server approving the fund application request submitted by the first institution is obtained through the blockchain node server of the financial institution, wherein the fund application request is used to request the use of funds of the target amount; the approval progress information is used as the third data.

[0072] Optionally, Figure 5 is a schematic diagram of the structure of an optional application server of the second mechanism according to an embodiment of the present application, such as Figure 5 As shown, the application server of the second institution includes: a target identity verification module 51, a fund approval module 52, a fund query module 53, and an online transaction code generation module 54.

[0073] Optionally, still taking the lottery transaction scenario as an example, the identity verification module 51 is responsible for checking the identity authentication of the fund supervision and management personnel of the regulatory agency, verifying the identity of the supervision and management personnel, including account and password checks, biometric verification, etc.; the fund approval module 52 is responsible for approving and processing the fund use requests submitted by each lottery agency according to the instructions of the fund supervision and management personnel, and transmitting the approval results to the application servers of each lottery agency through the blockchain network. The fund query module 53 is responsible for querying the fund use of all lottery agencies and the approval progress of fund use requests that require approval from the regulatory agency according to the query transaction instructions submitted by the fund supervision and management staff.

[0074] Optionally, the online transaction code is generated through the following process: when the transaction is completed, generate a quantum random number, a physical random number, and a software random number; obtain the sales quantity and sales amount information of the target product sold during the same period; obtain the sales stop time of the target product; generate an online transaction code based on the quantum random number, the physical random number, the software random number, the sales quantity, the sales amount information and the sales stop time of the target product.

[0075] Optionally, in a lottery transaction scenario, the online transaction code generation module 54 is responsible for obtaining the online lottery number through a lottery number generation algorithm based on the sales quantity and sales amount information of the quantum random number service, the physical random number service, the soft random number service, and the prize period information service obtained at the time of the lottery draw, and recording all source data information and the obtained online lottery result information into the blockchain. The lottery result data is then returned to the lottery issuing agency application server, and the lottery winning code synthesis module performs the final data processing.

[0076] Among them, the sales data information obtained includes: sales quantity and sales amount; quantum random numbers can be obtained through the quantum random number generator service; physical random numbers can be obtained through the physical random number generator service; sales quantity can be obtained through the bonus period sales information; sales amount can be obtained through the sales amount service; bonus period sale end timestamp can be obtained through the bonus period sale end timestamp service. Since this module is deployed in the node of the credible regulatory department, it can effectively improve credibility and reduce the risk of fraud.

[0077] Optionally, the method for generating the online lottery number (corresponding to the above-mentioned online transaction code) can refer to the following:

[0078] The lottery algorithm in the lottery smart contract generates the lottery number based on the random number information, and presets the lottery number range and the number of lottery digits. Among them, the preset lottery number range includes R lottery numbers; M digits are selected from the R lottery numbers to generate the lottery number; wherein M is the number of lottery digits; accordingly, according to the number of lottery digits M, the corresponding quantum random number, physical random number and soft random number obtained respectively contain M random numbers. Among them, the serial number corresponding to the i-th winning number in the selected M digits is calculated by the following formula: Ni=|T-Qi-Pi-Si-AV|%R+C; i=1, 2, ..., M; wherein Ni is the serial number corresponding to the i-th winning number; T is the stop sale timestamp; Qi is the i-th quantum random number; Pi is the i-th physical random number; Si is the i-th soft random number; A is the sales amount; V is the sales quantity; R is the number of winning numbers in the preset winning number range; %R is the remainder of R; C is a constant, generally a natural integer less than 100; according to the obtained Ni, the corresponding M-digit winning numbers are selected in the preset winning number range to generate the final winning number. Usually, the winning numbers generated are not repeated, so it is necessary to determine whether the currently generated Ni is the same as the previous one; if it is the same, add 1 to the value of Ni; if it is still the same, add 1 to the value of Ni until it is different; wherein, after multiple additions of 1, if the value of Ni is greater than R, Ni is modified to 1, and it is determined again whether the serial number corresponding to the winning number obtained previously is the same. After the above-mentioned process of "adding 1" or "modifying to 1", M non-repeating serial numbers (N1, N2, ..., Ni) can be obtained. Based on these serial numbers, M different winning numbers can be generated in the end.

[0079] It should be noted that by combining multiple random number sources (quantum, physical and software) to generate online lottery codes, the randomness and unpredictability of the lottery results are greatly enhanced. Quantum random numbers are derived from quantum physics processes and have true randomness; physical random numbers are based on physical phenomena in nature, such as noise or radioactive decay, and also have high randomness; although software random numbers are based on algorithms, they can also provide sufficient randomness when the algorithms are properly designed. The combination of these three random number sources ensures that no party can know or manipulate the lottery results in advance, thereby enhancing the public's trust in the fairness of the lottery results. In addition, the introduction of sales quantity and sales amount information makes the generation of online lottery codes not only dependent on random numbers, but also closely linked to the actual situation of lottery sales. This design ensures that the lottery results are not only random, but also related to the real-time status of the lottery market, which increases the fairness and transparency of the lottery results. At the same time, the use of sales data also prevents lottery agencies from using internal information for manipulation, ensuring that all lottery players are equal in front of the lottery results. Finally, obtaining the stop sales time of the lottery as one of the parameters for generating online lottery codes can ensure the accuracy and non-tamperability of the lottery time. The certainty of the time to stop sales avoids unfair practices in the lottery sales process, such as "overtime sales" or "early sales stop", and further enhances the fairness of the lottery results and the overall stability of the system.

[0080] In an optional embodiment, the offline transaction code uploaded by the notary agency's application server and the video information of the transaction process are obtained through the blockchain node server of the financial institution, wherein the offline transaction code carries the system time recorded by the world clock of the blockchain network, and the video information includes at least the time information of the physical clock at the transaction site; the offline transaction code uploaded by the notary agency's application server is used as the transaction result of the notary agency's application server.

[0081] Optionally, Figure 6 is a schematic diagram of the structure of an optional notary agency application server according to an embodiment of the present application, such as Figure 6As shown, in the lottery transaction scenario, the notary agency application server includes: a notary verification module 61, an offline transaction code processing module 62, and a video processing module 63. The notary verification module 61 is responsible for checking the identity authentication of the public welfare fund supervision and management personnel of the Ministry of Civil Affairs, verifying the identity of the supervision and management personnel, including account and password checks, biometric verification, etc.; the offline transaction code processing module 62 is responsible for providing an interface for the notary participating in the offline lottery to input the offline winning code generated by the offline lottery device, obtain the system time through the blockchain system world clock, and upload the offline winning code to the blockchain system after digital timestamp, and finally transmit the offline winning code to the lottery agency application server through the blockchain system, and the lottery winning code synthesis module combines the offline winning code provided by the notary agency application server and the online winning code generated by the blockchain node server to generate the final winning code. The video processing module 63 is responsible for uploading the offline lottery process video to the blockchain system after adding a digital timestamp. There is a physical clock at the offline lottery site, and the recorded video of the lottery site must contain a clock, which includes time information such as date and time. Subsequent regulators can compare the physical clock of the on-site video with the digital timestamp of the blockchain to determine whether the recorded video is a real-time live broadcast or a recorded video.

[0082] In an optional embodiment, the blockchain node server of the financial institution conducts point-to-point consensus information interaction with the blockchain node server of the first institution, the blockchain node server of the second institution, the blockchain node server of the notarization structure, and the blockchain node server corresponding to the user terminal device, wherein the consensus information interaction is used to reach a consensus on transaction information and transaction results in multiple stages; after the transaction is successfully deducted, the blockchain node server of the financial institution saves the consensus transaction success information, transaction result information, and block consensus result into the block, records the transaction log and sends the block execution success event, and performs a strong consistency check on the blockchain nodes and updates the world state information of the blockchain network based on the check results.

[0083] Optionally, in a lottery transaction scenario, the blockchain node server also includes: a binary tree data generation module, which generates a binary tree shared path based on the lottery fund data and the lottery transaction data; wherein the binary tree data generation module is also used to fill the lottery transaction data with data values ​​according to the scenario identifier on the blockchain and the path information of the binary tree shared path, and upload the calculated hash value corresponding to the root node of the binary tree, the serial number identifier of the lottery transaction data, the institutional identifier of the data provider of the lottery transaction data, and the signature information to the blockchain for evidence storage.

[0084] Finally, the blockchain node server also includes: an identity anonymity module, which is used to add Gaussian noise to the physical address and request data of the transaction data demander, generate an interference data set, and transform the data in the interference data set over time through the target model.

[0085] Optionally, Figure 7 is a schematic diagram of the structure of an optional blockchain node server according to an embodiment of the present application, such as Figure 7 As shown, the blockchain node server includes: a transaction consensus module 71, a transaction execution module 72, a binary tree data generation module 73, a data authentication module 74, an on-chain interaction module 75, and an identity anonymity module 76.

[0086] Optionally, the transaction consensus module 71 is responsible for point-to-point consensus information interaction with all blockchain node servers in the blockchain, and completes the core module of the transaction consensus, and reaches a consensus on the transaction results, specifically a three-stage consensus process of the Byzantine consensus algorithm. The first stage is the pre-prepare consensus, the second stage is the prepare consensus, and the third stage is the commit consensus. The three stages are executed sequentially. After the current stage has received consistent confirmation messages from at least 2f+1 other transaction consensus nodes, the consensus of the current stage is completed and enters the next stage. After the consensus of the three stages is completed, it means that the requested transaction is legal and can enter the transaction execution module 72 for processing.

[0087] Optionally, the transaction execution module 72 is responsible for completing the execution of the smart contract request and the persistence of the ledger, saving the transaction success information, transaction result information, and SeqNo (i.e., block consensus result) of the block consensus completed by the transaction consensus module 71 into the block, recording the transaction log and sending the block execution success event, performing a strong consistency check of the blockchain node (block height, predecessor, current Hash), and finally updating the world state information.

[0088] Optionally, the binary tree data generation module 73 is responsible for processing the shared data between the data providers and demand-side institutions participating in the alliance, including generating verifiable shared data as a data provider. This module will generate a binary tree sharing path for the scene data that needs to be shared and upload it to the chain, generate and upload the shared data binary tree root hash (that is, the hash value corresponding to the root node of the binary tree, which can also be understood as the hash value corresponding to the root node of the binary tree sharing path) to the chain, and generate shared data information that can be verified by the binary tree for users who apply for data sharing. The processing of shared data on the chain by this module can effectively solve the hidden dangers of enumerating and deducing the original data due to the public disclosure of data on the chain, and ensure the privacy and security of data on the chain. The specific steps are as follows:

[0089] like Figure 8As shown, the newly added data sharing business scenario type and the alliance organization on the blockchain network agree on the data format and generate a binary tree sharing path and store it on the chain. The shared fields are split into Data1, Data2, Data3 and Data4, and the data is used as the leaf, and calculated layer by layer until HashRoot (the hash value corresponding to the root node of the binary tree sharing path). The information stored on the chain includes the scenario ID and the binary tree sharing path information. Among them, Data1 needs to calculate Hash1 and Hash12 in sequence when calculating to HashRoot layer by layer; Data2 needs to calculate Hash2 and Hash12 in sequence when calculating to HashRoot layer by layer; Data3 needs to calculate Hash3 and Hash34 in sequence when calculating to HashRoot layer by layer; Data4 needs to calculate Hash4 and Hash34 in sequence when calculating to HashRoot layer by layer.

[0090] Optionally, for data sharing scenarios with designed binary tree shared paths, data providers on the blockchain network can directly store the HashRoot of the shared data on the chain, that is, first obtain the scenario binary tree shared path information from the chain according to the scenario ID, and replace the specific field information of the leaf node with the specific shared data value, and obtain the HashRoot. The HashRoot and the signature information of the HashRoot using the private key information of the data provider's own identity and the transaction information of the data are stored on the chain together.

[0091] When a user needs to apply for data from a data provider in the form of data they carry, a binary tree sharing path information of the data carried and data verification is generated for the user according to the fields applied for by the user. If the information the user applies to share is Data1, the corresponding calculation path is Data1, Hash2, Hash34, that is, the shared information provided to the user includes the scene ID, scene data serial number, data information (Data1 and Hash2, Hash34), and the provider's identity ID, and the signature information of the provider using the private key information of its own identity for the entire data packet.

[0092] Optionally, the blockchain node server includes: a data authentication module 74, which is used to obtain shared information provided by any application server, wherein the shared information includes: a scene identifier on the blockchain, a scene data serial number on the blockchain, transaction data information and a hash value corresponding to the user, an organization identifier of a data provider, and signature information of the data provider; the data authentication module is also used to obtain a binary tree shared path corresponding to the scene according to the scene identifier on the blockchain, obtain a hash value corresponding to the root node of the binary tree shared path according to the scene data serial number, and obtain the public key information of the data provider recorded on the blockchain according to the organization identifier of the data provider.

[0093] The data authentication module is also used to perform the following steps:

[0094] Verify the signature information of the data provider in the shared information according to the public key information of the data provider, and determine whether the data source of the shared information is the correct data source according to the verification result of the signature information;

[0095] When the signature information of the data provider is verified and the data source of the shared information is determined to be the correct data source, the target hash value is calculated based on the obtained binary tree sharing path, the transaction data information corresponding to the user, and the hash value;

[0096] Check whether the target hash value is consistent with the hash value corresponding to the root node of the binary tree shared path obtained according to the scene data serial number;

[0097] When it is detected that the target hash value is consistent with the hash value corresponding to the root node of the binary tree shared path obtained according to the scene data serial number, determining that the first data, the second data, the third data, and the fourth data pass the verification;

[0098] When it is detected that the target hash value is inconsistent with the hash value corresponding to the root node of the binary tree shared path obtained according to the scene data serial number, it is determined that the first data, the second data, the third data and the fourth data have failed the verification.

[0099] It should be noted that the data authentication module 74 refers to the data demander obtaining the binary tree sharing path and the shared data binary tree root HashRoot from the chain to verify the authenticity of the data when the data demander obtains the shared data provided by the user. When the user provides the shared data to the data demander, the demander performs data verification according to the following steps:

[0100] First, obtain the shared information provided by the user: scene ID (corresponding to the above scene identification), scene data serial number, data information (for example, Figure 8 Data1 and Hash2, Hash34), data provider identification ID, and data provider signature information. Then, the data binary tree shared path corresponding to the scene is obtained according to the scene ID, the corresponding data binary tree root HashRoot is obtained according to the scene data serial number, and the identity public key information of the provider organization on the chain is obtained according to the data provider identification ID.

[0101] Secondly, use the public key information of the data provider to verify the signature information of the data provider in the data information. If the verification is successful, it means that the data source is authentic.

[0102] Finally, the binary tree shared path and data information corresponding to the scenario are used to calculate HashRoot = Hash(Hash(Hash(Data1), Hash2), Hash34) = Hash(Hash(Hash1, Hash2), Hash34) = Hash(Hash12, Hash34) to obtain the target hash value, and then compare it with the HashRoot value of the binary tree root of the data obtained on the chain (the hash value corresponding to the root node of the binary tree shared path). If the comparison is consistent, it means that the data information is consistent with the data provided by the source and is authentic.

[0103] Optionally, the above-mentioned on-chain interaction module 75 is responsible for completing the on-chain interaction. As the data provider, the scene ID and binary tree calculation path corresponding to the data scene are stored on the chain, and the scene data flow ID and data binary tree root Hash of the shared data are stored on the chain. As the data demander, the information required for data authentication is obtained from the chain. Among them, the storage requires the identity signature information of the organization to be synchronized on the chain, and the collection requires the use of privacy protection technology to perform on-chain identity authority verification under the premise of protecting the real identity.

[0104] Optionally, the identity anonymity module 76 is responsible for obtaining and verifying the information stored on the blockchain by the data provider through the on-chain interaction module when the data demander institution authenticates the on-chain data. It should be noted that the alliance identity of the data demander needs to be verified on the chain, but the data demander does not want to expose its own identity information to the data provider, which may cause the risk of loss of customer business operations. The industry often uses common privacy protection technologies such as ring signatures, but ring signature technology has some defects: for example, existing ring signature schemes usually require that the signature length is positively correlated with the number of ring members. In order to control transaction costs, these schemes often need to limit the signature length, thereby limiting the number of ring members, which may lead to the inability to achieve high anonymity. Attackers can analyze multiple transaction information of a virtual identity by analyzing transaction graphs and other means, and infer the real identity of this virtual identity in reality based on the relationship between transactions. There is also a problem of verifiability. In some practical applications, the verifier needs to confirm the identity of the real signer.

[0105] However, existing ring signature schemes may have difficulty meeting this requirement. For example, certificateless verifiable ring signature schemes and verifiable proxy ring signature schemes may have security issues, such as any member in the ring can forge other members to generate ring signatures, while the real identity verification algorithm points the real identity of the signer to the latter. Scalability issues: Existing ring signature schemes may have limitations in scalability, such as difficulty in adapting to large-scale blockchain networks.

[0106] This application adopts a new information protection method, which protects the physical address of the data demander, adds Gaussian noise to the data packets such as the object address and request data of the demander, generates an interference data set, and establishes a training model, continuously trains and transforms to prevent attackers from analyzing multiple transaction information of a virtual identity by analyzing transaction graphs, etc., and infers the real identity of this virtual identity in reality based on the relationship between transactions, so as to prove that their authority is within the alliance scope of the blockchain, while not disclosing which institution they are on the chain. Therefore, the identity anonymity module includes: a model determination submodule, which is used to perform the following steps:

[0107] Obtain a user data set corresponding to the xth physical address and a user data set corresponding to the yth physical address, wherein the xth physical address and the yth physical address are different physical addresses;

[0108] Split the user data set corresponding to the x-th physical address into a first user set and a first interest set;

[0109] Split the user data set corresponding to the y-th physical address into a second user set and a second interest set;

[0110] The first interest set and the second interest set are integrated into a target interest set, wherein the similarity between the product of the target interest set and the first user set and the user data set corresponding to the x-th physical address is greater than a preset threshold, and the similarity between the product of the target interest set and the second user set and the user data set corresponding to the y-th physical address is greater than a preset threshold; and a target model is determined according to the target interest set.

[0111] The specific steps are as follows:

[0112] 1. The data demander organization pushes notifications based on the updates of the participants on the chain, and synchronizes the public key information corresponding to the identity IDs of all participants on the current blockchain from the chain;

[0113] 2. When the data demander calls up the on-chain interaction module to obtain on-chain evidence information, he / she uses the private key corresponding to his / her own identity ID and the public key corresponding to the identity ID of other participants on the blockchain to sign.

[0114] 3. Initialize the signed message data. In order to protect user privacy, the data owner will not reveal his or her identity information to other client nodes. Therefore, the same user appears at different physical addresses, and the system considers them to be different users. Assume that the physical addresses site1 (corresponding to the xth physical address above) and site2 (corresponding to the yth physical address above) store their own user data sets M respectively. (1) and M (2) , the user set of site1 is U (1)(corresponding to the first user mentioned above), the interest set is V (1) (corresponding to the first interest and above), the user set of site2 is U (2) (corresponding to the second user set mentioned above), the interest set is V (2) (corresponding to the second interest set mentioned above), the user data set satisfies the following coupling formula:

[0115] M (1) ≈U (1) V (1)

[0116] M (2) ≈U (2) V (2)

[0117] Let V be the full interest set (corresponding to the target interest set mentioned above), satisfying:

[0118]

[0119] If the interest sets of site1 and site2 are uniformly set to V, the collaborative coupling is achieved as follows:

[0120] M (1) ≈U (1) V

[0121] M (2) ≈U (2) V

[0122] V is a public parameter and is shared across the entire network through the blockchain consensus mechanism.

[0123] 4. Generate a probability model and specify is the observation data set of conditional distribution, in and V∈R D ×J Construct a priori probability distribution model based on it, where R is a real number set, I 1 and D is the matrix U (1) The rows and columns of matrix V are D and J, and j is the number of interest sets. 1 is the user set number,

[0124]

[0125] Wherein, in the above formulas (1) to (3), ρo represents the Poisson distribution function, represents the gamma distribution function, α and β represent the shape parameter and scale parameter respectively; θ V =(α V ,β V ) represents the training constant.

[0126] By analogy, we can define is the observation data set of conditional distribution, in and V∈R D ×J The prior probability distribution model is constructed on top of 2 and D is the matrix U (2) The rows and columns of , D and J are the rows and columns of the matrix V.

[0127] Finally, the posterior distribution p is defined based on the site1 and site2 datasets. (1) and p (2) It is proportional to the prior distribution, as follows:

[0128]

[0129] in,

[0130] 5. Perform differential privacy calculation. For any two data sets M and Z, their similarity can be calculated by Hamming distance. Given a random algorithm A, the differential privacy formula (∈,δ)-DP satisfies:

[0131] P(A(M)∈S)≤e ∈ P(A(Z)∈S)+δ (6)

[0132] Where S represents the range of the random algorithm A. δ is selected from the binomial distribution function N(0,2k t ), k t is the test step length.

[0133] Select a sample dataset B from M (n,t) , with a length of B, add Gaussian noise to generate an interference data set Z (n,t) ,Right now:

[0134] Z (n,t) ≈U (n,t) V+δ (t) (7)

[0135] 6. Update the user data set, physical address n, and the user data set with iteration number t is U (n,t) , and its update rule is:

[0136]

[0137] in:

[0138]

[0139] From the above content, it can be seen that according to the business scenario, the corresponding shared data field set is extracted for binary tree modeling, and the calculation path for specific field verification is agreed upon. All participants generate public and private key pairs that can represent their institutional identities. The private key is kept by themselves as their own identity proof. The public key is publicly disclosed to the members on the chain as a key support for the signature and verification of data authentication requests, which effectively solves the hidden danger of enumeration and reverse deduction of the original data due to public disclosure of data on the chain, and ensures the security of data on the chain. In addition, the identity anonymity module adopts a new information protection method. By protecting the physical address of the data demander, Gaussian noise is added to the data packets such as the object address and request data of the demander to generate an interference data set. At the same time, a training model is established, and continuous training and transformation are carried out to prevent attackers from analyzing multiple transaction information of a virtual identity by analyzing transaction graphs and other means. According to the relationship between transactions, the real identity of this virtual identity in reality is inferred, so as to prove that their authority is within the alliance scope of the blockchain, and at the same time, they do not disclose which institution they are on the chain, so as to protect the privacy information of the demanding customers. At the same time, it avoids the need to limit the signature length in traditional privacy protection methods (such as ring signatures), thereby limiting the number of ring members and making it impossible to achieve a high level of anonymity. Attackers can analyze multiple transaction information of a virtual identity by analyzing transaction graphs and other means, and infer the real identity of this virtual identity in reality based on the relationship between transactions, thereby ensuring the privacy of the winner's personal information.

[0140] According to another aspect of an embodiment of the present application, a transaction data management device based on blockchain is also provided, including: a first processing unit, used to obtain first data, second data, third data and fourth data in a blockchain network through a blockchain node server of a financial institution; wherein the first data at least includes transaction data uploaded to the blockchain network by a user terminal device, the second data at least includes bill data uploaded to the blockchain network by an application server of the first institution, the third data at least includes transaction approval information uploaded to the blockchain network by an application server of the second institution, and the fourth data at least includes video information about the transaction process, transaction results and identity information of the transaction notary uploaded to the blockchain network by an application server of a notary institution; the first institution is the seller of the target product, and the second institution is the regulator of the first institution; the second processing unit is used to verify the first data, the second data, the third data and the fourth data through the blockchain node server of the financial institution, and after the verification is passed, send all the data to the application server of the financial institution.

[0141] Optionally, Fig. 9 is a flow chart of an optional method for processing funds data according to an embodiment of the present application, such as Fig. 9 As shown, taking lottery transaction as an example, the following steps are included:

[0142] Step S901: The lottery customer downloads the lottery software on his mobile phone, where the lottery software can be integrated into the bank's mobile banking software as a functional module. The user registration module registers, and after successful registration, the relevant keys and personal digital certificates are downloaded to ensure data security during the transaction. The key generation module generates a master key M for the customer. k and user key S k .

[0143] Step S902: The lottery client submits a lottery purchase transaction application on the system through the interface provided by the lottery transaction module, and when submitting the application, it cooperates with other modules to collect and encrypt the customer transaction information data. The customer transaction information data includes but is not limited to: customer identity information, transaction amount, lottery type, issue number, purchase quantity and other data. The lottery client's mobile terminal sends the transaction-related data to the lottery agency application server.

[0144] Step S903: The lottery transaction processing module of the lottery agency application server checks the legitimacy of the lottery purchase transaction data submitted by the lottery client, and submits it to the financial institution application server for deduction processing through the blockchain network according to the transaction amount, customer identity information, account information and other data in the transaction data. After the deduction is successful, the lottery transaction processing module registers the transaction data such as the lottery type, issue number, purchase quantity, transaction amount, lottery player's lottery number plan and other transaction data in the lottery transaction registration book, and synchronizes the transaction result data to the lottery agency blockchain node server.

[0145] S904: Each blockchain node server is initialized, including initializing the master private key and generating the public-private key pair and master private key representing the current institution based on the master private key. The identity private key is saved by each node server itself, and the identity public key is synchronized to other node servers on the blockchain network. After the lottery purchase is successfully deducted, the transaction execution module on the blockchain node server corresponding to the financial institution completes the execution of the smart contract request and the persistence of the account book, saves the successful transaction information, transaction result information, and SeqNo of the block consensus completed by the transaction consensus module into the block, records the transaction log and sends the block execution success event, performs a strong consistency check of the blockchain node (block height, predecessor, current Hash), and finally updates the world state information.

[0146] S905: The binary tree data generation module of the blockchain node server corresponding to the financial institution models the binary tree shared path of the lottery fund data and the lottery transaction data, and fills the lottery transaction data of each lottery point corresponding to different banks with specific data values ​​according to the on-chain scene ID and the binary tree number path information, and stores the calculated binary tree data root hash, the serial number ID of the data, the provider institution identity ID, and the signature information of the provider institution identity ID on the chain.

[0147] S906: The identity anonymity module of the blockchain node server corresponding to the financial institution protects the privacy of the transaction request data by protecting the physical address of the data demander, adding Gaussian noise to the data packets such as the object address and request data of the demander, generating an interference data set, and establishing a training model, continuously training and transforming the interference data set, to prevent attackers from analyzing multiple transaction information of a virtual identity by analyzing transaction graphs and other means, and inferring the real identity of this virtual identity in reality based on the relationship between transactions, causing the problem of identity privacy data leakage of lottery winners. The blockchain node server synchronizes data with the blockchain node servers corresponding to other institutions.

[0148] S907: The lottery purchase process ends.

[0149] It should be noted that the current mainstream lottery is a lottery-type lottery. In the existing lottery issuance process, there are the following problems:

[0150] 1. Only the lottery center knows the time, plan and amount of lottery ticket purchases. The lottery draw process is conducted in a closed environment, selected by specific equipment and announced by the lottery agency. There may be a risk of cheating by the machine.

[0151] Second, if the winning numbers are generated randomly using an online program, it is easy for people to question whether the program is cheating. If the current online lottery method is used, people will also question whether the lottery equipment is fake. In addition, lottery players question whether the video of the lottery process is a recorded video instead of a live video.

[0152] 3. The identity of the winner is confidential and will not be made public. All data is stored in the lottery center and is easily tampered with, which increases the difficulty of auditing. Lottery players have every reason to suspect that the lottery center controls the winning numbers and winners. There is no supervision of funds during the bonus distribution process, and the winners may be arranged by the lottery center or even virtual people. The public cannot supervise whether the bonus is actually distributed to the winner and whether there is a record of personal tax payment.

[0153] 4. In the existing lottery issuance process, paper lottery tickets are the only voucher for lottery players to redeem their prizes, and lack the necessary protection measures. Since there is no real-name system, once the paper lottery ticket is lost, it may be picked up by others, and the winning prize may be claimed by others. However, if the real-name system is implemented and the lottery player information is placed on the Internet, the information of the winning lottery player is easily leaked. Now the industry has already used blockchain technology to manage gambling systems and fund data in actual cases, and used the decentralized, open, transparent, data traceable, and tamper-proof characteristics of blockchain to manage lottery funds and prize data. However, with the use and popularization of blockchain technology, the industry has seen that the fixed rules for specific data items in the blockchain have led to the hidden danger that the data hash will be enumerated and deduced from the original data when it is publicly disclosed on the chain, and key data blocks have been illegally read by people, resulting in the leakage of lottery players' privacy.

[0154] In order to solve the above problems, this application provides a new lottery fund data management method, which combines offline physical lottery drawing with online lottery winning number generation using blockchain smart contract technology, and uses blockchain to make lottery data storage information safe and transparent, thereby improving the transparency, security and stability of lottery winning number generation. Incorporating regulatory agencies, notary agencies and other regulatory departments into the management system, reducing the manual reporting process and the opportunity for fraud, solving the current problems of lottery fund data privacy, security, identity management, and regulatory transparency, improving the work efficiency of all parties, reducing costs such as fees and time, and ensuring that lottery data information is safe, transparent and cannot be tampered with.

[0155] This application can also extract the corresponding shared data field set according to the business scenario for binary tree modeling, agree on the calculation path for specific field verification, and all participants generate a public-private key pair that can represent their institutional identity. The private key is kept by themselves as their own identity proof. The public key is publicly disclosed to the members on the chain and serves as the key support for signing and verifying data authentication requests, effectively solving the hidden danger of enumeration and inferring the original data due to public disclosure of data on the chain, thereby ensuring the security of customer privacy data.

[0156] in addition, Fig.10 An optional transaction code data processing method according to an embodiment of the present application is also shown, taking lottery transaction as an example, comprising the following steps:

[0157] Step S1001: After the lottery sales are closed, the notary staff will check the offline lottery equipment at the designated offline lottery location, and then, under the supervision of the notary staff, randomly draw the winning numbers offline through the physical lottery equipment. The video processing module will digitally timestamp the offline lottery process video and upload it to the blockchain system. There is a physical clock at the offline lottery site, and the recorded video of the lottery site must contain a clock, which includes time information such as date and time. Subsequent regulators can compare the physical clock of the on-site video with the digital timestamp of the blockchain to determine whether the recorded video is a real-time live broadcast or a recorded video.

[0158] Step S1002: The notary participating in the offline lottery inputs the offline winning code generated by the offline lottery device through the offline winning code processing module, obtains the system time through the blockchain system world clock, digitally timestamps the offline winning code and uploads it to the blockchain system, and finally transmits the offline winning code to the lottery agency application server through the blockchain system. The lottery agency application server sends an online lottery instruction to the regulatory agency application server, and the instruction includes data such as the number of lottery tickets sold and the sales amount information for this prize period.

[0159] Step S1003: After receiving the online lottery instruction, the online lottery code generation module on the regulatory agency application server obtains the random number of the quantum random number service, the random number of the physical random number service, the random number of the soft random number service, and the sales quantity and sales amount information of the prize period information service, and obtains the online lottery number through the lottery number generation algorithm, and records all the source data information and the obtained online lottery result information into the blockchain, and then the lottery result data is returned to the lottery agency application server, and the lottery winning code synthesis module will perform the final data processing. The sales data information obtained includes: sales quantity and sales amount; quantum random numbers can be obtained through the quantum random number generator service; physical random numbers can be obtained through the physical random number generator service; sales quantity can be obtained through the prize period sales information; sales amount can be obtained through the sales amount service; the prize period sales stop timestamp can be obtained through the prize period sales stop timestamp service. Since the data processing in this step is performed on the credible regulatory agency application server, the intervention and influence of the lottery agency can be avoided, which effectively improves the credibility and reduces the risk of fraud.

[0160] Step S1004: The lottery winning code synthesis module on the lottery agency application server combines the offline lottery code provided by the notary agency application server and the online lottery code generated by the regulatory agency application server to generate the final winning code, and records all source data information and the final lottery result information obtained into the blockchain.

[0161] Step S1005: The lottery winning code data processing is completed.

[0162] From the above content, it can be seen that this application combines offline physical lottery and online lottery smart contract technology using blockchain to generate lottery numbers, and uses blockchain to make lottery data storage information safe and transparent, thereby improving the transparency, security and stability of lottery lottery number generation. Incorporating regulatory agencies, notary agencies and other regulatory departments into the management system reduces the manual reporting process and the opportunity for fraud, solves the current problems of lottery fund data privacy, security, identity management, and regulatory transparency, improves the work efficiency of all parties, reduces costs such as fees and time, and ensures that lottery data information is safe, transparent, and cannot be tampered with.

[0163] This application can also extract the corresponding shared data field set according to the business scenario for binary tree modeling, agree on the calculation path of specific field verification, all participants generate public and private key pairs that can represent their institutional identities, keep the private key as their own identity proof, and disclose the public key to the members on the chain as a key support for data authentication request signature and verification, effectively solving the hidden danger of enumeration and deduction of the original data due to public disclosure of data on the chain, thereby ensuring the security of customer privacy data. The online lottery code generation module obtains the random number of the quantum random number service, the random number of the physical random number service, the random number of the soft random number service, and the sales quantity and sales amount information of the prize period information service at the time of the lottery, and obtains the online lottery number through the lottery number generation algorithm, combining the offline physical lottery and the online lottery smart contract technology using blockchain to generate the lottery number, and the two winning codes are deployed separately and generated by different institutions to avoid the possibility of cheating. Among them, the online lottery code generation module is deployed on the application server of a credible regulatory agency, and the offline lottery code is generated by a notary agency.

[0164] According to another aspect of the present application, a computer-readable storage medium is also provided, wherein the computer-readable storage medium includes a stored executable program, wherein when the executable program is running, the device where the computer-readable storage medium is located is controlled to execute the above-mentioned blockchain-based transaction data management method.

[0165] According to another aspect of the present application, an electronic device is also provided, wherein the electronic device includes: a memory storing an executable program; and a processor for running the program, wherein the above-mentioned blockchain-based transaction data management method is executed when the program is running.

[0166] According to another aspect of the present application, a computer program product is also provided, comprising computer instructions, wherein when the computer instructions are executed by a processor, the steps of the above-mentioned blockchain-based transaction data management method are implemented.

[0167] The serial numbers of the above-mentioned embodiments of the present application are for description only and do not represent the advantages or disadvantages of the embodiments.

[0168] In the above embodiments of the present application, the description of each embodiment has its own emphasis. For parts that are not described in detail in a certain embodiment, please refer to the relevant description of other embodiments.

[0169] In the several embodiments provided in this application, it should be understood that the disclosed technical content can be implemented in other ways. Among them, the device embodiments described above are only schematic. For example, the division of units can be a logical function division. There may be other division methods in actual implementation. For example, multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of units or modules, which can be electrical or other forms.

[0170] The units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed on multiple units. Some or all of the units may be selected according to actual needs to achieve the purpose of the present embodiment.

Claims

1. A transaction data management method based on blockchain, characterized in that: include: Obtaining first data, second data, third data, and fourth data in the blockchain network through a blockchain node server of a financial institution; The first data at least includes transaction data uploaded to the blockchain network by a user terminal device, the second data at least includes bill data uploaded to the blockchain network by an application server of the first institution, the third data at least includes transaction approval information uploaded to the blockchain network by an application server of the second institution, and the fourth data at least includes video information about the transaction process, transaction results, and identity information of transaction notarization personnel uploaded to the blockchain network by an application server of a notary agency; the first institution is the seller of the target product, and the second institution is the supervisor of the first institution; The first data, the second data, the third data and the fourth data are verified by the blockchain node server of the financial institution, and after the verification is passed, all the data are sent to the application server of the financial institution.

2. The transaction data management method based on blockchain according to claim 1 is characterized in that: Get the first data in the blockchain network, including: Sending a key agreement to the user terminal device through the blockchain node server of the financial institution, wherein the key agreement is used to stipulate a data encryption method between the application server of the financial institution and the user terminal device; The data encryption method includes the following methods: The first method is to generate a registration account, key information bound to the user, and a personal digital certificate for the user according to the user information provided by the user; The second method is to generate a master key, a user key and a public key corresponding to the registered account after the registered account is generated.

3. The transaction data management method based on blockchain according to claim 2 is characterized in that: After the registered account is generated, a master key, a user key, and a public key corresponding to the registered account are generated, including: Obtaining a generator and an order of a bijective group, wherein the generator represents a set of elements that generate the entire bijective group, and the order represents the total number of elements in the bijective group; Randomly selecting a first value, a second value, and a third value, wherein the first value, the second value, and the third value are different values; Generate the master key according to the first value, the second value, and the generator; Generate the user key according to the generator, the third value and the first value; The public key is generated according to the generator, the order, the first value, and the second value.

4. The transaction data management method based on blockchain according to claim 1 is characterized in that: The second data is obtained, including: Obtaining, through the blockchain node server of the financial institution, an authentication result of the identity authentication of the user who purchased the lottery ticket by the application server of the first institution, wherein the identity authentication includes: verifying the account number, password and biometric information of the user; In the case where the authentication result indicates that the user has passed the identity authentication, obtaining the transaction process information recorded by the application server of the first institution through the blockchain node server of the financial institution, wherein the transaction process information at least includes: the account information, transaction amount, purchase quantity of the user in the process of purchasing the target commodity, and the target transaction code corresponding to the user; The authentication result and the transaction process information are used as the second data.

5. The transaction data management method based on blockchain according to claim 4 is characterized in that: The target transaction code is a transaction code obtained by combining an offline transaction code provided by the application server of the notary agency and an online transaction code generated by the blockchain node server of the financial institution.

6. The transaction data management method based on blockchain according to claim 1, characterized in that: Obtaining third data, including: Obtaining, through the blockchain node server of the financial institution, approval progress information of the application server of the second institution for the funding application request submitted by the first institution, wherein the funding application request is used to request the use of the target amount of funds; The approval progress information is used as the third data.

7. The transaction data management method based on blockchain according to claim 5 is characterized in that: The online transaction code is generated through the following process: When the transaction is completed, quantum random numbers, physical random numbers, and software random numbers are generated; Obtaining sales quantity and sales amount information of the target product sold during the same period; Obtaining the sales stop time of the target product; The online transaction code is generated according to the quantum random number, the physical random number, the software random number, the sales quantity, the sales amount information and the stop sales time of the target product.

8. The transaction data management method based on blockchain according to claim 1, characterized in that: The fourth data is obtained, including: Obtaining, through the blockchain node server of the financial institution, the offline transaction code uploaded by the application server of the notary agency and the video information of the transaction process, wherein the offline transaction code carries the system time recorded by the world clock of the blockchain network, and the video information at least includes the time information of the physical clock at the transaction site; The offline transaction code uploaded by the application server of the notary agency is used as the transaction result of the application server of the notary agency.

9. The transaction data management method based on blockchain according to claim 1, characterized in that: Before verifying the first data, the second data, the third data, and the fourth data through the blockchain node server, the method further includes: The blockchain node server of the financial institution respectively performs point-to-point consensus information interaction with the blockchain node server of the first institution, the blockchain node server of the second institution, the blockchain node server of the notarization structure, and the blockchain node server corresponding to the user terminal device, wherein the consensus information interaction is used to reach a consensus on transaction information and transaction results in multiple stages; After the transaction is successfully deducted through the blockchain node server of the financial institution, the consensus completed transaction success information, transaction result information, and block consensus result are saved in the block, the transaction log is recorded and the block execution success event is sent, and a strong consistency check of the blockchain node is performed and the world state information of the blockchain network is updated based on the check results.

10. The transaction data management method based on blockchain according to claim 1, characterized in that: Verifying the first data, the second data, the third data, and the fourth data through a blockchain node server of a financial institution includes: Generate a binary tree shared path based on the fund data and the transaction data through the blockchain node server of the financial institution; Through the blockchain node server of the financial institution, the transaction data is filled with data values ​​according to the scene identifier on the blockchain and the path information of the binary tree shared path, and the calculated hash value corresponding to the root node of the binary tree, the serial number identifier of the transaction data, the organization identifier of the data provider of the transaction data and the signature information are uploaded to the blockchain for evidence storage to obtain a blockchain certificate; The first data, the second data, the third data, and the fourth data are verified according to the blockchain certificate.

11. The transaction data management method based on blockchain according to claim 10, characterized in that: Before verifying the first data, the second data, the third data, and the fourth data according to the blockchain credential, the method further includes: Gaussian noise is added to the physical address and request data of the party demanding the transaction data through the blockchain node server of the financial institution to generate an interference data set, and the data in the interference data set is transformed over time through the target model.

12. The transaction data management method based on blockchain according to claim 11, characterized in that: The process of determining the target model includes: Obtaining a user data set corresponding to an x-th physical address and a user data set corresponding to a y-th physical address, wherein the x-th physical address and the y-th physical address are different physical addresses; Splitting the user data set corresponding to the x-th physical address into a first user set and a first interest set; Splitting the user data set corresponding to the yth physical address into a second user set and a second interest set; Integrate the first interest set and the second interest set into a target interest set, wherein the similarity between a product of the target interest set and the first user set and a user data set corresponding to the x-th physical address is greater than a preset threshold, and the similarity between a product of the target interest set and the second user set and a user data set corresponding to the y-th physical address is greater than the preset threshold; The target model is determined according to the target interest set.

13. The transaction data management method based on blockchain according to claim 12, characterized in that: Verifying the first data, the second data, the third data, and the fourth data according to the blockchain credential includes: Obtaining shared information provided by any application server according to the blockchain credential, wherein the shared information includes: a scene identifier on the blockchain, a scene data serial number on the blockchain, transaction data information and a hash value corresponding to the user, an organization identifier of a data provider, and signature information of the data provider; Obtain the corresponding binary tree sharing path under the scenario according to the scenario identifier on the blockchain; Obtaining a hash value corresponding to the root node of the binary tree shared path according to the scene data serial number; Acquire the public key information of the data provider recorded on the blockchain according to the agency identification of the data provider; The first data, the second data, the third data and the fourth data are verified according to the binary tree shared path, the hash value and the public key information.

14. The transaction data management method based on blockchain according to claim 13, characterized in that: Verifying the first data, the second data, the third data, and the fourth data according to the binary tree shared path, the hash value, and the public key information includes: Verifying the signature information of the data provider in the shared information according to the public key information of the data provider, and determining whether the data source of the shared information is the correct data source according to the verification result of the signature information; When the signature information of the data provider is verified and the data source of the shared information is determined to be the correct data source, a target hash value is calculated based on the acquired binary tree shared path, the transaction data information corresponding to the user, and the hash value; Detecting whether the target hash value is consistent with a hash value corresponding to a root node of a binary tree shared path obtained according to the scene data serial number; In a case where it is detected that the target hash value is consistent with the hash value corresponding to the root node of the binary tree shared path obtained according to the scene data serial number, determining that the first data, the second data, the third data, and the fourth data pass the verification; When it is detected that the target hash value is inconsistent with the hash value corresponding to the root node of the binary tree shared path obtained according to the scene data serial number, it is determined that the first data, the second data, the third data and the fourth data have failed verification.

15. The transaction data management method based on blockchain according to claim 1, characterized in that: The application server of the financial institution is also used to perform the following steps: Performing identity authentication on the user who purchases the target product, wherein the identity authentication includes: verifying the user's account number, password, and biometric information; Detecting whether the transaction data submitted by the application server of the first institution is abnormal transaction data, and if it is determined that the transaction data is not abnormal transaction data, performing account processing according to the user information and transaction amount in the transaction data, and recording the processing result of the account processing in the transaction registration file; According to the fund query request submitted by the user, query the progress information of the user's transaction funds.

16. A transaction data management device based on blockchain, characterized in that: include: A first processing unit is used to obtain first data, second data, third data, and fourth data in the blockchain network through a blockchain node server of a financial institution; The first data at least includes transaction data uploaded to the blockchain network by a user terminal device, the second data at least includes bill data uploaded to the blockchain network by an application server of the first institution, the third data at least includes transaction approval information uploaded to the blockchain network by an application server of the second institution, and the fourth data at least includes video information about the transaction process, transaction results, and identity information of transaction notarization personnel uploaded to the blockchain network by an application server of a notary agency; the first institution is the seller of the target product, and the second institution is the supervisor of the first institution; The second processing unit is used to verify the first data, the second data, the third data and the fourth data through the blockchain node server of the financial institution, and after the verification is passed, send all the data to the application server of the financial institution.

17. A computer-readable storage medium, characterized in that: The computer-readable storage medium includes a stored executable program, wherein when the executable program is running, the device where the computer-readable storage medium is located is controlled to execute the blockchain-based transaction data management method described in claims 1 to 15.

18. An electronic device, characterized in that: include: A memory storing an executable program; A processor, configured to run the program, wherein the program, when running, executes the blockchain-based transaction data management method described in claims 1 to 15.

19. A computer program product comprising computer instructions, characterized in that When the computer instructions are executed by the processor, the steps of the blockchain-based transaction data management method described in claims 1 to 15 are implemented.

Images