CN117151878A

CN117151878A - Transaction processing method and device, electronic equipment and storage medium

Info

Publication number: CN117151878A
Application number: CN202311125645.3A
Authority: CN
Inventors: 徐加明; 李育红; 裴晓玉; 赵树伟; 刘建峰
Original assignee: China Post Information Technology Beijing Co ltd
Current assignee: China Post Information Technology Beijing Co ltd
Priority date: 2023-09-01
Filing date: 2023-09-01
Publication date: 2023-12-01

Abstract

The invention discloses a transaction processing method, a transaction processing device, electronic equipment and a storage medium, wherein the method comprises the following steps: when a transaction request is received, acquiring a mode type carried in the transaction request; determining a target data processing mode corresponding to the mode type; determining a target transaction result corresponding to the transaction request based on the target data processing mode; and feeding back the target transaction result to the target client according to a feedback mode in the target data processing mode. The method and the device have the advantages that when the blockchain node is connected with different computing engines, uplink storage is carried out according to the result data of each computing engine, and when the processing time required by a transaction request is long, the execution result is directly obtained from a pre-constructed result blockchain.

Description

Transaction processing method and device, electronic equipment and storage medium

Technical Field

The present invention relates to the field of blockchain technologies, and in particular, to a transaction processing method, a device, an electronic device, and a storage medium.

Background

When transaction processing is performed based on the blockchain, after the transaction request sent by the client is successfully authenticated, the transaction request is processed based on the intelligent contract in the blockchain, and the processing result is fed back to the client after the processing is completed. The processing process data and the result data of each computing engine are different due to the fact that the computing engines connected with different blockchain nodes are different, so that the problem that blockchain cannot be subjected to consensus and uplink storage is caused, and the problem that the waiting time of a client is uncontrollable due to the fact that the client needs to wait for a processing result all the time under the condition that a transaction request needs a longer processing time.

In order to solve the above problems, improvements in transaction processing methods of blockchains are needed.

Disclosure of Invention

The invention provides a transaction processing method, a device, electronic equipment and a storage medium, which are used for solving the problems that when different blockchain nodes are connected with different calculation engines, the execution results cannot be subjected to consensus and uplink storage due to different execution processes, and when the processing time required by a transaction request is longer, the waiting time of a client is uncontrollable.

In a first aspect, an embodiment of the present invention provides a transaction processing method, including:

when a transaction request is received, acquiring a mode type carried in the transaction request;

determining a target data processing mode corresponding to the mode type; the target data processing mode comprises a synchronous processing mode or an asynchronous processing mode;

determining a target transaction result corresponding to the transaction request based on the target data processing mode;

and feeding back the target transaction result to a target client according to a feedback mode in the target data processing mode.

In a second aspect, an embodiment of the present invention further provides a transaction processing apparatus, including:

The mode type determining module is used for acquiring the mode type carried in the transaction request when the transaction request is received;

the processing mode determining module is used for determining a target data processing mode corresponding to the mode type, wherein the target data processing mode comprises a synchronous processing mode or an asynchronous processing mode;

the result determining module is used for determining a target transaction result corresponding to the transaction request based on the target data processing mode;

and the result feedback module is used for feeding back the target transaction result to the target client according to a feedback mode in the target data processing mode.

In a third aspect, an embodiment of the present invention further provides an electronic device, including:

at least one processor; and

a memory communicatively coupled to the at least one processor; wherein,

the memory stores a computer program executable by the at least one processor to enable the at least one processor to perform the transaction processing method according to any one of the embodiments of the present invention.

In a fourth aspect, embodiments of the present invention further provide a computer readable storage medium storing computer instructions for causing a processor to execute the transaction processing method according to any one of the embodiments of the present invention.

According to the technical scheme, when the transaction request is received, the mode type carried in the transaction request is acquired, and the mode type of the transaction request is judged to determine the target data processing mode corresponding to the transaction request. Specifically, determining a target data processing mode corresponding to the mode type, if the mode type is a synchronous processing mode type, the target data processing mode is a synchronous processing mode, and if the mode type is an asynchronous processing mode type, the target data processing mode is an asynchronous processing mode. Further, based on the target data processing mode, determining a target transaction result corresponding to the transaction request, and feeding back the target transaction result to a target client according to a feedback mode in the target data processing mode. If the target data processing mode is a synchronous processing mode, the transaction request is processed in real time based on a computing engine connected with the blockchain, the obtained target transaction result is fed back to the client, and the execution result is only concerned but the execution process is not concerned when the synchronous processing is carried out, so that the problem that the blockchain cannot be commonly recognized and stored in a uplink due to different processing process data when the blockchain point association computing engines are different is solved. If the target data processing mode is an asynchronous processing mode, after the transaction request is calculated and processed based on the calculation engine, the target transaction result is sent to a pre-built result blockchain, so that when the target transaction result corresponding to the transaction request is received, which is sent by the client, the corresponding target transaction result is directly obtained from the result blockchain, and the problems that when the execution time of executing the transaction request is long, the waiting time of the client is uncontrollable and the server resource is insufficient or the system throughput is reduced are solved. The method and the device have the advantages that when the blockchain node is connected with different computing engines, uplink storage is carried out according to the result data of each computing engine, and when the processing time required by a transaction request is long, the execution result is directly obtained from a pre-constructed result blockchain.

It should be understood that the description in this section is not intended to identify key or critical features of the embodiments of the invention or to delineate the scope of the invention. Other features of the present invention will become apparent from the description that follows.

Drawings

