Transaction voucher chaining method and apparatus, device, medium, product

Abstract

The application discloses a transaction voucher chaining method and device, computer equipment and a storage medium, comprising: collecting transaction data generated by a transaction node associated user in a transaction behavior; based on the transaction data, the transaction node generates a transaction voucher recording the transaction data; according to a preset transaction rule, the transaction node generates a first transaction request corresponding to the transaction voucher; the transaction node sends the first transaction request and the transaction voucher to a third-party transaction node through a main chain network; the third-party transaction node performs a voucher transaction with the transaction node according to the first transaction request and the transaction voucher. By chaining the real transaction behavior of the associated user, the drawbacks of the blockchain finance without real value support are broken, and the blockchain finance is mapped to a real value system.

Description

Technical Field

[0001] This invention relates to the blockchain field, and in particular to a method and system for uploading transaction certificates to the blockchain, and a computer storage medium. Background Technology

[0002] As a traditional financial instrument rooted in trade activities, bills have gradually evolved over hundreds of years into the most representative financial instrument in trade finance, playing an irreplaceable role in facilitating corporate remittance, payment, settlement, and financing. With the establishment and improvement of bill market infrastructure, the bill market is transforming from the traditional model of paper-based bills, regional segmentation, opaque information, and low transaction efficiency to a unified, secure, efficient, and centrally transparent electronic bill system.

[0003] The inventors of this invention discovered in their research that bill financial products all use centralized services to display the circulation of bills, based on ordinary servers. All of the user's financial bills and circulation information are stored in a database. In this way, the user's bill assets are not in their control. Once the server is attacked or the controlling party clears the database, the user will suffer huge losses. Therefore, such products or services have high risks. Summary of the Invention

[0004] The purpose of this invention is to provide a method and system for putting transaction vouchers on the blockchain, as well as a computer storage medium, so as to at least solve the problem of high risk in the circulation of existing bills.

[0005] To address the aforementioned technical problems, this invention provides a method for uploading transaction certificates to the blockchain, comprising:

[0006] Collect transaction data generated by users associated with transaction nodes;

[0007] Based on the transaction data, the transaction node generates a transaction certificate that records the transaction data;

[0008] According to the preset transaction rules, the transaction node generates a first transaction request corresponding to the transaction certificate;

[0009] The transaction node sends the first transaction request and transaction certificate to the third-party transaction node through the main chain network;

[0010] The third-party transaction node conducts a certificate transaction with the transaction node based on the first transaction request and transaction certificate.

[0011] Optionally, the third-party transaction node includes a user node, and the third-party transaction node conducts a certificate transaction with the transaction node based on the first transaction request and transaction certificate, including:

[0012] The user node generates a first transaction decision instruction based on the first transaction request;

[0013] Based on the first transaction decision instruction and transaction voucher, transaction settlement is performed on the wallet data of the user node and the transaction node, and the transaction settlement content is recorded in the transaction ledger of the accounting node;

[0014] A first block containing the transaction settlement content is generated based on the transaction ledger.

[0015] Optionally, the third-party transaction node further includes a central node, and after generating the first block including the transaction settlement content based on the transaction ledger, the process includes:

[0016] The user node sends a second transaction request and the transaction certificate to the central node;

[0017] The central node generates a second transaction decision instruction based on the second transaction request;

[0018] According to the second transaction decision instruction and transaction voucher, the wallet of the central node performs financial settlement to the wallet of the user node, and records the financial settlement content in the transaction ledger of the accounting node;

[0019] A second block containing the financial settlement content is generated based on the transaction ledger.

[0020] Optionally, the third-party transaction node further includes a redemption node, and after generating the first block including the transaction settlement content based on the transaction ledger, the process includes:

[0021] The user node sends a third transaction request and the transaction certificate to the redemption node;

[0022] The redemption node reads the redemption conditions recorded in the transaction certificate according to the third transaction request;

[0023] When the redemption conditions are met, based on the transaction voucher, the wallet of the redemption node performs redemption settlement to the wallet of the user node, and records the redemption settlement content in the transaction ledger of the accounting node;

[0024] A third block, including the payment and settlement information, is generated based on the transaction ledger.

[0025] Optionally, after generating the second block including the financial settlement content based on the transaction ledger, the method further includes:

[0026] The central node sends a fourth transaction request and the transaction certificate to the redemption node;

[0027] The redemption node reads the redemption conditions recorded in the transaction certificate according to the fourth transaction request;

[0028] When the redemption conditions are met, based on the transaction certificate, the wallet of the redemption node performs redemption settlement to the wallet of the central node, and records the redemption settlement content in the transaction ledger of the accounting node;

[0029] A fourth block, including the payment and settlement information, is generated based on the transaction ledger.

[0030] Optionally, the transaction data generated by users associated with the transaction node during their transaction activities includes:

[0031] Collect the transaction behavior of the associated users;

[0032] Based on the transaction behavior, activate the data collection container corresponding to the transaction behavior;

[0033] The transaction status of the transaction behavior is collected through the data collection container;

[0034] When the transaction status indicates that the transaction behavior is completed, the data acquisition container collects the transaction data generated by the transaction behavior.

[0035] Optionally, the step of collecting the transaction status of the transaction behavior through the data collection container includes:

[0036] The external interface of the data acquisition container is configured based on a preset container orchestrator;

[0037] The data acquisition container calls the initial transaction state of the transaction behavior through the external interface;

[0038] The frequency of the data acquisition container calling the external interface is dynamically adjusted based on the initial transaction status.

[0039] Based on the frequency of calls, the data acquisition container continuously collects the transaction status of the transaction behavior.

[0040] Optionally, the step of generating a transaction certificate recording the transaction data by the transaction node based on the transaction data includes:

[0041] Obtain dispute data arising from the aforementioned transaction;

[0042] The transaction certificate for the transaction node is generated based on the transaction data and dispute data;

[0043] The dispute content and outcome represented by the dispute data are written into the transaction certificate.

[0044] To address the aforementioned technical problems, embodiments of the present invention also provide a device for uploading transaction certificates to the blockchain, comprising:

[0045] The data collection module is used to collect transaction data generated by users associated with the transaction node through their transaction activities.

[0046] The processing module is used to generate a transaction certificate recording the transaction data by the transaction node based on the transaction data.

[0047] The request module is used to generate a first transaction request corresponding to the transaction certificate by the transaction node according to preset transaction rules;

[0048] The sending module is used by the transaction node to send the first transaction request and transaction certificate to a third-party transaction node through the main chain network;

[0049] An execution module is used for the third-party transaction node to conduct a certificate transaction with the transaction node based on the first transaction request and transaction certificate.

[0050] Optionally, the third-party transaction node is a user node, and the execution module is further configured to:

[0051] The user node generates a first transaction decision instruction based on the first transaction request;

[0052] Based on the first transaction decision instruction and transaction voucher, transaction settlement is performed on the wallet data of the user node and the transaction node, and the transaction settlement content is recorded in the transaction ledger of the accounting node;

[0053] A first block containing the transaction settlement content is generated based on the transaction ledger.

[0054] Optionally, the third-party transaction node further includes a central node, and the execution module is further configured to:

[0055] The user node sends a second transaction request and the transaction certificate to the central node;

