Blockchain-based transaction data management method and electronic device

Abstract

The application discloses a blockchain-based transaction data management method and an electronic device, and relates to the technical field of blockchains and the field of financial technology. The method comprises the following steps: acquiring first data, second data, third data and fourth data in a blockchain network through a blockchain node server of a financial institution; verifying the first data, the second data, the third data and the fourth data through the blockchain node server of the financial institution, and sending all the data to an application server of the financial institution after verification. The application solves the technical problem that the existing transaction process cannot take into account the privacy of user information and the transparency of the transaction process.

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 medicine sales, there may be situations where the transaction parties (sellers or buyers) want to keep their identities confidential to complete the transaction. However, this confidentiality transaction process often has the problem of poor transaction security due to the lack of transparency in transaction information.

[0003] It can be seen that in the existing technology, 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 to 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 to at least solve the technical problem that the existing transaction process cannot balance 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 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 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 blockchain-based transaction data management device 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, second data, third data and 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] Thus, through the application of blockchain technology, this application achieves decentralized data storage, encrypted transmission, data verification, and identity protection. This not only improves data security and privacy, but also ensures the fairness and transparency of the entire transaction process. Through multi-institutional collaboration and data sharing mechanisms, the entire system is more stable and reliable, effectively preventing single points of failure or data tampering by any trading institution, and enhancing public 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 structural diagram of an optional user terminal device according to an embodiment of the present application;

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

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

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

[0018] Figure 6 This 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 This 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 shared path according to an embodiment of the present application;

[0021] Figure 9 is a flowchart of an optional fund data processing method according to an embodiment of the present application;

[0022] Figure 10 This 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 invention, the following will clearly and completely describe the technical solutions in the embodiments of the present invention in conjunction with the drawings in the embodiments of the present invention. Obviously, the described embodiments are only part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments in the present invention, all other embodiments obtained by ordinary technicians in this field without making creative efforts 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 sequential order. 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 a sequence 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 the relevant data comply with relevant laws, regulations and standards, take necessary confidentiality measures, do not violate public order and good morals, and provide corresponding operation portals 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 portals for users to choose to agree or refuse the automated decision-making results; if the user chooses to refuse, the expert decision-making process will be entered.

[0026] Figure 1-1 This 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: Obtain 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 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] In step S102, 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.

[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 institution (such as a lottery sales institution) 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 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 respectively, 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, first data, second data, third data, and fourth data in the blockchain network may be obtained through the blockchain node server of the financial institution; wherein the first data includes at least transaction data uploaded to the blockchain network by a user terminal device, the second data includes at least billing data uploaded to the blockchain network by the application server of the first institution, the third data includes at least transaction approval information uploaded to the blockchain network by the application server of the second institution, and the fourth data includes at least 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;

[0033] Then, 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.

[0034] Alternatively, as 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 phones, computers, and other transaction-capable terminal devices. Mobile terminals are used to provide users with services such as transaction software download, registration, transaction application submission, and transaction information query, as well as group signing, encryption, and decryption of transaction request data. Furthermore, the transaction software can be integrated as a functional module into the bank's mobile banking app. Furthermore, the computer terminal can also serve as a sales terminal at an offline point of sale, providing users with offline 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 using a lottery transaction scenario as an example.

[0037] Optionally, in a lottery transaction scenario, the application server of the first institution mentioned above can be deployed at the lottery center and be responsible for authenticating lottery agency staff; providing an interface for lottery agency staff to query the lottery fund pool; registering and processing account data for lottery purchase transaction data submitted online and at lottery terminals at each offline lottery store; during the lottery draw, the lottery agency 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 process the prize redemption transaction data according to the lottery draw result and the lottery transaction register. Optionally, the bank application server (corresponding to the financial institution application server mentioned above) is responsible for authenticating lottery users, checking the legitimacy of lottery purchase transaction data, performing lottery account processing based on the transaction data and registering it in the transaction register, and processing lottery purchase and lottery prize redemption query transaction data. Optionally, the second institution application server (also known as the regulatory agency application server) is used to authenticate lottery transaction regulatory agency staff, perform data legitimacy checks on fund application requests submitted by lottery agency staff, determine whether the request is an abnormal request, and return the approval result to the lottery agency application server via the blockchain network.

[0038] The regulatory agency's application server also performs a data legitimacy check on lottery fund transaction data submitted by staff and submits the query transaction to the bank's application server via the blockchain network. Furthermore, upon receiving an online lottery draw request, the regulatory agency's application server utilizes an online lottery code generation module to obtain quantum random numbers, physical random numbers, sales data information, and a sales stop timestamp from a random data source. Using a lottery draw algorithm, the application server generates a winning number based on these numbers. The application server then records the winning number's corresponding random data source information, random data source log information, sales data information, and winning number information on the lottery alliance chain, and then sends the winning number to the lottery agency's application server.

[0039] Optionally, the application server of the notary agency is responsible for authenticating the identity of the notary personnel during the lottery drawing process. During the lottery drawing process, at least two staff members of the notary agency participate in the offline lottery drawing process, and the staff of the notary agency use 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 aforementioned blockchain node servers are deployed on a blockchain network, and may be deployed at lottery issuing organizations, notary public organizations, financial institutions, regulatory agencies, and other institutions (e.g., charities). The blockchain node servers can process transaction requests related to data flows, including the identities of data providers and data requesters, and the public key information corresponding to the institutions. The blockchain node servers can also store and retrieve binary tree root hashes (hash values) based on transaction scenario process data.

[0041] Optionally, multiple blockchain node servers can be deployed in a decentralized manner in the blockchain alliance, each participating 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 require consensus among the 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, effectively solving 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] The blockchain node server is responsible for encrypting all data uploaded to the blockchain network, ensuring data security during transmission and storage, and preventing unauthorized access and data leakage. The blockchain node server is also responsible for decrypting data downloaded from the blockchain network, ensuring that data can only be read and used with proper authorization. This effectively protects the privacy of user transaction data. Secondly, the blockchain network enables seamless data exchange and information sharing between the application servers of the first institution, the financial institution, the second institution, and the notary public, improving work efficiency and reducing costs. The application server of the second institution can also conduct online approval of the first institution's funding applications, with approval results directly returned through the blockchain. This reduces human intervention and reporting processes, and enhances the transparency and efficiency of supervision.