In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings required for the description of the embodiments will be briefly described below, and it is apparent that the drawings in the following description are only some embodiments of the present invention, and other drawings may be obtained according to these drawings without inventive effort for a person skilled in the art.

FIG. 1 is a schematic diagram of transaction processing based on a Hyperledger Fabric blockchain in accordance with the present invention;

FIG. 2 is a flow chart of a transaction processing method according to a first embodiment of the present invention;

FIG. 3 is a flowchart of processing a transaction request based on a synchronous processing method according to a first embodiment of the present invention;

FIG. 4 is a flow chart of a transaction processing method according to a second embodiment of the present invention;

FIG. 5 is a flow chart of processing a transaction request based on an asynchronous processing mode according to a second embodiment of the present invention;

FIG. 6 is a schematic diagram of an associative relationship of a blockchain backbone, a resulting blockchain, and a compute engine provided in accordance with a second embodiment of the invention;

fig. 7 is a schematic structural diagram of a transaction processing device according to a third embodiment of the present invention;

fig. 8 is a schematic structural diagram of an electronic device implementing a transaction processing method according to an embodiment of the present invention.

Detailed Description

In order that those skilled in the art will better understand the present invention, a technical solution in the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings in which it is apparent that the described embodiments are only some embodiments of the present invention, not all embodiments. All other embodiments, which can be made by those skilled in the art based on the embodiments of the present invention without making any inventive effort, shall fall within the scope of the present invention.

It should be noted that the terms "first," "second," and the like in the description and the claims of the present invention and the above figures are used for distinguishing between similar objects and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used may be interchanged where appropriate such that the embodiments of the invention described herein may be implemented in sequences other than those illustrated or otherwise described herein.

Before the technical scheme is elaborated, an application scene of the technical scheme is simply introduced so as to more clearly understand the technical scheme. Hyperledger Fabric blockchain (simply referred to as Fabric blockchain) is an enterprise-oriented federated chain that includes multiple types of nodes, such as client nodes, peer nodes (i.e., peer nodes), and ordering nodes (i.e., orderer nodes), among others, which in turn include endorsement nodes, management nodes, and commit nodes, among others. Wherein a peer node may also be understood as a blockchain node in a blockchain. The Fabric blockchain comprises a plurality of channels (channels), and each channel is provided with self-closed account book data and a chain code (chain), wherein the chain code is an intelligent contract in the Fabric blockchain. As shown in fig. 1, a peer node may choose which tunnels to join, which may join after authentication by peers already in the tunnels. The client node (i.e., SDK) may initiate a transaction proposal to a channel in the fabrrc blockchain, such that the client node sends the transaction proposal to an endorsement node in the channel. The endorsement node in the channel has a transaction proposal system interface so that the endorsement node can pre-execute and digitally sign the transaction proposal received from the client node by invoking the system interface and return the pre-execution result and the digital signature to the client node after the pre-execution. The client node, upon receiving the transaction pre-execution results and the signature (i.e., transaction results) from the various endorsement nodes, sends them to the ordering node. The ordering node is used for ordering the transactions, and packaging the ordered transactions into blocks according to fixed time intervals and sending the blocks to the management node. The management node broadcasts the block to each commit node after receiving the block. The commit node verifies the execution status of each transaction in the block after receiving the block, marks its execution status in each transaction of the block, and then adds the block to the ledger data of the present node (i.e., commits the block). Wherein each peer node is a submitting node, i.e. each peer node locally includes ledger data for the channel. When the peer node needs to inquire account book data in the blockchain, the peer node can inquire the data by calling the system chain code, wherein the account book data comprises transaction data, block data and the like.

However, in practical applications, the existing blockchain requires that the data states of the execution intelligent contracts of the blockchain link points are identical, so as to determine whether the execution results are identical, and in the practical use process, the calculation engines connected with each blockchain node are different, so that the data generated in the execution process are also different, and a consensus cannot be formed on the blockchain. For some transaction tasks, for example, AI tasks, the execution time of the intelligent contracts in the blockchain may be long, which results in uncontrollable waiting time of the client node, seriously reduces the operation of the whole system, and may even cause that a great amount of waiting resources of the front-end system cannot be released, resulting in insufficient server resources or reduced system throughput.

Based on the above, when the transaction request initiated by the client node is actually processed, the method determines the mode type corresponding to the transaction request, processes the transaction task carried in the transaction request based on the data processing mode corresponding to the mode type, and finally feeds back the processing result to the client node. Wherein the pattern types include a synchronous processing pattern type and an asynchronous processing pattern type.

Example 1

Fig. 2 is a flowchart of a transaction processing method provided in an embodiment of the present invention, where the embodiment is applicable to determining a mode type corresponding to a transaction request when receiving the transaction request sent by a client, if the mode type is a synchronous processing mode, processing the transaction request based on a computing engine in a blockchain and feeding back a processing result to the client in real time, if the mode type is an asynchronous processing mode, storing the processing result of the computing engine in a pre-built result blockchain, and when detecting that the client acquires the processing result corresponding to the transaction request, directly acquiring the processing result from the result blockchain.

As shown in fig. 2, the method includes:

s110, when a transaction request is received, the mode type carried in the transaction request is acquired.

The transaction request may be understood as a task request initiated by a client node, where the transaction request includes information such as a transaction task to be processed, a task name, a task processing duration, and a mode parameter. The mode type may be understood as a task type corresponding to a task to be processed determined based on a mode parameter in the transaction request, and in the technical scheme, the mode type includes a synchronous processing mode type and an asynchronous processing mode type.

In practical application, a user can initiate a transaction request based on a client node, and in the transaction request received by an endorsement node in a blockchain, the transaction request is analyzed to determine the mode type carried by the transaction request according to the mode parameter in the transaction request.