[0056] The central node generates a second transaction decision instruction based on the second transaction request;

[0057] According to the second transaction decision instruction and transaction voucher, the wallet of the central node performs financial settlement to the wallet of the user node, and records the financial settlement content in the transaction ledger of the accounting node;

[0058] A second block containing the financial settlement content is generated based on the transaction ledger.

[0059] Optionally, the third-party transaction node further includes a redemption node, and the execution module is further configured to:

[0060] The user node sends a third transaction request and the transaction certificate to the redemption node;

[0061] The redemption node reads the redemption conditions recorded in the transaction certificate according to the third transaction request;

[0062] When the redemption conditions are met, based on the transaction voucher, the wallet of the redemption node performs redemption settlement to the wallet of the user node, and records the redemption settlement content in the transaction ledger of the accounting node;

[0063] A third block, including the payment and settlement information, is generated based on the transaction ledger.

[0064] Optionally, the execution module is further configured to:

[0065] The central node sends a fourth transaction request and the transaction certificate to the redemption node;

[0066] The redemption node reads the redemption conditions recorded in the transaction certificate according to the fourth transaction request;

[0067] When the redemption conditions are met, based on the transaction certificate, the wallet of the redemption node performs redemption settlement to the wallet of the central node, and records the redemption settlement content in the transaction ledger of the accounting node;

[0068] A fourth block, including the payment and settlement information, is generated based on the transaction ledger.

[0069] Optionally, the acquisition module is further configured to:

[0070] Collect the transaction behavior of the associated users;

[0071] Based on the transaction behavior, activate the data collection container corresponding to the transaction behavior;

[0072] The transaction status of the transaction behavior is collected through the data collection container;

[0073] When the transaction status indicates that the transaction behavior is completed, the data acquisition container collects the transaction data generated by the transaction behavior.

[0074] Optionally, the acquisition module is further configured to:

[0075] The external interface of the data acquisition container is configured based on a preset container orchestrator;

[0076] The data acquisition container calls the initial transaction state of the transaction behavior through the external interface;

[0077] The frequency of the data acquisition container calling the external interface is dynamically adjusted based on the initial transaction status.

[0078] Based on the frequency of calls, the data acquisition container continuously collects the transaction status of the transaction behavior.

[0079] Optionally, the processing module is further configured to:

[0080] Obtain dispute data arising from the aforementioned transaction;

[0081] The transaction certificate for the transaction node is generated based on the transaction data and dispute data;

[0082] The dispute content and outcome represented by the dispute data are written into the transaction certificate.

[0083] To address the aforementioned technical problems, this embodiment of the invention also provides a computer device, including a memory and a processor. The memory stores computer-readable instructions, which, when executed by the processor, cause the processor to perform the steps of the above-described transaction certificate on-chain method.

[0084] To address the aforementioned technical problems, this embodiment of the invention also provides a storage medium storing computer-readable instructions, which, when executed by one or more processors, cause the one or more processors to perform the steps of the transaction certificate on-chain method described above.

[0085] The beneficial effects of this invention are as follows: By collecting transaction data generated from the transaction behavior of associated users linked to transaction nodes, the financial behavior represented in the transaction data is converted into transaction vouchers in financial instruments. These transaction vouchers can be accompanied by a corresponding first transaction request, propagated on the blockchain, and can also be used to conduct financial transactions with a third-party transaction node designated by the first transaction request. Through this method, the circulation and storage of transaction vouchers are made public and blockchain-based, avoiding the risk of voucher loss caused by centralized services and improving the security of voucher circulation and storage. By recording the real transaction behavior of associated users on the blockchain, the drawback of blockchain finance lacking physical value support is overcome, enabling blockchain finance to map a real value system. Attached Figure Description

[0086] The above and / or additional aspects and advantages of this application will become apparent and readily understood from the following description of the embodiments taken in conjunction with the accompanying drawings, wherein:

[0087] Figure 1 A schematic diagram of the basic process of a transaction certificate on-chain method according to a specific embodiment of this application;

[0088] Figure 2A schematic diagram of the basic structure of a transaction certificate on-chain device according to a specific embodiment of this application;

[0089] Figure 3 This is a basic structural block diagram of a computer device according to a specific embodiment of this application. Detailed Implementation

[0090] The embodiments of this application are described in detail below. Examples of these embodiments are shown in the accompanying drawings, wherein the same or similar reference numerals denote the same or similar elements or elements having the same or similar functions throughout. The embodiments described below with reference to the accompanying drawings are exemplary and are only used to explain this application, and should not be construed as limiting this application.

[0091] Those skilled in the art will understand that, unless specifically stated otherwise, the singular forms “a,” “an,” “the,” and “the” used herein may also include the plural forms. It should be further understood that the word “comprising” as used in the specification of this application means the presence of the stated features, integers, steps, operations, elements, and / or components, but does not exclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and / or groups thereof.

[0092] Those skilled in the art will understand that, unless otherwise defined, all terms used herein (including technical and scientific terms) have the same meaning as commonly understood by one of ordinary skill in the art to which this application pertains. It should also be understood that terms such as those defined in general dictionaries should be understood to have the same meaning as in the context of the prior art, and should not be interpreted in an idealized or overly formal sense unless specifically defined as herein.

[0093] Those skilled in the art will understand that the term "terminal" as used herein includes both devices that are wireless signal receivers, devices that are wireless signal receivers without transmitting capability, and devices with receiving and transmitting hardware, having receiving and transmitting hardware capable of performing bidirectional communication on a bidirectional communication link. Such devices may include: cellular or other communication devices having a single-line display, a multi-line display, or a cellular or other communication device without a multi-line display; PCS (Personal Communications Service) that can combine voice, data processing, fax, and / or data communication capabilities; PDA (Personal Digital Assistant) that may include a radio frequency receiver, pager, Internet / intranet access, web browser, notepad, calendar, and / or GPS (Global Positioning System) receiver; and conventional laptop and / or handheld computers or other devices that have and / or include a radio frequency receiver. As used herein, "terminal" can be portable, transportable, installed in a means of transportation (air, sea, and / or land), or suitable and / or configured to operate locally, and / or in a distributed manner, operating in any other location on Earth and / or in space. "Terminal" as used herein can also be a communication terminal, an internet access terminal, or a music / video playback terminal, such as a PDA, a MID (Mobile Internet Device), and / or a mobile phone with music / video playback capabilities, or a smart TV, set-top box, etc.

[0094] The hardware referred to by the names "server," "client," and "service node" in this application is essentially an electronic device with the equivalent capabilities of a personal computer. It is a hardware device with the necessary components revealed by the von Neumann architecture, such as a central processing unit (including an arithmetic logic unit and a control unit), memory, input devices, and output devices. The computer program is stored in its memory, and the central processing unit loads the program stored in the secondary storage into the main memory to run it, execute the instructions in the program, and interact with the input and output devices to complete specific functions.

[0095] It should be noted that the concept of "server" used in this application can also be extended to the case of server clusters. Based on the network deployment principles understood by those skilled in the art, the servers should be logically divided. Physically, these servers can be independent of each other but accessible through interfaces, or they can be integrated into a single physical computer or a computer cluster. Those skilled in the art should understand this flexibility and should not use it to constrain the implementation of the network deployment method in this application.