[0045] In an optional embodiment, a key agreement is sent to a user terminal device via a blockchain node server of a 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; 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 the registered account is generated.

[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 to encrypt 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 redemption progress information.

[0049] Optionally, the user terminal device can be a lottery player's smartphone, 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 for customers to submit lottery purchase transactions on the system. Upon submission, it collaborates with other modules to collect and encrypt customer transaction data. This data includes, but is not limited to, customer identity information, transaction amount, lottery type, issue number, and purchase quantity. The query module 24 is responsible for providing users with a query interface for querying information about purchased lottery tickets, winning results, and prize redemption progress.

[0052] It should be noted that key information typically consists of a public and private key pair, while digital certificates are used to verify the legitimacy of user identities, ensuring that only authentic users can perform relevant operations. The user registration module generates a registered account, user-bound key information, and a personal digital certificate. This not only verifies and manages user identities but also provides security for subsequent lottery transactions. The use of digital certificates and keys ensures that users' personal information and transaction data are encrypted and protected even in public networks, effectively preventing data leakage and unauthorized access, and significantly enhancing system security. After successful user registration, the key generation module is responsible for generating a master key, user key, and public key corresponding to the user's registered account. The master key is typically used to manage the user's key system and is the foundation of the entire key system. The user key is directly associated with specific user operations and is used to encrypt and decrypt user data. The public key is used to verify the user's signature and can be made public within the blockchain network for data authentication by other nodes. Through the key system generated by the key generation module, the system ensures data security during user lottery transactions. User keys are used to encrypt transaction data submitted by users, preventing it from being stolen or tampered with during transmission. Public keys, on the other hand, are used to authenticate data within the blockchain network, ensuring its authenticity and trustworthiness. The presence of a master key further strengthens the security of key management. Even if some keys are leaked, the overall security of a user's account is unlikely to be compromised, providing users with a multi-layered security guarantee.

[0053] It should also be noted that the transaction module is the primary interface for users to interact with the system. Users submit transaction data through this module. During submission, this module collaborates with other system components to encrypt the user's identity and transaction information, ensuring that their data is not leaked or maliciously tampered with during the transaction process. The query module responds to user requests to query transaction progress. For example, it can query information about lottery tickets purchased, winning results, and prize redemption progress. This information is encrypted and authenticated and stored on the blockchain, allowing users to securely access and retrieve it while ensuring the authenticity and integrity of the query results. The query module enables users to obtain timely and accurate information about their transaction status, including key information such as winning numbers, winning amounts, and the prize redemption process. Blockchain storage and querying ensure the immutability and transparency of this information, enhancing user trust. Furthermore, the use of encryption technology ensures user privacy during the query process, preventing the inappropriate disclosure 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 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 G0, whose generator is g and 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 Where r∈Z p is a random number (corresponding to the third value above), for each attribute j∈S, r j ∈Z p is a random number, and H is the 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 processing 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 used for evidence storage, and the encryption function Encry is executed to encrypt the symmetric key to generate the symmetric key pk b Ciphertext Finally, the key generation module 22 returns the security parameters to the client, stores the symmetric private key in local storage, and returns a message that the security parameters have been successfully initialized.

[0060] It's important to note that this technology ensures the fundamental security of key generation by using a bijective group (the letter "G" in the image), its generator g, and order p. The properties and structure of bijective groups provide a powerful mathematical framework, guaranteeing the randomness and unpredictability of key generation. Choosing a large prime number for the order p, representing the total number of elements in the bijective group, significantly increases the size of the key space, thereby enhancing key security and making key cracking extremely difficult, even with current computing power. The key generation module randomly selects a first value α, a second value β, and a third value r, and combines them with the generator g and order p to generate a master key M, user keys, and public keys. This generation method ensures the uniqueness and security of each key. The master key M is generated from the first value α, the second value β, and the generator g and is used for system-level key management and user key generation. User keys are generated from the generator g, the third value r, and the first value α and are 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] Furthermore, the random selection of the first value α, the second value β, and the third value r is a crucial step in key generation, ensuring the key's unpredictability. In cryptography, randomness is fundamental to key generation, preventing keys from being precalculated or guessed, ensuring their security and effectiveness. Even if the key is compromised, randomness makes it difficult to reuse or reverse engineer it.

[0062] In an optional embodiment, the blockchain node server of the financial institution is used to obtain the 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 user's account number, password and biometric information; when the authentication result indicates that the user has passed the identity authentication, the blockchain node server of the financial institution is used to obtain the transaction process information recorded by the application server of the first 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 in the process of purchasing the target product; the authentication result and the transaction process information are used as the 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 for authenticating the user who purchases the lottery, wherein the identity authentication includes: verifying the user's account number, password and biometric information; a lottery transaction processing module for recording the user's account information, transaction amount, lottery type, lottery issue number, and purchase quantity during the lottery purchase process as lottery transaction data, and uploading the lottery transaction data to the financial institution application server through the blockchain network for account processing; a lottery winning query module for querying the user's winning information and bonus arrival information based on the lottery information submitted by the user; a lottery prize redemption module for verifying the lottery number and winning code to be redeemed based on the lottery prize redemption request submitted by the user, and uploading the prize 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 authenticating the staff of the lottery agency, processing the lottery purchase transaction data submitted by the lottery terminals of each offline lottery store and online, 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 processing the prize redemption transaction data 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 lottery customers, verifying their identities, including account and password checks and biometric verification. The transaction processing module 32 is responsible for verifying the legitimacy of lottery purchase transaction data submitted by lottery customers. It then registers the transaction data in the lottery transaction register based on the customer account information, transaction amount, lottery type, issue number, and purchase quantity, and transmits the transaction data via the blockchain network to the bank application server for accounting processing. The winning inquiry module 33 is responsible for querying lottery winnings and prize deposits based on lottery winning inquiry transactions submitted by lottery customers. The prize redemption module 34 is responsible for verifying the lottery ticket number and winning code in the lottery transaction register based on the lottery redemption transaction application submitted by the lottery customer, and then processing the prize redemption. Upon successful verification, the transaction data is transmitted via the blockchain network to the bank application server for accounting processing.

[0066] Optionally, the lottery agency application server also includes: a winning code synthesis module 35, which is used to merge the offline lottery code (corresponding to the offline transaction code) provided by the notary agency application server and the online lottery 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's application server and generated based on a physical lottery device) with the online lottery code (generated on the regulatory agency's application server via a blockchain node server, utilizing 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 result from the singleness of technical means; the online lottery code utilizes the decentralized, open, transparent, and tamper-proof characteristics of blockchain technology, increasing the transparency of the lottery results and public trust. This dual-track lottery code generation mechanism combines the advantages of the physical and digital worlds, 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 for authenticating 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 for detecting whether the transaction data submitted by the application server of the first institution is abnormal transaction data, and when it is determined that the transaction data is not abnormal transaction data, performing account processing based on the user information and transaction amount in the transaction data, and recording the processing results of the account processing in the transaction registration file; and a query transaction processing module for querying the progress information of the user's transaction funds based on the fund query request submitted by the user.

[0069] Alternatively, still taking the lottery transaction scenario as an example, Figure 4 This is a schematic diagram of the structure of an optional financial institution application server according to an embodiment of the present application. Figure 4 As shown, the financial institution application server is responsible for authenticating users, checking the legitimacy of transaction data, processing accounts according to transaction data and registering them in the transaction register, and processing commodity purchase and lottery prize redemption query transaction data. 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 lottery customers, verifying their identities, including account and password checks, and biometric verification. The transaction accounting module 42 is responsible for verifying the legitimacy of transaction data submitted by the lottery organization's application server, performing accounting processing based on the customer information and transaction amount contained in the transaction data, and recording the transaction in the transaction register. The transaction inquiry processing module 43 is responsible for querying the status of lottery purchase transaction funds debited and prize redemption funds credited to lottery customers based on transaction inquiry requests submitted by lottery customers.

[0071] In an optional embodiment, the blockchain node server of the financial institution is used to obtain the approval progress information of the second institution's application server for approving the funding application request submitted by the first institution, wherein the funding 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] Alternatively, using the lottery transaction scenario as an example, the identity verification module 51 is responsible for verifying the identity of the regulatory agency's fund management personnel, including account and password checks, biometric verification, etc.; the fund approval module 52 is responsible for approving and processing fund use requests submitted by each lottery organization according to the instructions of the fund management personnel, and transmitting the approval results to the application server of each lottery organization via the blockchain network. The fund query module 53 is responsible for querying the fund use status of all lottery organizations and the approval progress of fund use requests requiring regulatory approval based on the query transaction instructions submitted by the fund management personnel.

[0074] Optionally, the online transaction code is generated through the following process: when the transaction is completed, a quantum random number, a physical random number, and a software random number are generated; the sales quantity and sales amount information of the target product sold during the same period are obtained; the sales stop time of the target product is obtained; and the online transaction code is generated 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 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 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] The sales data 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 bonus period sales information; sales amount can be obtained through the sales amount service; and the bonus period sales end timestamp can be obtained through the bonus period sales end timestamp service. Because this module is deployed at a credible regulatory authority node, 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 winning numbers based on random number information, with a preset winning number range and number of winning digits. The preset winning number range includes R winning numbers; M digits are selected from these R winning numbers to generate the winning number, where M is the number of winning digits. Accordingly, based on the number of winning digits M, the corresponding quantum random number, physical random number, and soft random number each 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. The lottery numbers generated are usually unique, so it's necessary to determine whether the currently generated Ni is the same as the previous one. If so, increment Ni by 1. If still the same, increment Ni by 1 again until it's different. After multiple increments, if Ni's value is greater than R, Ni is modified to 1, and the sequence number corresponding to the previously generated lottery number is determined again. This "increase by 1" or "modify to 1" process yields M unique sequence numbers (N1, N2, ..., Ni). Based on these sequence numbers, M different lottery numbers can ultimately be generated.