Optionally, obtaining the mode type carried in the transaction request includes: acquiring a target identification bit in a transaction request; and determining the mode type of the transaction request according to the identification content of the target identification bit.

The target identification bit refers to an identification character of a mode parameter carried in the transaction request, for example, the target identification bit can be represented by a mode. The identification content refers to an identification character carried by the target identification bit and used for representing the mode type, for example, in the technical scheme, the identification content of the synchronous processing mode type can be represented by sync, and the identification content of the asynchronous processing mode type can be represented by async.

In practical application, the task processing duration of the transaction task to be processed corresponding to the transaction request may be longer or shorter. When the task processing time is short, the blockchain can call a calculation engine connected with the blockchain to process the transaction task to be processed in real time, and the processed calculation result is fed back to the client node. For such transaction tasks to be processed, the identification content of the target identification bit is set as a sync, so that the intelligent contract in the blockchain determines that the corresponding transaction request corresponds to the synchronous processing mode type according to the identification content of the target identification bit.

If the task processing time required by the transaction task to be processed is longer, the task processing time indicates that the execution time of the intelligent contract in the blockchain to the transaction task to be processed is longer, and at this time, the problem that the waiting time of the client node is uncontrollable may exist. Based on the identification content of the target identification bit corresponding to the transaction task to be processed is set as async, so that the intelligent contract in the blockchain determines that the corresponding transaction request corresponds to the asynchronous processing mode type according to the identification content.

Illustratively, an engine management module, a transaction distribution module, a contract management module, an asynchronous data processing module, and a structural chain management module are included in the blockchain.

Specifically, the engine management module includes at least one blockchain node, and each blockchain node can register a configuration service provider from a computing engine corresponding to a respective blockchain link point to the blockchain, and record hash values of executable files of the computing engine, execution entry addresses of the computing engine, simulation execution entry addresses and the like on the blockchain. The executable file may be binary or jar package. After a client node connected to the blockchain sends a transaction request, the smart contracts in the blockchain may read the model parameters (i.e., the target identification bits) in the transaction request. If the identification content of the target identification bit is sync, which indicates that the transaction task to be processed corresponding to the transaction request can be completed in a short time, it can be determined that the mode type corresponding to the transaction request is a synchronous processing mode type, and the synchronous processing flow will be entered. If the identification content of the target identification bit is async, which indicates that the transaction task to be processed corresponding to the transaction request needs a longer processing time, the mode type corresponding to the transaction request can be determined to be an asynchronous processing mode type, and an asynchronous processing flow is entered.

S120, determining a target data processing mode corresponding to the mode type.

The target processing mode comprises a synchronous processing mode corresponding to a synchronous processing mode type and an asynchronous processing mode corresponding to an asynchronous processing mode type.

In the technical scheme, the blockchain executing the intelligent contract is taken as a main chain of the blockchain, and the result blockchain is constructed outside the main chain.

The aim of the configuration is that when the processing time required by the transaction task to be processed in the transaction request is shorter, the corresponding mode type is the synchronous processing mode type, and at the moment, the calculation engine corresponding to the main chain in the blockchain can directly perform calculation processing on the transaction task to be processed, and the calculation result is fed back to the client node. When the mode type is an asynchronous processing mode type, the mode type indicates that the processing required by the task to be processed is long, and the waiting time corresponding to the client node is uncontrollable at the moment, so that the corresponding transaction task to be processed needs to be processed asynchronously, the calculation result is stored in a pre-constructed result blockchain after the processing is finished, the calculation result corresponding to the query requirement is directly called from the result blockchain according to the query requirement of the client node and fed back to the client node, the problem that the waiting time of the client node is uncontrollable is solved, and the effect of reducing the calculation pressure of a blockchain main chain can be achieved.

S130, determining a target transaction result corresponding to the transaction request based on the target data processing mode.

In the technical scheme, the target data processing mode comprises a synchronous processing mode corresponding to a synchronous processing mode type and an asynchronous processing mode corresponding to an asynchronous processing mode type. Correspondingly, if the target data processing mode is a synchronous processing mode, which indicates that when the transaction task to be processed is processed, calculation can be performed based on a calculation engine connected with the blockchain main chain, and the calculation result is directly fed back to the client node, the target transaction result is the calculation result directly fed back to the client node based on the blockchain main chain.

In this embodiment, if the target data processing method is a synchronous processing method, in the processing procedure, the synchronous processing method includes: and acquiring an engine entry address based on the engine name corresponding to each node in the blockchain, and calling a corresponding computing engine based on the engine entry address so as to determine a target transaction result corresponding to the transaction request based on the computing engine.

Based on the above example, the contract management module may register the hash value (hash value) of the executable file corresponding to the computing engine to the corresponding blockchain, and divide the intelligent union in the blockchain into a process state (process_state) and a result state (result_state) when the target data processing mode is the synchronous processing mode. The process state may record key process data in the respective execution process of each contract engine, and the result state records the calculation result after the execution of each contract engine is completed. On this basis, the client node connected to the blockchain may collect the process state and the result state from each peer node, and send the process state and the result state to the orderer node, so as to sort and store the calculation results of the calculation engine based on the orderer node.

Specifically, the computing engines connected to each blockchain node in the blockchain may be different, so when each blockchain node processes a transaction task to be processed, the blockchain node obtains an engine entry address based on an engine name associated with each node (i.e., the blockchain node), further invokes a corresponding computing engine based on the engine entry assignment, and performs computing processing on the task to be processed based on the computing engine, so as to obtain a target transaction result corresponding to the transaction request.