[0096] One or more of the technical features of this application, unless explicitly specified herein, can be deployed on a server and accessed by a client remotely calling the online service interface provided by the server, or can be directly deployed and run on a client for access.

[0097] Unless otherwise specified, the neural network models referenced or potentially referenced in this application may be deployed on a remote server and invoked remotely on the client, or deployed on a client with the capability to invoke directly. In some embodiments, when running on the client, the corresponding intelligence may be acquired through transfer learning in order to reduce the requirements on the client's hardware resources and avoid excessive consumption of the client's hardware resources.

[0098] Unless otherwise specified, all data involved in this application may be stored remotely on a server or on a local terminal device, as long as it is suitable for use by the technical solution of this application.

[0099] Those skilled in the art will understand that although the various methods in this application are described based on the same concept and thus present commonality among them, they can be performed independently unless otherwise specified. Similarly, the various embodiments disclosed in this application are all based on the same inventive concept; therefore, concepts expressed in the same way, as well as concepts that are appropriately changed for convenience but are expressed differently, should be understood equivalently.

[0100] Unless otherwise expressly stated, the various embodiments disclosed in this application can be combined in a cross-cutting manner to flexibly construct new embodiments, as long as such combination does not depart from the inventive spirit of this application and can meet the needs of the prior art or solve a certain deficiency in the prior art. Those skilled in the art should be aware of such modifications.

[0101] Please see Figure 1 , Figure 1 This is a schematic diagram illustrating the basic process of the transaction certificate on-chain method in this embodiment.

[0102] like Figure 1 As shown, it includes:

[0103] S1100: Collect transaction data generated by users associated with transaction nodes during their transaction activities;

[0104] In this embodiment, a transaction node refers to a terminal, virtual machine, or container used by blockchain users to log in. The user represented by a transaction node can be an individual user or an enterprise user.

[0105] The associated user is actually a blockchain user; however, the scope of users included in the associated user is not limited to this. In some implementations, the associated user can also be other users that the blockchain user designates to be associated with.

[0106] A transaction can be an online transaction conducted by a user, such as a user's reservation, purchase, or sale of goods on a trading platform. However, transactions are not limited to this. Depending on the specific application scenario, in some implementations, transactions can be offline transactions conducted by a user, and various orders, contracts, or invoices from offline transactions can be used as transaction data generated from these transactions.

[0107] Transaction data can be financial instruments generated from transactions, such as bills of exchange, promissory notes, or checks. The content of transaction data is not limited to these; depending on the specific application scenario, in some implementations, transaction data includes: the identity information of the two or more parties to the transaction, the transaction amount, and the time limit for payment. Transaction data can be obtained by accessing transaction records, identifying contracts, and recognizing instruments.

[0108] In some implementations, the transaction behavior of associated users is conducted online, and the corresponding transaction data is obtained by reading the transaction content of the associated user's corresponding online account.

[0109] By monitoring the online accounts of associated users, it can be determined whether a new transaction list has been created in the online account. If a new transaction list is created in the online account, it indicates that the associated user has made a new transaction. At this time, the transaction list corresponding to the transaction is read.

[0110] After reading the transaction list, the transaction node needs to establish a dedicated data collection container for long-term independent monitoring of the transaction behavior. The data collection container is pre-built on the terminal where the transaction node resides, or on a remotely controlled server or in the cloud. Before activation, the data collection container is in standby mode. Once activated, the data collection container begins operating, sending the webpage or other access address of the target object to the activated container, which then continuously tracks and monitors the transaction behavior.

[0111] After the data acquisition container tracks and listens to obtain the transaction list of transaction behaviors, it needs to read the transaction status field of the transaction behavior in the transaction list. The transaction status is used to represent the stage of the transaction behavior. For example, when the transaction behavior is an e-commerce transaction order, the transaction status can be: user places order, merchant ships, express delivery, waiting for user to receive, and user has signed for receipt.

[0112] After reading the transaction status from the transaction list, the transaction semantics represented by the transaction status are identified. When the transaction semantics represented by the transaction status indicate that the transaction behavior is completed, the data acquisition container extracts the transaction data from the transaction list according to the set data format.

[0113] In some implementations, to reasonably adjust the monitoring frequency of online accounts by data acquisition containers, it is necessary to dynamically adjust the frequency of calls to external interfaces by the data acquisition containers. External interfaces are public network resources. When a transaction node needs to monitor multiple online accounts through multiple data acquisition containers, a single external interface may be called by multiple data acquisition containers in turn. Therefore, dynamically adjusting the call frequency of each data acquisition container to the external interface can achieve load balancing of the external interface. Simultaneously, it allows a single external interface to connect to more data acquisition containers, improving the effective utilization efficiency of public resources.

[0114] Specifically, the data acquisition container needs to be configured with an external interface by the container orchestrator. When the data acquisition container needs to connect to the outside world to obtain transaction list data from online accounts, the container orchestrator assigns an external interface to the data acquisition container that can make external connections. The data acquisition container then uses this external interface to collect the transaction list or transaction data.

[0115] When the data collection container first accesses the online account of an associated user through an external interface, it reads the online account transaction list and then collects the initial transaction status from that list. Since this transaction list is being read for the first time, the obtained transaction status represents the initial transaction status of that transaction.

[0116] After obtaining the initial transaction state, the semantics or mapped state stages expressed by the initial transaction state are identified. If the initial transaction state represents the transaction just beginning, the frequency of the data acquisition container calling external interfaces is reduced; if the initial transaction state represents the transaction about to end, the frequency of the data acquisition container calling external interfaces is increased. In this embodiment, the transaction process corresponding to the entire transaction behavior is pre-constructed, and the transaction state is matched with each node in the transaction process to determine which interval the transaction state falls within in the transaction process. In some embodiments, by statistically analyzing historical data, the time length between each process node and the final node in each transaction behavior is obtained. The frequency of the data acquisition container calling external interfaces is dynamically adjusted based on this time length. The call frequencies corresponding to different time lengths are pre-constructed, and the subsequent call frequencies of the data acquisition container to external interfaces are obtained based on the specific time length.

[0117] After determining the frequency of the data acquisition container's calls to the external interface, the data acquisition container calls the external interface according to the call frequency, and reads the transaction status of the transaction behavior at intervals until the transaction status indicates that the transaction behavior is completed or terminated.

[0118] S1200: Based on the transaction data, the transaction node generates a transaction certificate that records the transaction data;

[0119] After reading the transaction data, the transaction node generates a transaction voucher that records the transaction data. Specifically, it constructs a data format for the transaction voucher corresponding to each type of transaction behavior. After reading the transaction data, it reads the data content in the transaction data according to the corresponding data format, and then typesets the data content according to the data format to generate the corresponding transaction voucher.

[0120] In some implementations, not every transaction is necessarily fully performed; disputes may arise during the transaction process. These disputes can lead to a final transaction outcome that differs from the initial transaction structure. Therefore, when reading transaction data, it is also necessary to read the corresponding dispute data. The dispute data records (but is not limited to): the cause of the dispute, the outcome of the dispute, the final payment method, the payee, and the payment amount. For example, if, during a transaction, both parties terminate the transaction after partial performance, the dispute data indicates that a percentage payment is required for that transaction. In some implementations, if a breach of contract occurs due to a dispute over a portion of the transaction, the dispute data needs to be determined based on the concluded transaction contract or arbitration documents.