[0079] It's important to note that the combination of multiple random number sources (quantum, physical, and software) to generate online lottery codes significantly enhances the randomness and unpredictability of lottery results. Quantum random numbers, derived from quantum physics processes, possess true randomness. Physical random numbers, based on natural phenomena such as noise or radioactive decay, also possess high randomness. Software random numbers, while algorithmic, can also provide sufficient randomness when properly designed. The combination of these three random number sources ensures that no single party can predict or manipulate lottery results, thereby enhancing public trust in the fairness of lottery results. Furthermore, the inclusion of sales volume and amount information ensures that the generation of online lottery codes relies not only on random numbers but also closely links them to actual lottery sales activity. This design ensures that lottery results are not only random but also correlated with the real-time state of the lottery market, enhancing fairness and transparency. Furthermore, the use of sales data prevents lottery operators from manipulating lottery results using internal information, ensuring equal access to lottery results for all lottery players. Finally, incorporating the lottery sales stop time as a parameter in generating online lottery codes ensures the accuracy and immutability of the draw time. The certainty of the sales stop time avoids unfair behaviors 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 FIG. 1 is a schematic diagram of the structure of an optional notary agency application server according to an embodiment of the present application. Figure 6As shown, in a 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 verifying the identity of the Ministry of Civil Affairs' public welfare fund supervisors and administrators, including account and password checks, biometric verification, and other verifications. The offline transaction code processing module 62 is responsible for providing an interface for notaries participating in the offline lottery to input the offline winning code generated by the offline lottery device. The system time is obtained through the blockchain system's world clock, and the offline winning code is digitally timestamped and uploaded to the blockchain system. The offline winning code is ultimately transmitted to the lottery agency application server via the blockchain system. The lottery winning code synthesis module combines the offline lottery code provided by the notary agency application server with the online lottery code generated by the blockchain node server to generate the final winning code. The video processing module 63 is responsible for adding a digital timestamp to the offline lottery process video and uploading 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.