Illustratively, each peer node in the blockchain needs to execute an intelligent contract, and before a business needs to be developed, attribute information of the computing engine is registered in the corresponding blockchain node to invoke the computing engine corresponding to each blockchain node based on the intelligent contract. The attribute information of the computing engine includes, but is not limited to, an engine name, a hash value (hash value) of an engine executable file, an engine entry address1 of the computing engine, an analog execution entry address2, and an intelligent contract name cc_name for executing the computing engine. Wherein the engine names of the blockchain nodes are the same.

On this basis, as shown in fig. 3, the client node sends a transaction request to a transaction distribution module in the blockchain, and an intelligent contract in the transaction distribution module determines that a mode type corresponding to the transaction request is a synchronous processing mode type according to a sync (i.e., identification content) carried in a target identification bit by identifying a mode flag bit (i.e., target identification bit) carried in the transaction request. At this time, the transaction request is sent to the intelligent contract of the blockchain node, the intelligent contract obtains the engine execution entry address (namely, the engine entry address) according to the engine name corresponding to each blockchain node, verifies whether the executable file of the computing engine is tampered according to the hash value hash of the registered executable file, and if the executable file is determined not to be tampered after verification, invokes the corresponding computing engine based on the engine entry address so as to determine the target transaction result corresponding to the transaction request based on the computing engine.

And S140, feeding back the target transaction result to the target client according to a feedback mode in the target data processing mode.

Based on the above example, referring again to fig. 3, the process information and the result information are generated in the process of calculating the transaction task to be processed based on the calculation engine, at this time, the calculation engine records the process information and the result information into the smart contract status database through the storage interface connected with the smart contract, and feeds back the result data set (i.e. the target transaction result) to the client node. Wherein the result data set comprises process information and result information.

Optionally, when the target data processing mode is a synchronous processing mode, after feeding back the target transaction result to the target client according to a feedback mode in the target data processing mode, the method further includes: detecting a target transaction result fed back by each node based on the client; transmitting at least one target transaction result to the ordering node based on the detection result; processing at least one target transaction result based on the fusion calculation intelligent contract deployed in the sequencing node; and based on the processing results, storing at least one target transaction result in a uplink manner.

The sorting node may be understood as sorting according to the time of feeding back the target transaction result to the client node, and storing the target transaction result to the blockchain node in the blockchain. A fused computational intelligence contract may be understood as an intelligence contract that performs a secondary computational analysis of a target transaction result. The target transaction results include process data and/or outcome data.

Based on the above example, referring again to fig. 3, after collecting the data results (i.e., target transaction results) sent by the nodes in the blockchain, the client node needs to detect the target transaction results returned by the nodes. In the technical scheme, as long as the result data are the same, even if the process data in the calculation process are different, the target transaction result can be stored in a uplink manner. Further, the client node sends the target transaction result to the orderer node (i.e., the sorting node) to parse the target transaction result based on the fusion calculation intelligent contract deployed in the sorting node, and after parsing to a specific contract identifier, for example, the contract name, performs secondary calculation analysis on the target transaction result sent by the client node, for example, fusion calculation and integration are performed on process data and state data in the target transaction result, a unique result is generated, the obtained unique result is sorted, and operations such as uplink storage are performed on the generated block data.

Illustratively, the target transaction results are discretely segmented and evaluation levels of each stage are defined. Wherein the process data includes calculated values for each evaluation level and key data values intermediate the calculations. The result data may include high, low, medium, excellent, good, and pass assessment ratings. For example, the target transaction result includes 30 evaluation values of the users, and on this basis, it is necessary to determine the evaluation level corresponding to each user according to the evaluation values of each user. After receiving the target transaction result, the sorting node can perform secondary analysis processing on the target transaction result based on the fusion calculation intelligent contract deployed in the sorting node so as to determine the evaluation level corresponding to each user, obtain the evaluation result, and store the evaluation result in a uplink manner.

Example two

Fig. 4 is a flowchart of a transaction processing method according to a second embodiment of the present invention, and optionally, a process of processing a transaction request based on an asynchronous processing manner is refined.

As shown in fig. 4, the method includes:

s210, when a transaction request is received, the mode type carried in the transaction request is acquired.

S220, determining a target data processing mode corresponding to the mode type.

S230, if the target data processing mode is an asynchronous processing mode, determining a target transaction result corresponding to the transaction request based on the asynchronous processing mode.

In practical application, after receiving a transaction request sent by a client node, a target identification bit mode carried in the transaction request is obtained, and the mode type of the transaction request is determined to be an asynchronous processing mode type according to identification content async carried in the target identification bit, and correspondingly, a target data processing mode corresponding to the transaction request is an asynchronous processing mode.

If the target data processing mode is an asynchronous processing mode, it indicates that when the transaction task to be processed is processed, the transaction task to be processed can be handed over to a calculation engine connected with the blockchain for processing, after the calculation result is obtained, the calculation result is stored in a pre-constructed result blockchain, and at this time, the target transaction result is based on the calculation result which is called from the result blockchain and fed back to the client node.

In this embodiment, if the target data processing manner is an asynchronous processing manner, in the processing procedure, the asynchronous processing manner includes: generating a retrieval identifier corresponding to the transaction request based on the intelligent contracts in each node in the blockchain; generating a computing task based on the retrieval identification, the asynchronous processing time length, the computing engine name and the node identification; a target transaction result corresponding to the computing task is determined based on the computing engine.