[0121] After obtaining the disputed data, node credentials for the transaction node are generated based on the transaction data and the disputed data. For example, if a transaction is partially fulfilled and both parties terminate the transaction, the disputed data indicates that the transaction requires payment based on a percentage. In this case, the transaction credentials are generated by combining the settlement ratio represented by the transaction data and the disputed data. For disputes arising from partial breach of contract, the transaction content in the transaction data needs to be cleared, and then the payment data from the disputed data is used to generate the transaction credentials.

[0122] After generating transaction credentials based on transaction and dispute data, the data representing the content and outcome of the dispute needs to be stored. This storage method involves writing the dispute content and outcome into the transaction credentials as endorsement, facilitating the recording of disputes. Since the transaction credentials will ultimately be distributed and recorded as blocks, and some dispute content involves privacy and cannot be publicly disclosed, the transaction credentials need to encrypt the dispute content and outcome. Encryption uses a public key, and the decryption private key is stored in the wallet of the transaction node. When other transaction nodes want to view the dispute content, they need to send a peer-to-peer request to the transaction node. After the transaction node agrees, it sends its private key to the requesting node to decrypt the encrypted content. This method achieves both distributed storage of transaction credentials and ensures the security of private data.

[0123] S1300. According to the preset transaction rules, the transaction node generates a first transaction request corresponding to the transaction certificate;

[0124] This implementation method includes transaction rules that record the types of financial transactions that can be conducted when transaction vouchers are used for different types of financial activities, or when dealing with different types of third-party transaction nodes.

[0125] Therefore, the transaction rules pre-define the types of financial transactions that the transaction certificate can perform, and limit the financial transactions that can be performed for different third-party transaction nodes. When a user selects a third-party transaction node and the corresponding financial transaction method, a first transaction request needs to be generated based on the user's selected third-party transaction node and financial transaction method. The first transaction request records the on-chain address of the third-party transaction node, the type of transaction to be performed, and the transaction certificate itself.

[0126] S1400, the transaction node sends the first transaction request and transaction certificate to a third-party transaction node through the main chain network;

[0127] Once a transaction node selects a third-party transaction node to conduct a transaction, it writes the access address of the selected third-party transaction node into the first transaction request. The first transaction request is then sent to the third-party transaction node peer-to-peer through the main chain network.

[0128] In this embodiment, the main chain network is a public blockchain network, such as Ethereum. However, the main chain network is not limited to this. Depending on the specific application scenario, in some embodiments, the main chain network can also be a private chain or a consortium chain.

[0129] S1500, the third-party transaction node conducts a certificate transaction with the transaction node based on the first transaction request and transaction certificate.

[0130] After receiving the first transaction request and transaction certificate sent by the third-party transaction node, the third-party transaction node needs to determine the type of transaction to be carried out based on the first transaction request, and then determine the method of financial transaction based on the type of transaction.

[0131] In some implementations, the third-party transaction node is a regular user node. For transaction vouchers, equal payments are made.

[0132] It should be noted that the transaction node and user node in this embodiment can be the same type of node. They can serve as both nodes that generate transaction vouchers and third-party transaction nodes that exchange transaction vouchers.

[0133] After receiving the first transaction request sent by the transaction node, the user node chooses whether to agree to the transaction based on the content of the first transaction request. After the user node makes its own choice, it sends a first transaction decision instruction to the user node. The first transaction decision instruction indicates that the user agrees to the transaction node's first transaction request.

[0134] After a user node determines ownership of the purchase transaction voucher based on the first transaction decision, it needs to deduct the corresponding amount from its wallet and add the corresponding amount to the transaction node's wallet. Once the transaction is completed, it will be collected by the ledger node in the user node's region and recorded in the transaction ledger.

[0135] When the time comes for block generation in the blockchain, the first block will be generated based on the transaction ledger content of the accounting nodes within the set time period.

[0136] In some implementations, after receiving the transaction credential, the user node can also send the transaction credential to the central node to complete the transaction. The user node sends a second transaction request and transaction credential to the central node.

[0137] Third-party transaction nodes also include central nodes, which are nodes established by institutions with financial attributes in the blockchain and are capable of financial settlement such as pledging and collateralizing transaction certificates.

[0138] After receiving a second transaction request from a user node, the central node selects whether to agree to the transaction based on the content of the second transaction request. After the user makes their own choice, the central node sends a second transaction decision instruction to the central node. The second transaction decision instruction indicates that the user agrees to the user node's second transaction request.

[0139] After determining the type and method of the financial transaction proposed by the receiving node based on the second transaction decision, the central node needs to calculate the transaction amount to be settled based on the transaction method set in the second transaction request and the amount recorded in the transaction voucher. The corresponding amount is then deducted from the central node's wallet and added to the user node's wallet. Once the transaction is completed, it is collected by the accounting nodes in the central node's region and recorded in the transaction ledger.

[0140] When the time comes for block generation in the blockchain, the second block will be generated based on the transaction ledger content of the accounting nodes within the set time period.

[0141] In some implementations, after receiving the transaction certificate, the user node can also send the transaction certificate to the redemption node for redemption. The user node sends a third transaction request and transaction certificate to the redemption node.

[0142] Third-party transaction nodes also include redemption nodes, which are the actual payment nodes for transaction activities. For example, if the transaction node is the seller in a transaction, the redemption node is the buyer. Redemption conditions are set for the transaction vouchers during the transaction, such as pre-defined redemption time and location.

[0143] After receiving a third transaction request from a user node, the redemption node reads the redemption conditions from the transaction certificate based on the third transaction request.

[0144] After obtaining the redemption conditions, the redemption node will read the redemption information in the third transaction request, such as the time when the third transaction request was sent and the address of the transaction node carried in the third transaction request, etc., which are fields corresponding to the redemption conditions. Then, it will match the above information with the set redemption conditions. If the match is successful, it means that the transaction certificate can be redeemed; otherwise, it means that the transaction certificate cannot be redeemed.

[0145] When the redemption conditions are met, the redemption node settles the redemption with the user node based on the transaction amount recorded in the transaction certificate. During redemption settlement, the corresponding amount is deducted from the redemption node's wallet and added to the user node's wallet. After the transaction is completed, it will be collected by the accounting node in the region where the redemption node is located and recorded in the transaction ledger.

[0146] When the time comes for block generation in the blockchain, the third block will be generated based on the transaction ledger content of the accounting nodes within the set time period.

[0147] In some implementations, the central node makes payments to the redemption nodes. The central node sends a fourth transaction request and transaction certificate to the redemption nodes.

[0148] After receiving the fourth transaction request from the user node, the redemption node reads the redemption conditions from the transaction certificate according to the fourth transaction request.

[0149] After obtaining the redemption conditions, the redemption node will read the redemption information in the fourth transaction request, and then match the redemption information with the set redemption conditions. If the match is successful, it means that the transaction certificate can be redeemed; otherwise, it means that the transaction certificate cannot be redeemed.