[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 of the blockchain node and updates the world state information of the blockchain network based on the check results.

[0083] Optionally, in the 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 to generate an interference data set, and transform the data in the interference data set over time through the target model.

[0085] Optionally, Figure 7 This 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, it is 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 receives 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 smart contract requests and the persistence of the ledger, saving the transaction success information, transaction result information, and SeqNo (i.e., block consensus result) of 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 organizations participating in the alliance, including generating verifiable shared data as a data provider. This module generates a binary tree sharing path for the scene data that needs to be shared and uploads it to the chain, generates and uploads the binary tree root hash of the shared data (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), and generates 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 organizations on the blockchain network agree on the data format and generate a binary tree sharing path, which is then stored on the chain. The shared fields are split into Data1, Data2, Data3, and Data4, and the data is used as the leaf, and the calculation is performed layer by layer until the HashRoot (the hash value corresponding to the root node of the binary tree sharing path) is reached. The information stored on the chain includes the scenario ID and the binary tree sharing path information. Specifically, Data1 needs to be calculated layer by layer to obtain HashRoot, and Hash1 and Hash12 need to be calculated in sequence; Data2 needs to be calculated layer by layer to obtain HashRoot, and Hash2 and Hash12 need to be calculated in sequence; Data3 needs to be calculated layer by layer to obtain HashRoot, and Hash3 and Hash34 need to be calculated in sequence; Data4 needs to be calculated layer by layer to obtain HashRoot, and Hash4 and Hash34 need to be calculated in sequence.

[0090] Optionally, for data sharing scenarios with designed binary tree shared paths, data providers on the blockchain network can directly upload the HashRoot of the shared data to the chain for evidence storage. 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 to obtain the HashRoot. The HashRoot and the signature information of the HashRoot using the private key information of the data provider's own identity identifier and the transaction information of the data are uploaded to the chain for evidence storage.

[0091] When a user requests data from a data provider in the form of their own data, a binary tree sharing path is generated for the user based on the fields they requested, including the data information and data verification information. For example, if the information the user requests to share is Data1, the corresponding calculation path is Data1, Hash2, Hash34. The shared information provided by the user includes the scenario ID, scenario data serial number, data information (Data1, Hash2, Hash34), the provider's identity ID, and the provider's signature information for the entire data packet using its own private key information.

[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 the data provider, and signature information of the data provider; the data authentication module is also used to obtain the corresponding binary tree shared path under the scene according to the scene identifier on the blockchain, obtain the 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 further configured to perform the following steps:

[0094] Verify the signature information of the data provider in the shared information based on the public key information of the data provider, and determine whether the data source of the shared information is the correct data source based on 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 confirmed to be correct, 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 verification.

[0099] It should be noted that the data authentication module 74 is used by the data requester to obtain the shared binary tree path and the shared data binary tree root HashRoot from the chain to verify the authenticity of the data when the user provides the shared data to the data requester. When the user provides the shared data to the data requester, the requester performs data verification according to the following steps:

[0100] First, obtain the shared information provided by the user: scene ID (corresponding to the scene identifier above), scene data serial number, data information (for example, Figure 8 The data provider ID and signature information are then used to obtain the shared path of the binary tree corresponding to the scenario based on the scenario ID, the corresponding binary tree root HashRoot based on the scenario data serial number, and the public key information of the provider on the chain based on the data provider ID.

[0101] Secondly, the public key information of the data provider is used 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, use the binary tree shared path and data information corresponding to the scenario to calculate HashRoot = Hash(Hash(Hash(Data1), Hash2), Hash34) = Hash(Hash(Hash1, Hash2), Hash34) = Hash(Hash12, Hash34) to obtain the target hash value, and 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 verification 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 anonymization 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 requester authenticates the on-chain data. It should be noted that the alliance identity of the data requester must be verified on-chain, but the data requester does not want to expose its own identity information to the data provider, which could lead to losses in customer business operations. The industry often uses common privacy protection technologies such as ring signatures, but ring signatures have some drawbacks. For example, existing ring signature schemes typically require that the signature length is positively correlated with the number of ring members. To control transaction costs, these schemes often limit the signature length, thereby limiting the number of ring members. This may result in a failure to achieve high anonymity. Attackers can analyze multiple transactions of a virtual identity through methods such as transaction graphs and, based on the correlations between transactions, infer the virtual identity's real-world identity. There is also the issue of verifiability. In some practical applications, the verifier needs to confirm the identity of the actual signer.

[0105] Existing ring signature schemes may struggle to meet this requirement. For example, certificateless verifiable ring signature schemes and verifiable proxy ring signature schemes may have security issues. For example, any ring member can forge the ring signature of another member, while the true identity verification algorithm points to the signer's true identity. Existing ring signature schemes may also have scalability limitations, such as difficulty adapting to large-scale blockchain networks.

[0106] This application 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 through means such as analyzing transaction graphs. Based on the correlation between transactions, the real identity of this virtual identity in reality is inferred, thereby proving that one's authority is within the scope of the blockchain alliance without disclosing which institution on the chain it is. 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 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 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 pushes notifications based on updates from 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 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. 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. Suppose 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 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 with conditional distribution, and V∈R D ×J Construct a priori probability distribution model above, where R is a set of real numbers, I1 and D are matrices U (1) The rows and columns of , D and J are the rows and columns of the matrix V, let j be the interest set number, i1 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 with conditional distribution, and V∈R D ×J Construct a priori probability distribution model above. Among them, I2 and D are matrices 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 datasets of site1 and site2 (1) and p (2) 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 using the 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) , length is B, add Gaussian noise to generate 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] As can be seen from the above, a binary tree model is constructed by extracting a corresponding set of shared data fields based on the business scenario. A calculation path for verifying specific fields is agreed upon. All participants generate a public-private key pair representing their institutional identity. The private key is kept by the participant as proof of identity. The public key is publicly disclosed to all members on the blockchain and serves as the key support for signing and verifying data authentication requests. This effectively addresses the potential for enumeration and deduction of the original data due to public disclosure on the blockchain, ensuring on-chain data security. Furthermore, the identity anonymization module employs a novel information protection method. By protecting the physical address of the data requester, Gaussian noise is added to the data packets, including the requester's physical address and request data, to generate a noise dataset. Simultaneously, a training model is established and continuously trained and transformed to prevent attackers from analyzing multiple transactions of a virtual identity through methods such as transaction graph analysis. Based on the correlation between transactions, the virtual identity's real-world identity can be inferred. This not only proves the participant's authority within the blockchain alliance, but also protects the privacy of the requester by not disclosing the participant's identity on the blockchain. 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 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 based on the correlation between transactions, thereby ensuring the privacy of the winner's personal information.

[0140] According to another aspect of the embodiment of the present application, a blockchain-based transaction data management device 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 the financial institution; wherein the first data at least includes transaction data uploaded to the blockchain network by the 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.

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

[0142] Step S901: The lottery player downloads the lottery software on his mobile phone. The lottery software can be integrated into the bank's mobile banking software as a functional module. The user registration module registers and downloads the relevant keys and personal digital certificates after successful registration 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 player submits a lottery purchase application to the system through the interface provided by the lottery transaction module. Upon submitting the application, the system collaborates with other modules to collect and encrypt the customer's transaction data. This transaction data includes, but is not limited to, customer identity information, transaction amount, lottery type, lottery draw, and purchase quantity. The lottery player's mobile terminal then transmits this transaction-related data to the lottery organization's application server.

[0144] Step S903: The lottery transaction processing module of the lottery institution application server checks the legitimacy of the lottery purchase transaction data submitted by the lottery player, and submits it to the financial institution application server for debit 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 institution 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 private key is stored by each node server, while the public key is synchronized to other node servers on the blockchain network. After the lottery purchase is successfully debited, the transaction execution module on the blockchain node server corresponding to the financial institution completes the smart contract request execution and ledger persistence. The transaction consensus module saves the successful transaction information, transaction result information, and block consensus SeqNo into the block, records the transaction log, and sends a block execution success event. A strong consistency check (block height, predecessor, and current hash) is performed on the blockchain node, and the world state information is finally updated.

[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 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 binary tree number path information, and stores the calculated binary tree data root hash, the serial number ID of the data, the provider organization identity ID, and the signature information of the provider organization identity ID on the chain.

[0147] S906: The identity anonymization module of the blockchain node server corresponding to the financial institution protects the privacy of transaction request data. By protecting the physical address of the data requester, Gaussian noise is added to the data packets, including the physical address and request data, to generate a noise dataset. Simultaneously, a training model is established to continuously train and transform the noise dataset. This prevents attackers from analyzing multiple transactions of a virtual identity through transaction graph analysis and, based on the correlations between transactions, inferring the virtual identity's real-world identity, potentially leaking the winning lottery winner's private data. This 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. The following problems exist in the existing lottery issuance process:

[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 organization. This may lead to the risk of machine cheating.

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

[0152] Third, the identities of the winners are confidential and will not be made public. All data is stored at the lottery center, making it susceptible to tampering and complicating audits. Lottery players have every reason to suspect the lottery center controls the winning numbers and winners. There is no oversight of funds during the prize distribution process, and winners could be arranged by the lottery center or even fictitious individuals. The public cannot verify whether prizes were actually distributed to winners or whether individual tax records have been maintained.

[0153] Fourth, in the current lottery issuance process, paper lottery tickets serve as the sole proof of winnings, lacking necessary safeguards. Without a real-name system, lost paper lottery tickets could be found by others, leading to unauthorized claiming of winnings. However, if real-name registration were implemented and lottery player information were made available online, winners' information could be easily leaked. Blockchain technology is already being used in the industry to manage gambling systems and financial data, leveraging its decentralized, transparent, traceable, and tamper-proof nature to manage lottery funds and winning numbers. However, the increasing use and widespread adoption of blockchain technology has also exposed the potential risks of specific data items being encoded in fixed rules. This can lead to data hashes being publicly disclosed on-chain and potentially allowing for enumeration and decomposition of the original data. This has led to the unauthorized access of key data blocks, compromising lottery player privacy.

[0154] To address the aforementioned issues, this application provides a new lottery fund data management method that combines offline physical lottery draws with online lottery number generation using blockchain-based smart contract technology. This method leverages blockchain to securely and transparently disclose stored lottery data, improving the transparency, security, and stability of lottery number generation. By integrating regulatory agencies, notary publics, and other supervisory departments into the management system, this approach reduces the need for manual reporting and opportunities for fraudulent reporting. This approach addresses current issues with lottery fund data privacy, security, identity management, and regulatory transparency, improving work efficiency for all parties and reducing costs, such as fees and time, while ensuring the security, transparency, and immutability of lottery data.

[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 public and private key pairs that can represent their institutional identities. The private key is kept by themselves as their own identity proof, and the public key is disclosed to the members on the chain as a key support for signing and verifying data authentication requests, effectively solving the hidden dangers 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, Figure 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 lottery sales close, a notary inspects the offline lottery equipment at a designated offline lottery draw location. Under the notary's supervision, the winning numbers are randomly drawn using the physical lottery equipment. The video processing module digitally timestamps the offline lottery draw video and uploads it to the blockchain system. The offline lottery draw site has a physical clock, and the recorded video of the draw must include the clock, which includes time information such as the date and time. Subsequent regulators can compare the physical clock in the on-site video with the digital timestamp on the blockchain to determine whether the recorded video was a live broadcast or a pre-recorded video.

[0158] Step S1002: The notary public participating in the offline lottery draw 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, adds a digital timestamp to the offline winning code and uploads it to the blockchain system. The offline winning code is finally transmitted to the lottery agency application server through the blockchain system. The lottery agency application server sends an online lottery drawing instruction to the regulatory agency application server. 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 draw instruction, the online lottery draw code generation module on the regulatory agency's application server generates the online lottery draw number using a lottery draw number generation algorithm based on the random numbers obtained from the quantum random number service, the physical random number service, the soft random number service, and the sales quantity and sales amount information from the prize period information service. All source data information and the obtained online lottery draw results are recorded in the blockchain. The draw result data is then returned to the lottery agency's application server, where the lottery winning code synthesis module performs final data processing. The sales data information obtained includes sales quantity and sales amount. The quantum random number can be obtained from the quantum random number generator service; the physical random number can be obtained from the physical random number generator service; the sales quantity can be obtained from prize period sales information; the sales amount can be obtained from the sales amount service; and the prize period sales end timestamp can be obtained from the prize period sales end timestamp service. Because this data processing step is performed on the credible regulatory agency's application server, it avoids the intervention and influence of the lottery agency, effectively improving credibility and reducing 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 into the blockchain.

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

[0162] As can be seen from the above, this application combines offline physical lottery draws with online lottery number generation using blockchain-based smart contract technology. This utilizes blockchain to securely and transparently disclose lottery data, improving the transparency, security, and stability of lottery number generation. By integrating regulatory agencies, notary publics, and other supervisory departments into the management system, it reduces the need for manual reporting and opportunities for fraud. This addresses current issues with lottery fund data privacy, security, identity management, and regulatory transparency, improving work efficiency for all parties and reducing costs, such as fees and time, while ensuring the security, transparency, and immutability of lottery data.

[0163] This application can also extract corresponding shared data field sets based on business scenarios for binary tree modeling, agree on a calculation path for specific field verification, and all participating parties generate public-private key pairs that represent their institutional identities. The private key is kept by the participants as proof of their identity, and the public key is publicly disclosed to all members on the chain, serving as the key support for signing and verifying data authentication requests. This effectively addresses the potential risk 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. During the lottery draw, the online lottery code generation module obtains random numbers from the quantum random number service, the physical random number service, the soft random number service, and the sales quantity and sales amount information from the prize period information service. The online lottery number generation algorithm is used to generate the online lottery number. This combines offline physical lottery draws with online lottery number generation using blockchain-based smart contract technology. The two winning codes are deployed separately and generated by different institutions to avoid the possibility of cheating. The online lottery code generation module is deployed on a credible regulatory agency application server, while 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 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 focus. 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 exemplary. For example, the division of units can be a logical function division. In actual implementation, there may be other division methods, such as 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 separate, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed across 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 the first data, the second data, the third data, and the fourth data in the blockchain network through the blockchain node server of the financial institution; The first data includes at least transaction data uploaded to the blockchain network by a user terminal device, the second data includes at least billing data uploaded to the blockchain network by the application server of the first institution, the third data includes at least transaction approval information uploaded to the blockchain network by the application server of the second institution, and the fourth data includes at least 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 supervisor of the first institution; Verifying the first data, the second data, the third data, and the fourth data through the blockchain node server of the financial institution, including: generating a binary tree shared path based on the capital data and the transaction data through the blockchain node server of the financial institution; filling the transaction data with data values ​​through the blockchain node server of the financial institution according to the scenario identifier on the blockchain and the path information of the binary tree shared path, and uploading 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 to the blockchain for evidence storage to obtain a blockchain certificate; verifying the first data, the second data, the third data, and the fourth data based on the blockchain certificate, and sending all the data to the application server of the financial institution after the verification is passed; Before verifying the first data, the second data, the third data, and the fourth data according to the blockchain certificate, the method further includes: adding Gaussian noise to the physical address and request data of the transaction data demander through the blockchain node server of the financial institution to generate an interference data set, and transforming the data in the interference data set over time through the target model; Among them, obtaining the first data in the blockchain network includes: 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 the data encryption method between the application server of the financial institution and the user terminal device, including: generating a registration account, key information bound to the user and a personal digital certificate for the user based on user information provided by the user; after generating the registration account, generating a master key, user key and public key corresponding to the registration account.

2. The transaction data management method based on blockchain according to claim 1, 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; generating the master key according to the first value, the second value, and the generator; generating 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.

3. The transaction data management method based on blockchain according to claim 1, characterized in that: Obtaining second data, 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 user's account number, password, and biometric information; If the authentication result indicates that the user has passed identity authentication, obtaining, through the blockchain node server of the financial institution, transaction process information recorded by the application server of the first 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 product; The authentication result and the transaction process information are used as the second data.

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

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

6. The transaction data management method based on blockchain according to claim 4 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; Obtain sales quantity and sales amount information of the target product during the same period; Obtaining the end-of-sale 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 sales stop time of the target product.

7. 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 includes at least 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.

8. 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: Performing point-to-point consensus information interaction through the blockchain node server of the financial institution with the blockchain node server of the first institution, the blockchain node server of the second institution, the blockchain node server of the notary public institution, 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 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.

9. The transaction data management method based on blockchain according to claim 1, 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 y-th physical address into a second user set and a second interest set; Integrating the first interest set and the second interest set into a target interest set, wherein a similarity between a 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 a similarity between a 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 the preset threshold; The target model is determined according to the target interest set.

10. The transaction data management method based on blockchain according to claim 9, characterized in that: Verifying the first data, the second data, the third data, and the fourth data according to the blockchain certificate includes: Obtaining shared information provided by any application server based on 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 the data provider, and signature information of the data provider; Obtain the corresponding binary tree shared 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; Obtaining the public key information of the data provider recorded on the blockchain according to the institution 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.

11. The transaction data management method based on blockchain according to claim 10, 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 correct according to the verification result of the signature information; If the signature information of the data provider is verified and the data source of the shared information is determined to be correct, a target hash value is calculated based on the obtained 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; 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; 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.

12. The transaction data management method based on blockchain according to claim 1, characterized in that: The application server of the financial institution is further configured 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 accounting processing based on the user information and transaction amount in the transaction data, and recording the processing result of the accounting processing in a transaction registration file; Query the progress information of the user's transaction funds according to the fund query request submitted by the user.

13. A transaction data management device based on blockchain, used to execute the transaction data management method based on blockchain according to claim 1, characterized in that: include: A first processing unit is configured to obtain the first data, the second data, the third data, and the fourth data in the blockchain network through a blockchain node server of a financial institution; The first data includes at least transaction data uploaded to the blockchain network by a user terminal device, the second data includes at least billing data uploaded to the blockchain network by the application server of the first institution, the third data includes at least transaction approval information uploaded to the blockchain network by the application server of the second institution, and the fourth data includes at least 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 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.

14. 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 according to any one of claims 1 to 12.

15. An electronic device, characterized in that: include: a memory storing an executable program; A processor for running the program, wherein when the program is running, the processor executes the blockchain-based transaction data management method according to any one of claims 1 to 12.

16. 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 any one of claims 1 to 12 are implemented.

Images