Wherein the retrieval identifier is unique identification information corresponding to the transaction request. An asynchronous processing duration may be understood as the duration required when computing processing a transaction task to be processed in a transaction request based on a computing engine. Node identification can be understood as identifying information for associating the compute engine and blockchain nodes. A computing task may be understood as an asynchronous processing task generated by a server connected to a blockchain from information sent by a smart contract.

In practical application, when asynchronous processing is required to be carried out on a transaction task to be processed in a transaction request, a calling identifier corresponding to the transaction request is generated based on an intelligent contract in a blockchain, the calling identifier, asynchronous processing time length, a calculation engine name and a node identifier carried in the transaction request are sent to a server connected with the blockchain, and a calculation task is generated based on the server. Further, the generated calculation tasks are sent to corresponding calculation engines, so that the calculation tasks are processed based on the calculation engines, and target transaction results are obtained. The calculation engine used in asynchronous processing is the same as the calculation engine used in synchronous processing, and can be a preset calculation engine specially used for calculating asynchronous processing tasks.

Illustratively, as shown in fig. 5, the client node sends a transaction request to a transaction distribution module in the blockchain, and after the transaction distribution module receives the transaction request sent by the client node, the transaction distribution module determines that the mode type corresponding to the transaction request is an asynchronous processing mode type according to the identification content async in the mode flag bit (i.e., the target identification bit) carried in the transaction request. Further, the transaction distribution module sends the transaction request to the intelligent contract, generates a unique address (i.e. a calling identifier) corresponding to the transaction request by the intelligent contract, sends an expiration time1 (i.e. asynchronous processing duration) corresponding to the transaction request based on contract parameters, a calculation engine name, a node name (i.e. a node identifier) of specified calculation and the like to a server connected with the blockchain, generates a calculation task based on the server, determines a target transaction result corresponding to the calculation task based on the calculation engine, records the calculation task in the blockchain main chain, returns the calculation task, and subsequently performs the original uplink flow.

The aim of the arrangement is that if the mode type of the transaction request is asynchronous processing mode type, the execution time required by the transaction task to be processed carried in the transaction request is longer, and if the calculation processing is directly performed based on the intelligent convention in the blockchain, the overtime problem can be caused. Based on the above, in the technical scheme, when processing the transaction task to be processed in the asynchronous processing mode type, a corresponding calculation task needs to be generated and sent to the result blockchain in the blockchain, so that the calculation task is calculated based on the result blockchain, the calculation pressure of the main chain in the blockchain is reduced, and the problem of overtime processing of the blockchain is avoided.

On the basis, the block dropping information of the blockchain is monitored based on a computing engine; and storing the target transaction result and the computing task corresponding to the result blockchain based on the block falling information, so that when the target transaction result corresponding to the transaction request is received and obtained, the target transaction result is called from the result blockchain based on the computing task.

The block dropping information can be understood as information of whether the blockchain creates a new block based on the original blockchain. The resulting blockchain may be understood as a blockchain for storing asynchronous processing results when asynchronously processing pending transaction tasks in a transaction request.

It should be noted that the resulting blockchain is a blockchain preset on the basis of the blockchain backbone, and is different from the blockchain backbone. The advantage of this arrangement is that the asynchronous processing results are stored up-chain into the result blockchain to obtain the corresponding processing results directly from the result blockchain when the query requirement of the client node is detected. That is, the client node does not need to wait for the processing result to be fed back by the computing engine in the blockchain all the time, so that the problem that the waiting time of the client node is uncontrollable when the transaction task to be processed needs longer processing time is solved.

Specifically, when asynchronous processing is performed, a calculation result corresponding to a transaction request is calculated based on a calculation engine, and at this time, the calculation result needs to be stored in a result blockchain. Before the calculation result is stored in the uplink, it needs to be determined, based on the calculation engine, whether the block storage space of the last block in the result blockchain meets the storage requirement. If the block storage space is sufficient, a new block is not required to be re-created, otherwise, if the block storage space is insufficient, a new block can be created at the moment, a target transaction result and a calculation task obtained through asynchronous processing are stored into the new block in the result blockchain, the new block is connected with the last block in the blockchain, and the original result blockchain is updated. Further, when receiving to obtain the target transaction result corresponding to the transaction request, directly obtaining the target transaction result corresponding to the transaction request from the result blockchain.

The method has the advantages that the execution tasks on the blockchain nodes are fewer, the execution speed is high, and the blockchain main chain is not influenced, so that the blockchain main chain can normally develop other services.

Based on the above example, referring again to fig. 5, before storing the target transaction result and the computing task correspondence onto the result blockchain, further includes: and determining whether to store the target transaction result based on the asynchronous processing time length, the current time and the receiving time corresponding to the receiving transaction request in the computing task.

In practical applications, it is generally necessary to estimate an asynchronous processing time length corresponding to a computing task when processing the computing task, for example, a preset maximum processing time length corresponding to the computing task may be used as the asynchronous processing time length. Further, a processed duration is determined according to the current time and a receiving time corresponding to the received transaction request, and whether the target transaction result is stored in the result blockchain is determined according to the asynchronous processing duration and the processed duration. Specifically, if the processed time length is longer than the asynchronous processing time length, which indicates that the processing time length of the computing engine to the computing task is too long, the target transaction result corresponding to the computing engine is not stored in a uplink manner. If the processed time length is smaller than the asynchronous processing time length, the calculation engine is indicated to finish processing the calculation task within the preset time length, and at the moment, the target transaction result obtained by the calculation engine is stored in the result blockchain.

The purpose of the setting is that in the process of processing the computing task by the computing engine, the computing engine can not normally process the computing task due to the network reasons, the computing engine fault reasons and the like, the processing process of the computing engine can be ended, the uplink storage of the process data and the result data in the processing process of the computing engine is avoided, the unlimited processing of the computing task by the computing engine is avoided, the operation load of the computing engine is reduced, and the execution speed of the computing engine is improved.