[0150] When the redemption conditions are met, the redemption node settles the redemption with the central node based on the transaction amount recorded in the transaction certificate. During redemption settlement, the corresponding amount is deducted from the redemption node's wallet and added to the central node's wallet. After the transaction is completed, it will be collected by the accounting node in the region where the redemption node is located and recorded in the transaction ledger.

[0151] When the time comes for block generation in the blockchain, the fourth block will be generated based on the transaction ledger content of the accounting nodes within the set time period.

[0152] In this embodiment, the first block, the second block, the third block, and the fourth block are distinguished for readability. They all belong to the chain. The first block, the second block, the third block, and the fourth block can also be blocks formed at different time periods.

[0153] Let's illustrate the relationship between transaction nodes, user nodes, central nodes, and redemption nodes with an example. Assume a supply chain finance system includes four companies: Company A, Company B, a financial institution, and a core enterprise. Company A represents the transaction node, Company B represents the user node, the financial institution represents the central node, and the user nodes represent the redemption nodes. When Company A and the core enterprise transact offline, Company A generates a transaction certificate, which it then sells to Company B on the blockchain. Company B, having obtained the transaction certificate, can either re-transact with the financial institution or, after the conditions of the transaction certificate are met, request redemption from the core enterprise. Similarly, the financial institution, after obtaining the transaction certificate, can also request redemption from the core enterprise after the conditions of the transaction certificate are met. All of these transaction transactions occur within the blockchain.

[0154] In the above embodiments, transaction data generated from the transaction behavior of associated users linked to transaction nodes is collected, and the financial behavior represented in the transaction data is converted into transaction certificates in financial instruments. These transaction certificates can be accompanied by a corresponding first transaction request, propagated on the blockchain, and can also be used by a third-party transaction node designated by the first transaction request to conduct financial transactions. This method makes the circulation and storage of transaction certificates public and blockchain-based, avoiding the risk of loss of instruments due to centralized services and improving the security of instrument circulation and storage. By recording the real transaction behavior of associated users on the blockchain, the drawback of blockchain finance lacking physical value support is overcome, enabling blockchain finance to map a real value system.

[0155] In some implementations, the third-party transaction node is a user node. Specifically, S1500 includes:

[0156] S1511. The user node generates a first transaction decision instruction based on the first transaction request;

[0157] The third-party transaction node is a regular user node. For transaction vouchers, equal payments are made.

[0158] It should be noted that the transaction node and user node in this embodiment can be the same type of node. They can serve as both nodes that generate transaction vouchers and third-party transaction nodes that exchange transaction vouchers.

[0159] After receiving the first transaction request sent by the transaction node, the user node chooses whether to agree to the transaction based on the content of the first transaction request. After the user node makes its own choice, it sends a first transaction decision instruction to the user node. The first transaction decision instruction indicates that the user agrees to the transaction node's first transaction request.

[0160] S1512. Based on the first transaction decision instruction and transaction voucher, perform transaction settlement on the wallet data of the user node and the transaction node, and record the transaction settlement content in the transaction ledger of the accounting node;

[0161] After a user node determines ownership of the purchase transaction voucher based on the first transaction decision, it needs to deduct the corresponding amount from its wallet and add the corresponding amount to the transaction node's wallet. Once the transaction is completed, it will be collected by the ledger node in the user node's region and recorded in the transaction ledger.

[0162] S1513. Generate a first block including the transaction settlement content based on the transaction ledger.

[0163] When the time comes for block generation in the blockchain, the first block will be generated based on the transaction ledger content of the accounting nodes within the set time period.

[0164] In some implementations, the third-party transaction node is the central node. Specifically, S1513 and later also include:

[0165] S1521, The user node sends a second transaction request and the transaction certificate to the central node;

[0166] After receiving the transaction certificate, the user node can also send the transaction certificate to the central node to complete the transaction. The user node sends a second transaction request and transaction certificate to the central node.

[0167] Third-party transaction nodes also include central nodes, which are nodes established by institutions with financial attributes in the blockchain and are capable of financial settlement such as pledging and collateralizing transaction certificates.

[0168] S1522, The central node generates a second transaction decision instruction based on the second transaction request;

[0169] After receiving a second transaction request from a user node, the central node selects whether to agree to the transaction based on the content of the second transaction request. After the user makes their own choice, the central node sends a second transaction decision instruction to the central node. The second transaction decision instruction indicates that the user agrees to the user node's second transaction request.

[0170] S1523. According to the second transaction decision instruction and transaction voucher, the wallet of the central node performs financial settlement to the wallet of the user node, and records the financial settlement content in the transaction ledger of the accounting node.

[0171] After determining the type and method of the financial transaction proposed by the receiving node based on the second transaction decision, the central node needs to calculate the transaction amount to be settled based on the transaction method set in the second transaction request and the amount recorded in the transaction voucher. The corresponding amount is then deducted from the central node's wallet and added to the user node's wallet. Once the transaction is completed, it is collected by the accounting nodes in the central node's region and recorded in the transaction ledger.

[0172] S1524. Generate a second block including the financial settlement content based on the transaction ledger.

[0173] When the time comes for block generation in the blockchain, the second block will be generated based on the transaction ledger content of the accounting nodes within the set time period.

[0174] In some implementations, the third-party transaction node is the redemption node. Specifically, S1513 and later also include:

[0175] S1531, The user node sends a third transaction request and the transaction certificate to the redemption node;

[0176] After receiving the transaction certificate, the user node can send it to the redemption node for redemption. The user node sends a third-party transaction request and transaction certificate to the redemption node. The third-party transaction node also includes the redemption node, which is the actual payment node for the transaction. For example, if the transaction node is the seller in the transaction, the redemption node is the buyer. Redemption conditions are set for the transaction certificate during the transaction, such as pre-defined redemption time and location.

[0177] S1532. The redemption node reads the redemption conditions recorded in the transaction certificate according to the third transaction request;

[0178] After receiving a third transaction request from a user node, the redemption node reads the redemption conditions from the transaction certificate based on the request. Once the redemption conditions are obtained, the redemption node reads the redemption information from the third transaction request, such as the time the request was sent and the address of the transaction node carried in the request, etc., corresponding to the redemption conditions. Then, it matches this information with the set redemption conditions. If a match is successful, it means the transaction certificate can be redeemed; otherwise, it means the transaction certificate cannot be redeemed.

[0179] S1533. When the redemption conditions are met, based on the transaction voucher, the wallet of the redemption node performs redemption settlement to the wallet of the user node, and records the content of the redemption settlement in the transaction ledger of the accounting node.

[0180] When the redemption conditions are met, the redemption node settles the redemption with the user node based on the transaction amount recorded in the transaction certificate. During redemption settlement, the corresponding amount is deducted from the redemption node's wallet and added to the user node's wallet. After the transaction is completed, it will be collected by the accounting node in the region where the redemption node is located and recorded in the transaction ledger.

[0181] S1534. Generate a third block including the payment and settlement content based on the transaction ledger.

[0182] When the time comes for block generation in the blockchain, the third block will be generated based on the transaction ledger content of the accounting nodes within the set time period.

[0183] In some implementations, the central node makes payments to the redemption nodes. Following S1224:

[0184] S1541, The central node sends a fourth transaction request and the transaction certificate to the redemption node;