S240, feeding back the target transaction result to the target client according to the feedback mode in the target data processing mode.

Based on the above example, referring again to fig. 5, the process state and the result state (i.e., the target transaction result) in the processing of the computing task by the computing engine are sent to the smart contracts in the result blockchain, and based on the smart contracts, the expiration time corresponding to the target transaction result is detected, and the participation calculation list, etc., it is determined whether the target transaction result is valid. Further, after the detection is passed, binding the target transaction result with the unique address of the calculation task so as to feed back the target transaction result to the target client.

Optionally, when a target transaction result corresponding to the transaction request is received and sent by the client, determining a computing task corresponding to the transaction request from the blockchain; the target transaction result is retrieved from the result blockchain based on the computing task.

When asynchronous processing is carried out, a target transaction result corresponding to a transaction task to be processed in the transaction request is stored in a result blockchain. If the target transaction result corresponding to the transaction request is detected to be obtained based on the client, a calculation task corresponding to the transaction request can be determined from the blockchain main chain, and the target transaction result is obtained from the result blockchain according to the unique address bound by the calculation task.

It should be noted that, when the client node sends a transaction request, only the blockchain backbone can process the transaction request. In practical application, when the transaction request is processed, the target transaction result obtained based on the calculation engine is not stored in the blockchain main chain but is stored in the result blockchain, so in order to facilitate the client node to call the target transaction result from the blockchain, the target transaction result in the blockchain main chain, the calculation task and the result blockchain needs to be associated, so that when the target transaction result corresponding to the transaction request is received, the corresponding target transaction result is quickly obtained from the result blockchain.

Optionally, if the target processing mode is an asynchronous processing mode, at least one target transaction result is associated with the computing task during uplink storage.

Illustratively, when a transaction request a is asynchronously processed, a target transaction result obtained by asynchronous processing is stored in a block 2 of a result blockchain, and storage path information is stored in a block 1 of the blockchain backbone. When the client is detected to acquire the target transaction result corresponding to the transaction request A, the storage path information in the block 1 can know that the target transaction result corresponding to the transaction request needs to be acquired from the block 2.

Optionally, when the target data processing mode is an asynchronous processing mode, after feeding back the target transaction result to the target client according to a feedback mode in the target data processing mode, the method further includes: detecting a target transaction result fed back by each node based on the client; transmitting at least one target transaction result to the ordering node based on the detection result; processing at least one target transaction result based on the fusion calculation intelligent contract deployed in the sequencing node; and based on the processing results, storing at least one target transaction result in a uplink manner.

Based on the above example, referring again to fig. 5, after the client node collects the data results (i.e., the target transaction results) sent by the nodes in the blockchain, the client node needs to detect the target transaction results returned by the nodes. Similar to the synchronization process, the client node sends the target transaction result to the orderer node (i.e., the sorting node) to parse the target transaction result based on the converged computing intelligent contract deployed in the sorting node, and after parsing to a specific contract identifier, such as a contract name, performs a secondary computing analysis on the target transaction result sent by the client node, and re-associates the analysis result to the computing engine that processes the computing task.

It should be noted that, in the present solution, as shown in fig. 6, the main chain of the blockchain may be associated with at least one result blockchain, for example, the blockchain main chain may be associated with the result chain 1, the result chain 2 and the result chain 3, and each result blockchain may be connected to the same computing engine, or may be connected to different computing engines, for example, the result chain 1 is associated with the computing engine group 1, and the result chain 2 and the result chain 3 may be associated with the computing engine group 2.

The benefit of this arrangement is that by associating the backbone of the blockchain with multiple result blockchains, while associating each result blockchain with multiple compute engines, the backbone pressure reduction server network load can be effectively reduced when asynchronous processing is performed.

According to the technical scheme, if the target data processing mode is an asynchronous processing mode, a target transaction result corresponding to the transaction request is determined based on the asynchronous processing mode, when the target data processing mode is determined to be the asynchronous processing mode, the fact that the transaction request needs longer processing time is indicated, at the moment, a computing engine connected with the blockchain is called for computing, and the obtained target transaction result is stored in a preset result blockchain. In this process, the blockchain backbone can normally perform other functions, and the client node can also perform other services without waiting for the target transaction result fed back by the calculation engine. Further, the target transaction result is fed back to the target client according to the feedback mode in the target data processing mode, that is, when the target transaction result corresponding to the transaction request is detected to be obtained by the client node, the target transaction result corresponding to the transaction request is directly obtained from the result blockchain, so that the problem that the waiting time of the client is uncontrollable when the processing time corresponding to the transaction request is long is solved.

Example III

Fig. 7 is a schematic structural diagram of a transaction processing device according to a third embodiment of the present invention. As shown in fig. 7, the apparatus includes: a mode type determination module 310, a processing mode determination module 320, a result determination module 330, and a result feedback module 340.

The mode type determining module 310 is configured to obtain, when a transaction request is received, a mode type carried in the transaction request;

a processing mode determining module 320, configured to determine a target data processing mode corresponding to the mode type, where the target data processing mode includes a synchronous processing mode or an asynchronous processing mode;

a result determining module 330, configured to determine a target transaction result corresponding to the transaction request based on the target data processing manner;

the result feedback module 340 is configured to feed back the target transaction result to the target client according to the feedback manner in the target data processing manner.