[0185] The central node sends the fourth transaction request and transaction certificate to the redemption node.

[0186] S1542. The redemption node reads the redemption conditions recorded in the transaction certificate according to the fourth transaction request;

[0187] After receiving the fourth transaction request from the user node, the redemption node reads the redemption conditions from the transaction certificate according to the fourth transaction request.

[0188] S1543. When the redemption conditions are met, based on the transaction voucher, the wallet of the redemption node performs redemption settlement to the wallet of the central node, and records the content of the redemption settlement in the transaction ledger of the accounting node.

[0189] After obtaining the redemption conditions, the redemption node will read the redemption information in the fourth transaction request, and then match the redemption information with the set redemption conditions. If the match is successful, it means that the transaction certificate can be redeemed; otherwise, it means that the transaction certificate cannot be redeemed.

[0190] S1544. Generate a fourth block including the payment and settlement content based on the transaction ledger.

[0191] When the redemption conditions are met, the redemption node settles the redemption with the central node based on the transaction amount recorded in the transaction certificate. During redemption settlement, the corresponding amount is deducted from the redemption node's wallet and added to the central node's wallet. After the transaction is completed, it will be collected by the accounting node in the region where the redemption node is located and recorded in the transaction ledger.

[0192] When the time comes for block generation in the blockchain, the fourth block will be generated based on the transaction ledger content of the accounting nodes within the set time period.

[0193] In some implementations, transaction data collection needs to be performed using a container. Specifically, S1100 includes:

[0194] S1110. Collect the transaction behavior of the associated users;

[0195] Online transactions of associated users are recorded by reading the transaction content of the associated user's corresponding online account to obtain the corresponding transaction data.

[0196] By monitoring the online accounts of associated users, it can be determined whether a new transaction list has been created in the online account. If a new transaction list is created in the online account, it indicates that the associated user has made a new transaction. At this time, the transaction list corresponding to the transaction is read.

[0197] S1120. Activate the data collection container corresponding to the transaction behavior according to the transaction behavior;

[0198] After reading the transaction list, the transaction node needs to establish a dedicated data collection container for long-term independent monitoring of the transaction behavior. The data collection container is pre-built on the terminal where the transaction node resides, or on a remotely controlled server or in the cloud. Before activation, the data collection container is in standby mode. Once activated, the data collection container begins operating, sending the webpage or other access address of the target object to the activated container, which then continuously tracks and monitors the transaction behavior.

[0199] S1130. Collect the transaction status of the transaction behavior through the data acquisition container;

[0200] After the data acquisition container tracks and listens to obtain the transaction list of transaction behaviors, it needs to read the transaction status field of the transaction behavior in the transaction list. The transaction status is used to represent the stage of the transaction behavior. For example, when the transaction behavior is an e-commerce transaction order, the transaction status can be: user places order, merchant ships, express delivery, waiting for user to receive, and user has signed for receipt.

[0201] S1140. When the transaction status indicates that the transaction behavior is completed, the data acquisition container collects the transaction data generated by the transaction behavior.

[0202] After reading the transaction status from the transaction list, the transaction semantics represented by the transaction status are identified. When the transaction semantics represented by the transaction status indicate that the transaction behavior is completed, the data acquisition container extracts the transaction data from the transaction list according to the set data format.

[0203] In some implementations, the transaction status needs to be obtained dynamically. Specifically, S1130 includes:

[0204] S1131. Configure the external interface of the data acquisition container based on a preset container orchestrator;

[0205] Data acquisition containers require a container orchestrator to configure external interfaces. When a data acquisition container needs to connect to the outside world to obtain transaction list data from online accounts, the container orchestrator assigns an external interface to the data acquisition container that enables such connections. The data acquisition container then uses this external interface to collect transaction lists or transaction data.

[0206] S1132, The data acquisition container calls the initial transaction state of the transaction behavior through the external interface;

[0207] When the data collection container first accesses the online account of an associated user through an external interface, it reads the online account transaction list and then collects the initial transaction status from that list. Since this transaction list is being read for the first time, the obtained transaction status represents the initial transaction status of that transaction.

[0208] S1133. Dynamically adjust the frequency of the data acquisition container calling the external interface according to the initial transaction status;

[0209] After obtaining the initial transaction state, the semantics or mapped state stages expressed by the initial transaction state are identified. If the initial transaction state represents the transaction just beginning, the frequency of the data acquisition container calling external interfaces is reduced; if the initial transaction state represents the transaction about to end, the frequency of the data acquisition container calling external interfaces is increased. In this embodiment, the transaction process corresponding to the entire transaction behavior is pre-constructed, and the transaction state is matched with each node in the transaction process to determine which interval the transaction state falls within in the transaction process. In some embodiments, by statistically analyzing historical data, the time length between each process node and the final node in each transaction behavior is obtained. The frequency of the data acquisition container calling external interfaces is dynamically adjusted based on this time length. The call frequencies corresponding to different time lengths are pre-constructed, and the subsequent call frequencies of the data acquisition container to external interfaces are obtained based on the specific time length.

[0210] S1134. The data acquisition container continuously collects the transaction status of the transaction behavior according to the call frequency.

[0211] After determining the frequency of the data acquisition container's calls to the external interface, the data acquisition container calls the external interface according to the call frequency, and reads the transaction status of the transaction behavior at intervals until the transaction status indicates that the transaction behavior is completed or terminated.

[0212] To reasonably adjust the monitoring frequency of online accounts by data acquisition containers, it is necessary to dynamically adjust the frequency of calls to external interfaces by the data acquisition containers. External interfaces are public network resources. When a transaction node needs to monitor multiple online accounts through multiple data acquisition containers, a single external interface may be called by multiple data acquisition containers in turn. Therefore, dynamically adjusting the call frequency of each data acquisition container to external interfaces can achieve load balancing of the external interfaces. Simultaneously, it allows a single external interface to connect to more data acquisition containers, improving the effective utilization efficiency of public resources.

[0213] In some implementations, transaction credentials need to be generated from transaction data and dispute data. S1200 includes:

[0214] S1211. Obtain dispute data arising from the transaction;

[0215] Not every transaction is fully performed; disputes may arise during the transaction process. These disputes can lead to a final transaction outcome that differs from the initial transaction structure. Therefore, when retrieving transaction data, it is also necessary to retrieve the corresponding dispute data. Dispute data records (but is not limited to): the cause of the dispute, the outcome of the dispute, the final payment method, the payee, and the payment amount. For example, if a transaction is partially performed and then the parties terminate the transaction, the dispute data indicates that a percentage payment is required for that transaction. In some implementations, in cases where a dispute arises resulting in breach of contract, the dispute data needs to be determined based on the concluded transaction contract or arbitration documents.

[0216] S1212. Generate the transaction certificate of the transaction node based on the transaction data and dispute data;

[0217] After obtaining the disputed data, node credentials for the transaction node are generated based on the transaction data and the disputed data. For example, if a transaction is partially fulfilled and both parties terminate the transaction, the disputed data indicates that the transaction requires payment based on a percentage. In this case, the transaction credentials are generated by combining the settlement ratio represented by the transaction data and the disputed data. For disputes arising from partial breach of contract, the transaction content in the transaction data needs to be cleared, and then the payment data from the disputed data is used to generate the transaction credentials.

[0218] S1213. Write the dispute content and dispute result represented by the dispute data into the transaction certificate.

[0219] After generating transaction credentials based on transaction and dispute data, the data representing the content and outcome of the dispute needs to be stored. This storage method involves writing the dispute content and outcome into the transaction credentials as endorsement, facilitating the recording of disputes. Since the transaction credentials will ultimately be distributed and recorded as blocks, and some dispute content involves privacy and cannot be publicly disclosed, the transaction credentials need to encrypt the dispute content and outcome. Encryption uses a public key, and the decryption private key is stored in the wallet of the transaction node. When other transaction nodes want to view the dispute content, they need to send a peer-to-peer request to the transaction node. After the transaction node agrees, it sends its private key to the requesting node to decrypt the encrypted content. This method achieves both distributed storage of transaction credentials and ensures the security of private data.

[0220] Please refer to the details. Figure 2 , Figure 2 This is a schematic diagram of the basic structure of the transaction certificate on-chain device in this embodiment.

[0221] like Figure 2 As shown, a transaction credential on-chain device includes: a collection module 1100, a processing module 1200, a request module 1300, a sending module 1400, and an execution module 1500. The collection module 1100 collects transaction data generated by users associated with a transaction node engaging in transaction activities; the processing module 1200 generates a transaction credential recording the transaction data based on the transaction data; the request module 1300 generates a first transaction request corresponding to the transaction credential according to preset transaction rules; the sending module 1400 sends the first transaction request and the transaction credential to a third-party transaction node via the main chain network; and the execution module 1500 allows the third-party transaction node to conduct a credential transaction with the transaction node based on the first transaction request and the transaction credential.

[0222] The on-chain transaction certificate device collects transaction data generated from the transaction behavior of associated users linked to transaction nodes, and converts the financial behavior represented in the transaction data into transaction certificates in financial instruments. These transaction certificates can be accompanied by a corresponding first transaction request, propagated on the blockchain, and can also be used to conduct financial transactions with designated third-party transaction nodes. This method makes the circulation and storage of transaction certificates public and blockchain-based, avoiding the risk of loss of instruments due to centralized services and improving the security of instrument circulation and storage. By recording the real transaction behavior of associated users on the blockchain, it overcomes the drawback of blockchain finance lacking physical value support, enabling blockchain finance to map a real value system.

[0223] Optionally, the third-party transaction node is a user node, and the execution module is further configured to:

[0224] The user node generates a first transaction decision instruction based on the first transaction request;

[0225] Based on the first transaction decision instruction and transaction voucher, transaction settlement is performed on the wallet data of the user node and the transaction node, and the transaction settlement content is recorded in the transaction ledger of the accounting node;

[0226] A first block containing the transaction settlement content is generated based on the transaction ledger.

[0227] Optionally, the third-party transaction node further includes a central node, and the execution module is further configured to:

[0228] The user node sends a second transaction request and the transaction certificate to the central node;

[0229] The central node generates a second transaction decision instruction based on the second transaction request;

[0230] According to the second transaction decision instruction and transaction voucher, the wallet of the central node performs financial settlement to the wallet of the user node, and records the financial settlement content in the transaction ledger of the accounting node;

[0231] A second block containing the financial settlement content is generated based on the transaction ledger.

[0232] Optionally, the third-party transaction node further includes a redemption node, and the execution module is further configured to:

[0233] The user node sends a third transaction request and the transaction certificate to the redemption node;

[0234] The redemption node reads the redemption conditions recorded in the transaction certificate according to the third transaction request;

[0235] When the redemption conditions are met, based on the transaction voucher, the wallet of the redemption node performs redemption settlement to the wallet of the user node, and records the redemption settlement content in the transaction ledger of the accounting node;

[0236] A third block, including the payment and settlement information, is generated based on the transaction ledger.

[0237] Optionally, the execution module is further configured to:

[0238] The central node sends a fourth transaction request and the transaction certificate to the redemption node;

[0239] The redemption node reads the redemption conditions recorded in the transaction certificate according to the fourth transaction request;

[0240] When the redemption conditions are met, based on the transaction certificate, the wallet of the redemption node performs redemption settlement to the wallet of the central node, and records the redemption settlement content in the transaction ledger of the accounting node;

[0241] A fourth block, including the payment and settlement information, is generated based on the transaction ledger.

[0242] Optionally, the acquisition module is further configured to:

[0243] Collect the transaction behavior of the associated users;

[0244] Based on the transaction behavior, activate the data collection container corresponding to the transaction behavior;

[0245] The transaction status of the transaction behavior is collected through the data collection container;

[0246] When the transaction status indicates that the transaction behavior is completed, the data acquisition container collects the transaction data generated by the transaction behavior.

[0247] Optionally, the acquisition module is further configured to:

[0248] The external interface of the data acquisition container is configured based on a preset container orchestrator;

[0249] The data acquisition container calls the initial transaction state of the transaction behavior through the external interface;

[0250] The frequency of the data acquisition container calling the external interface is dynamically adjusted based on the initial transaction status.

[0251] Based on the frequency of calls, the data acquisition container continuously collects the transaction status of the transaction behavior.

[0252] Optionally, the processing module is further configured to:

[0253] Obtain dispute data arising from the aforementioned transaction;

[0254] The transaction certificate for the transaction node is generated based on the transaction data and dispute data;

[0255] The dispute content and outcome represented by the dispute data are written into the transaction certificate.

[0256] To address the aforementioned technical problems, embodiments of this application also provide a computer device. Please refer to [link / reference needed]. Figure 3 , Figure 3 This is a basic structural block diagram of the computer device in this embodiment.

[0257] like Figure 3The diagram shows the internal structure of a computer device. This computer device includes a processor, non-volatile storage medium, memory, and a network interface connected via a system bus. The non-volatile storage medium stores the operating system, database, and computer-readable instructions. The database may store a sequence of control information. When the computer-readable instructions are executed by the processor, they enable the processor to implement a transaction credential on-chain method. The processor provides computing and control capabilities, supporting the operation of the entire computer device. The memory stores computer-readable instructions, which, when executed by the processor, enable the processor to implement a transaction credential on-chain method. The network interface of the computer device is used for communication with terminals. Those skilled in the art will understand that… Figure 3 The structure shown is merely a block diagram of a portion of the structure related to the present application and does not constitute a limitation on the computer device to which the present application is applied. Specific computer devices may include more or fewer components than those shown in the figure, or combine certain components, or have different component arrangements.

[0258] In this embodiment, the processor is used to execute... Figure 2 The specific functions of the acquisition module 1100, processing module 1200, request module 1300, sending module 1400, and execution module 1500 are described. The memory stores the program code and various types of data required to execute the above modules. The network interface is used for data transmission between the user terminal and the server. In this embodiment, the memory stores the program code and data required to execute all sub-modules in the transaction certificate on-chain device. The server can call the server's program code and data to execute the functions of all sub-modules.