According to the technical scheme, when a transaction request is received, the mode type carried in the transaction request is acquired; determining a target data processing mode corresponding to the mode type; determining a target transaction result corresponding to the transaction request based on the target data processing mode; and feeding back the target transaction result to the target client according to a feedback mode in the target data processing mode. The method and the device have the advantages that when the blockchain node is connected with different computing engines, uplink storage is carried out according to the result data of each computing engine, and when the processing time required by a transaction request is long, the execution result is directly obtained from a pre-constructed result blockchain.

Optionally, the mode type determining module includes: the identification bit acquisition sub-module is used for acquiring a target identification bit in the transaction request;

and the mode type determining sub-module is used for determining the mode type of the transaction request according to the identification content of the target identification bit.

Optionally, the result determining module includes: the first result determining sub-module is used for acquiring an engine entry address based on the engine name corresponding to each node in the blockchain when the target data processing mode is the synchronous processing mode, and calling a corresponding computing engine based on the engine entry address so as to determine a target transaction result corresponding to the transaction request based on the computing engine.

Optionally, the result determining module includes: the identifier generation sub-module is used for generating a calling identifier corresponding to the transaction request based on intelligent contracts in all nodes in the blockchain when the target data processing mode is an asynchronous processing mode;

the task generation sub-module is used for generating a computing task based on the calling identification, the asynchronous processing time length, the computing engine name and the node identification;

a second outcome determination submodule for determining a target transaction outcome corresponding to the computing task based on the computing engine.

Optionally, the result determining module further includes: the block falling information monitoring sub-module is used for monitoring block falling information of the block chain based on the calculation engine;

and the invoking sub-module is used for correspondingly storing the target transaction result and the calculation task on the result blockchain based on the block falling information so as to invoke the target transaction result corresponding to the transaction request from the result blockchain based on the calculation task when receiving the acquisition target transaction result corresponding to the transaction request.

Optionally, the result determining module is further configured to determine, before storing the target transaction result and the computing task corresponding to the result blockchain, whether to store the target transaction result based on an asynchronous processing duration in the computing task, a current time, and a receiving time corresponding to the receiving transaction request.

Optionally, the result determining module is further configured to determine, when receiving a target transaction result sent by the client and corresponding to the transaction request, a computing task corresponding to the transaction request from the blockchain; the target transaction result is retrieved from the result blockchain based on the computing task.

Optionally, the transaction processing device further includes: the detection module is used for detecting a target transaction result fed back by each node based on the client; wherein, the target transaction result comprises process data and/or result data;

The ordering module is used for sending at least one target transaction result to the ordering node based on the detection result;

the processing module is used for processing at least one target transaction result based on the fusion calculation intelligent contract deployed in the sequencing node;

and the storage module is used for storing at least one target transaction result in a uplink mode based on the processing result.

Optionally, the storage module is further configured to associate at least one target transaction result with the computing task when storing the target transaction result in the uplink if the target processing mode is an asynchronous processing mode.

The transaction processing device provided by the embodiment of the invention can execute the transaction processing method provided by any embodiment of the invention, and has the corresponding functional modules and beneficial effects of the execution method.

Example IV

Fig. 8 shows a schematic structural diagram of the electronic device 10 of the embodiment of the present invention. Electronic devices are intended to represent various forms of digital computers, such as laptops, desktops, workstations, personal digital assistants, servers, blade servers, mainframes, and other appropriate computers. Electronic equipment may also represent various forms of mobile devices, such as personal digital processing, cellular telephones, smartphones, wearable devices (e.g., helmets, glasses, watches, etc.), and other similar computing devices. The components shown herein, their connections and relationships, and their functions, are meant to be exemplary only, and are not meant to limit implementations of the inventions described and/or claimed herein.

As shown in fig. 8, the electronic device 10 includes at least one processor 11, and a memory, such as a Read Only Memory (ROM) 12, a Random Access Memory (RAM) 13, etc., communicatively connected to the at least one processor 11, in which the memory stores a computer program executable by the at least one processor, and the processor 11 may perform various appropriate actions and processes according to the computer program stored in the Read Only Memory (ROM) 12 or the computer program loaded from the storage unit 18 into the Random Access Memory (RAM) 13. In the RAM 13, various programs and data required for the operation of the electronic device 10 may also be stored. The processor 11, the ROM 12 and the RAM 13 are connected to each other via a bus 14. An input/output (I/O) interface 15 is also connected to bus 14.

Various components in the electronic device 10 are connected to the I/O interface 15, including: an input unit 16 such as a keyboard, a mouse, etc.; an output unit 17 such as various types of displays, speakers, and the like; a storage unit 18 such as a magnetic disk, an optical disk, or the like; and a communication unit 19 such as a network card, modem, wireless communication transceiver, etc. The communication unit 19 allows the electronic device 10 to exchange information/data with other devices via a computer network, such as the internet, and/or various telecommunication networks.

The processor 11 may be a variety of general and/or special purpose processing components having processing and computing capabilities. Some examples of processor 11 include, but are not limited to, a Central Processing Unit (CPU), a Graphics Processing Unit (GPU), various specialized Artificial Intelligence (AI) computing chips, various processors running machine learning model algorithms, digital Signal Processors (DSPs), and any suitable processor, controller, microcontroller, etc. The processor 11 performs the various methods and processes described above, such as transaction processing methods.

In some embodiments, the transaction processing method may be implemented as a computer program tangibly embodied on a computer-readable storage medium, such as the storage unit 18. In some embodiments, part or all of the computer program may be loaded and/or installed onto the electronic device 10 via the ROM 12 and/or the communication unit 19. One or more of the steps of the transaction processing method described above may be performed when the computer program is loaded into RAM 13 and executed by processor 11. Alternatively, in other embodiments, the processor 11 may be configured to perform the transaction processing method in any other suitable manner (e.g., by means of firmware).