[0259] Computer equipment collects transaction data generated from the transaction behavior of associated users linked to transaction nodes, and converts the financial behaviors represented in the transaction data into transaction certificates in financial instruments. These transaction certificates can be accompanied by a corresponding first transaction request, propagated on the blockchain, and can also be used to conduct financial transactions with a third-party transaction node designated by the first transaction request. This method makes the circulation and storage of transaction certificates public and blockchain-based, avoiding the risk of loss of instruments caused by centralized services and improving the security of instrument circulation and storage. By recording the real transaction behavior of associated users on the blockchain, it overcomes the drawback of blockchain finance lacking physical value support, enabling blockchain finance to map a real value system.

[0260] This application also provides a storage medium storing computer-readable instructions, which, when executed by one or more processors, cause the one or more processors to perform the steps of the transaction certificate on-chain method of any of the above embodiments.

[0261] Those skilled in the art will understand that all or part of the processes in the methods of the above embodiments can be implemented by a computer program instructing related hardware. This computer program can be stored in a computer-readable storage medium, and when executed, it can include the processes of the embodiments of the methods described above. The aforementioned storage medium can be a non-volatile storage medium such as a magnetic disk, optical disk, or read-only memory (ROM), or random access memory (RAM).

[0262] Those skilled in the art will understand that the steps, measures, and solutions in the various operations, methods, and processes discussed in this application can be alternated, modified, combined, or deleted. Furthermore, other steps, measures, and solutions in the various operations, methods, and processes discussed in this application can also be alternated, modified, rearranged, decomposed, combined, or deleted. Furthermore, steps, measures, and solutions in the prior art that are similar to those disclosed in this application can also be alternated, modified, rearranged, decomposed, combined, or deleted.

[0263] The above description is only a partial embodiment of this application. It should be noted that for those skilled in the art, several improvements and modifications can be made without departing from the principle of this application, and these improvements and modifications should also be considered within the scope of protection of this application.

Claims

1. A method for putting transaction certificates on the blockchain, characterized in that, include: Collect transaction data generated by users associated with transaction nodes; Based on the transaction data, the transaction node generates a transaction certificate that records the transaction data; According to the preset transaction rules, the transaction node generates a first transaction request corresponding to the transaction certificate; The transaction node sends the first transaction request and transaction certificate to the third-party transaction node through the main chain network; The third-party transaction node conducts a certificate transaction with the transaction node based on the first transaction request and transaction certificate; The third-party transaction node includes a user node, and the third-party transaction node conducts a certificate transaction with the transaction node based on the first transaction request and transaction certificate, including: The user node generates a first transaction decision instruction based on the first transaction request; Based on the first transaction decision instruction and transaction voucher, transaction settlement is performed on the wallet data of the user node and the transaction node, and the transaction settlement content is recorded in the transaction ledger of the accounting node; A first block containing the transaction settlement content is generated based on the transaction ledger; The third-party transaction node also includes a central node. After generating the first block containing the transaction settlement content based on the transaction ledger, the process includes: The user node sends a second transaction request and the transaction certificate to the central node; The central node generates a second transaction decision instruction based on the second transaction request; According to the second transaction decision instruction and transaction voucher, the wallet of the central node performs financial settlement to the wallet of the user node, and records the financial settlement content in the transaction ledger of the accounting node; A second block containing the financial settlement content is generated based on the transaction ledger.

2. The method for putting transaction certificates on the blockchain according to claim 1, characterized in that, The third-party transaction node also includes a redemption node. After generating the first block containing the transaction settlement content based on the transaction ledger, the process includes: The user node sends a third transaction request and the transaction certificate to the redemption node; The redemption node reads the redemption conditions recorded in the transaction certificate according to the third transaction request; When the redemption conditions are met, based on the transaction voucher, the wallet of the redemption node performs redemption settlement to the wallet of the user node, and records the redemption settlement content in the transaction ledger of the accounting node; A third block, including the payment and settlement information, is generated based on the transaction ledger.

3. The method for putting transaction certificates on the blockchain according to claim 2, characterized in that, After generating the second block including the financial settlement content based on the transaction ledger, the method further includes: The central node sends a fourth transaction request and the transaction certificate to the redemption node; The redemption node reads the redemption conditions recorded in the transaction certificate according to the fourth transaction request; When the redemption conditions are met, based on the transaction certificate, the wallet of the redemption node performs redemption settlement to the wallet of the central node, and records the redemption settlement content in the transaction ledger of the accounting node; A fourth block, including the payment and settlement information, is generated based on the transaction ledger.

4. The method for on-chaining transaction certificates according to claim 1, characterized in that, The transaction data generated by users associated with the transaction node includes: Collect the transaction behavior of the associated users; Based on the transaction behavior, activate the data collection container corresponding to the transaction behavior; The transaction status of the transaction behavior is collected through the data collection container; When the transaction status indicates that the transaction behavior is completed, the data acquisition container collects the transaction data generated by the transaction behavior.

5. The method for on-chaining transaction certificates according to claim 4, characterized in that, The process of collecting the transaction status of the transaction behavior through the data acquisition container includes: The external interface of the data acquisition container is configured based on a preset container orchestrator; The data acquisition container calls the initial transaction state of the transaction behavior through the external interface; The frequency of the data acquisition container calling the external interface is dynamically adjusted based on the initial transaction status. Based on the frequency of calls, the data acquisition container continuously collects the transaction status of the transaction behavior.

6. The method for on-chaining transaction certificates according to claim 1, characterized in that, The process of generating a transaction certificate recording the transaction data by the transaction node based on the transaction data includes: Obtain dispute data arising from the aforementioned transaction; The transaction certificate for the transaction node is generated based on the transaction data and dispute data; The dispute content and outcome represented by the dispute data are written into the transaction certificate.

7. A device for putting transaction certificates on a blockchain, characterized in that, include: The data collection module is used to collect transaction data generated by users associated with the transaction node through their transaction activities. The processing module is used to generate a transaction certificate recording the transaction data by the transaction node based on the transaction data. The request module is used to generate a first transaction request corresponding to the transaction certificate by the transaction node according to preset transaction rules; The sending module is used by the transaction node to send the first transaction request and transaction certificate to a third-party transaction node through the main chain network; The execution module is used for the third-party transaction node to conduct a certificate transaction with the transaction node based on the first transaction request and the transaction certificate; The third-party transaction node includes a user node, and the execution module is further configured to: The user node generates a first transaction decision instruction based on the first transaction request; Based on the first transaction decision instruction and transaction voucher, transaction settlement is performed on the wallet data of the user node and the transaction node, and the transaction settlement content is recorded in the transaction ledger of the accounting node; A first block containing the transaction settlement content is generated based on the transaction ledger; The third-party transaction node also includes a central node, and the execution module is further used for: The user node sends a second transaction request and the transaction certificate to the central node; The central node generates a second transaction decision instruction based on the second transaction request; According to the second transaction decision instruction and transaction voucher, the wallet of the central node performs financial settlement to the wallet of the user node, and records the financial settlement content in the transaction ledger of the accounting node; A second block containing the financial settlement content is generated based on the transaction ledger.

8. A computer device comprising a memory and a processor, the memory storing computer-readable instructions which, when executed by the processor, cause the processor to perform the steps of the transaction credential on-chain method as claimed in any one of claims 1 to 6.

9. A storage medium storing computer-readable instructions, which, when executed by one or more processors, cause the one or more processors to perform the steps of the transaction certificate on-chain method as claimed in any one of claims 1 to 6.

Images