Various implementations of the systems and techniques described here above may be implemented in digital electronic circuitry, integrated circuit systems, field Programmable Gate Arrays (FPGAs), application Specific Integrated Circuits (ASICs), application Specific Standard Products (ASSPs), systems On Chip (SOCs), load programmable logic devices (CPLDs), computer hardware, firmware, software, and/or combinations thereof. These various embodiments may include: implemented in one or more computer programs, the one or more computer programs may be executed and/or interpreted on a programmable system including at least one programmable processor, which may be a special purpose or general-purpose programmable processor, that may receive data and instructions from, and transmit data and instructions to, a storage system, at least one input device, and at least one output device.

The computer program used to implement the transaction processing methods of the present invention may be written in any combination of one or more programming languages. These computer programs may be provided to a processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus, such that the computer programs, when executed by the processor, cause the functions/acts specified in the flowchart and/or block diagram block or blocks to be implemented. The computer program may execute entirely on the machine, partly on the machine, as a stand-alone software package, partly on the machine and partly on a remote machine or entirely on the remote machine or server.

In the context of the present invention, a computer-readable storage medium may be a tangible medium that can contain, or store a computer program for use by or in connection with an instruction execution system, apparatus, or device. The computer readable storage medium may include, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. Alternatively, the computer readable storage medium may be a machine readable signal medium. More specific examples of a machine-readable storage medium would include an electrical connection based on one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

To provide for interaction with a user, the systems and techniques described here can be implemented on an electronic device having: a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to a user; and a keyboard and a pointing device (e.g., a mouse or a trackball) through which a user can provide input to the electronic device. Other kinds of devices may also be used to provide for interaction with a user; for example, feedback provided to the user may be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user may be received in any form, including acoustic input, speech input, or tactile input.

The systems and techniques described here can be implemented in a computing system that includes a background component (e.g., as a data server), or that includes a middleware component (e.g., an application server), or that includes a front-end component (e.g., a user computer having a graphical user interface or a web browser through which a user can interact with an implementation of the systems and techniques described here), or any combination of such background, middleware, or front-end components. The components of the system can be interconnected by any form or medium of digital data communication (e.g., a communication network). Examples of communication networks include: local Area Networks (LANs), wide Area Networks (WANs), blockchain networks, and the internet.

The computing system may include clients and servers. The client and server are typically remote from each other and typically interact through a communication network. The relationship of client and server arises by virtue of computer programs running on the respective computers and having a client-server relationship to each other. The server can be a cloud server, also called a cloud computing server or a cloud host, and is a host product in a cloud computing service system, so that the defects of high management difficulty and weak service expansibility in the traditional physical hosts and VPS service are overcome.

It should be appreciated that various forms of the flows shown above may be used to reorder, add, or delete steps. For example, the steps described in the present invention may be performed in parallel, sequentially, or in a different order, so long as the desired results of the technical solution of the present invention are achieved, and the present invention is not limited herein.

The above embodiments do not limit the scope of the present invention. It will be apparent to those skilled in the art that various modifications, combinations, sub-combinations and alternatives are possible, depending on design requirements and other factors. Any modifications, equivalent substitutions and improvements made within the spirit and principles of the present invention should be included in the scope of the present invention.

Claims

1. A transaction processing method for use in a blockchain, the method comprising:

2. The method of claim 1, wherein the obtaining the pattern type carried in the transaction request comprises:

acquiring a target identification bit in the transaction request;

and determining the mode type of the transaction request according to the identification content of the target identification bit.

3. The method according to claim 1, wherein the synchronization processing means comprises:

and acquiring an engine entry address based on the engine name corresponding to each node in the blockchain, and calling a corresponding computing engine based on the engine entry address so as to determine a target transaction result corresponding to the transaction request based on the computing engine.

4. The method of claim 1, wherein the asynchronous processing means comprises:

generating a retrieval identifier corresponding to the transaction request based on intelligent contracts in each node in the blockchain;

generating a computing task based on the calling identifier, the asynchronous processing time length, the computing engine name and the node identifier;

a target transaction result corresponding to the computing task is determined based on the computing engine.

5. The method as recited in claim 4, further comprising:

monitoring the blockfall information of the blockchain based on the calculation engine;

and storing the target transaction result and the calculation task on a result blockchain correspondingly based on the block falling information, so that when receiving to acquire the target transaction result corresponding to the transaction request, the calculation task is called from the result blockchain.

6. The method of claim 5, further comprising, prior to storing the target transaction result and the computing task correspondence onto a result blockchain:

and determining whether to store the target transaction result based on the asynchronous processing time length, the current time and the receiving time corresponding to the transaction request in the computing task.

7. The method as recited in claim 5, further comprising:

when a target transaction result corresponding to the transaction request is received and sent by a client, determining a computing task corresponding to the transaction request from a blockchain;

and invoking the target transaction result from the result blockchain based on the computing task.

8. The method as recited in claim 1, further comprising:

detecting a target transaction result fed back by each node based on the client; wherein the target transaction result comprises process data and/or result data;

transmitting at least one target transaction result to the ordering node based on the detection result;

processing the at least one target transaction result based on a converged computing intelligent contract deployed in the sequencing node;

and based on the processing results, storing the at least one target transaction result in a uplink manner.

9. The method as recited in claim 8, further comprising:

and if the target processing mode is an asynchronous processing mode, associating the at least one target transaction result with the computing task during uplink storage.

10. A transaction processing device, comprising: