CN111460504B - Service processing method, device, node equipment and storage medium - Google Patents
Service processing method, device, node equipment and storage medium Download PDFInfo
- Publication number
- CN111460504B CN111460504B CN202010252707.7A CN202010252707A CN111460504B CN 111460504 B CN111460504 B CN 111460504B CN 202010252707 A CN202010252707 A CN 202010252707A CN 111460504 B CN111460504 B CN 111460504B
- Authority
- CN
- China
- Prior art keywords
- block chain
- blockchain
- target
- service
- request
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
- G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/067—Enterprise or organisation modelling
Abstract
The embodiment of the invention discloses a service processing method, a device, node equipment and a storage medium, wherein the method comprises the following steps: acquiring an execution request related to a target service and acquiring service processing information of each block chain in the block chain set; acquiring a target block chain from the block chain set based on the service processing information of each block chain; forwarding the execution request to a target consensus node constituting the target block chain, so that the target consensus node processes the target traffic. The embodiment of the invention can improve the execution efficiency of the service request.
Description
Technical Field
The present application relates to the field of block chain technologies, and in particular, to a service processing method and apparatus, a node device, and a storage medium.
Background
With the continuous development of science and technology, most enterprises move enterprise-related services into blockchain networks for the security of various business processes, such as invoicing services, bank loan services, and the like. In general, the flow of processing various services in a blockchain network may include: an enterprise or a user submits a business processing request to the block chain; and the common identification node forming the block chain in the block chain network carries out verification, uplink and other operations on the service processing request. Therefore, if a lot of service processing requests are received by the blockchain network within a period of time, the service processing requests may be processed only after a long time due to the influence of the storage capacity of the blockchain and the service request processing capability in the blockchain network, thereby reducing the execution efficiency of the service requests in the blockchain network. Therefore, in the blockchain network, how to improve the execution efficiency of the service request becomes a hot issue of research.
Drawings
In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings needed to be used in the description of the embodiments are briefly introduced below, and it is obvious that the drawings in the following description are some embodiments of the present invention, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts.
Fig. 1a is an architecture diagram of a block chain network according to an embodiment of the present invention;
fig. 1b is an architecture diagram of another blockchain network provided by an embodiment of the present invention;
fig. 1c is a schematic structural diagram of a service processing system according to an embodiment of the present invention;
fig. 2 is a schematic flowchart of a service processing method according to an embodiment of the present invention;
FIG. 3a is a schematic diagram of a user interface provided by an embodiment of the present invention;
FIG. 3b is a schematic diagram of another user interface provided by embodiments of the present invention;
fig. 4 is a schematic flow chart of another service processing method according to an embodiment of the present invention;
fig. 5 is a schematic structural diagram of a service processing apparatus according to an embodiment of the present invention;
fig. 6 is a schematic structural diagram of a node device according to an embodiment of the present invention.
Detailed Description
The technical solution in the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present invention.
The embodiment of the invention provides a service processing scheme, which can be applied to a block chain network, wherein the block chain network comprises a routing node, a consensus node set and a block chain set, the block chain set comprises at least one block chain, and each block chain comprises at least two consensus nodes in the consensus node set. In a specific implementation, the service processing scheme provided in the embodiment of the present invention may be executed by a routing node in a blockchain network, where when the routing node obtains an execution request about a target service, the routing node obtains service processing information of each blockchain, and selects an entry blockchain from a blockchain set according to the service processing information of each blockchain to handle the execution request; further, the execution request is forwarded to the target consensus node which forms the target block chain, and the target service indicated by the execution request is processed by the target consensus node.
The blockchain is a novel application mode of computer technologies such as distributed data storage, point-to-point transmission, a consensus mechanism and an encryption algorithm. Blockchain (Blockchain), essentially a decentralized database. Existing blockchain networks may include a plurality of node devices, which may include computer devices, such as servers or terminals. Referring to fig. 1a, an architecture diagram of a blockchain network according to an embodiment of the present invention is shown, in the architecture diagram of the blockchain network shown in fig. 1a, a plurality of node apparatuses 100 are included, and each node apparatus 100 may have one or more of the following functions: a routing function, which is a function that each node device has, for supporting communication between nodes; the application is used for being deployed in a block chain, realizing specific services according to actual service requirements, recording data related to the realization functions to form recording data, carrying a data signature in the recording data to represent a source of task data, and sending the recording data to other nodes in the block chain network for the other nodes to add the recording data to a temporary block when the source and integrity of the recording data are verified successfully; the block chain comprises a series of blocks which are mutually connected according to the generated time sequence, once a new block is added into the block chain, the new block cannot be located, and the recorded data submitted by nodes in the block chain network are recorded in the blocks.
The service realized by the application can comprise a wallet for providing a function of carrying out the transaction of the electronic money; the shared account book is used for providing functions of operations such as storage, inquiry and modification of account data; intelligent contracts, computerized agreements, can execute the terms of a contract, implemented by code deployed on a shared ledger for execution when certain conditions are met, for completing automated transactions according to actual business requirement code.
To facilitate service processing in the blockchain network, an embodiment of the present invention provides another architecture diagram of the blockchain network, which can be referred to fig. 1 b. The node equipment in the blockchain network shown in fig. 1b may include at least one routing node 101 and at least two common nodes 102, when a user submits a service request to the blockchain network, the routing node 101 first receives the service request, then forwards the service request to the corresponding common node 102, and the common node 102 performs operations such as common authentication uplink.
Based on the service processing scheme and the architecture of the new blockchain network, an embodiment of the present invention provides a service processing system, and fig. 1c is a schematic structural diagram of the service processing system provided in the embodiment of the present invention. The service processing system shown in fig. 1c may include at least one user terminal 103 and a blockchain network 104, where the user terminal 103 may be a node device in the blockchain network 104, or may be a terminal device that is independent of the blockchain network 104 but may perform information interaction with the blockchain network 104. In the embodiment of the present invention, it is assumed that the user terminal 103 is a terminal device existing independently of the blockchain network 104, such as any intelligent device like a mobile phone, a notebook computer, an intelligent wearable device, and the like.
In one embodiment, the blockchain network 104 may include at least one routing node 1041 and at least one consensus node 1042, the at least one consensus node 1042 making up a set of consensus nodes in the blockchain network 104. The at least one routing node 1041 is mainly configured to obtain various service requests or information input by a user through the user terminal 103, in this embodiment of the present invention, the service request mainly includes an execution request and an inquiry request about a target service, and the target service may be an invoicing service, or the like. The routing node 1021 forwards the acquired service request to the corresponding consensus node 1042, and the consensus node 1042 verifies the received service request or information and adds the verified service request or information to the block chain.
In one embodiment, the common node sets in the blockchain network form a blockchain set or each blockchain in the blockchain set is formed by at least two common nodes in the common node set, the blockchain set includes at least one blockchain, for example, the common node 1, the common node 2, and the common node 3 in the common node set form a blockchain 1, the common node 4, the common node 5, and the common node 6 can form a blockchain 2, and the like. It should be understood that the consensus node generally refers to a process or a group of processes providing a consensus service on a blockchain, and a common network service access form is an Internet Protocol (IP) address + port number or a domain name, so that the routing node accesses the consensus node on a different chain by executing the IP address and the port or the domain name to forward a service request to the consensus node. In order to facilitate management of the block chains, the common nodes forming different block chains are usually independent and do not affect each other, or there is usually no common node between any block chains. However, in practical applications, the same common node may exist between any block chains, and the embodiment of the present invention is not limited in particular.
Optionally, each consensus node in the blockchain network has a node identifier corresponding thereto, and each consensus node in the blockchain network may store the node identifiers of other consensus nodes, so as to subsequently send information to other nodes according to the node identifiers of other consensus nodes. And, each consensus node knows in advance which consensus nodes it forms a same blockchain with. For example, in the above example, the common node 2 knows in advance that it forms the block chain 1 together with the common node 1 and the common node 3; the consensus node 4 knows in advance that it constitutes a block chain 2 together with the consensus node 5 and the consensus node 6.
In a specific implementation, each common consensus node may have a corresponding port, and the ports of other consensus nodes are stored in the several consensus nodes forming the same block chain, so that when the consensus node receives an execution request, the execution request may be sent to the other consensus nodes through the ports of the other consensus nodes, and the consensus nodes perform consensus on the target service.
In one embodiment, the account address of each enterprise or user in the blockchain network is obtained by hashing the public key, so that the corresponding account addresses of a certain enterprise or user in different blockchains are the same.
In an embodiment, to balance the service request processing in the blockchain network, the routing node 1041 may select an entry labeled blockchain from the blockchain set according to the service processing information of each blockchain before forwarding the execution request to the consensus node 1042 after receiving the execution request input by the user. The service processing information may include the number of service requests being processed and the currently used storage capacity of the corresponding block chain; further, the execution request is forwarded to the target consensus node forming the target block chain, and the target consensus node performs operations such as verification and uplink on the execution request.
In the service processing system, after receiving an execution request sent by a user, the blockchain network 104 balances service processing information of each blockchain network by the routing node 1041, and then determines to forward the obtained execution request to that blockchain network for processing. Compared with the existing method for treating all the block chains in one chain in the block chain network, the method has the advantages that the requests received by the block chain network can be processed on all the block chains in a balanced mode, the condition that the service requests to be processed on one block chain are too many is avoided, and therefore execution efficiency of the service requests can be improved.
Based on the service processing system, an embodiment of the present invention provides a service processing method, please refer to fig. 2, which is a flowchart illustrating a service processing method according to an embodiment of the present invention. The service processing method shown in fig. 2 is applied to a blockchain network, and may be executed by a routing node in the blockchain network, where the blockchain network may further include a consensus node set and a blockchain set composed of the consensus node set, where the consensus node set includes at least two consensus nodes, the blockchain set includes at least one blockchain, and each blockchain is composed of at least two consensus nodes in the consensus node set. The service processing method shown in fig. 2 may include the following steps:
step S201, acquiring an execution request about a target service, and acquiring service processing information of each blockchain in a blockchain set.
The target business may include one or more of an invoicing business, a banking business and any other business, and the execution request about the target business is used for indicating invoicing on the assumption that the target business includes the invoicing business. In one embodiment, the execution request may be submitted to the blockchain network by a user through a user terminal, where the user terminal may be a node device in the blockchain network or a terminal device independent of the blockchain network. The user terminal can be a mobile phone, a tablet, a notebook computer, an intelligent wearable device and the like.
Optionally, in addition to submitting an execution request about the target service to the blockchain network through the user terminal, the user may also submit a query request or other requests about the target service, and in the following description, the requests related to the target service are collectively referred to as service requests, for example, the service requests include a query request and an execution request about the target service.
In one embodiment, the service processing information of each blockchain may include an average time taken for each blockchain to process the service request. It should be understood that in a blockchain network, a routing node receives a service request and forwards the service request to a blockchain in a blockchain set for processing, and actually to a common node forming the blockchain for processing. After the service request is processed by the corresponding blockchain process, a result of the processing completion, such as processing success or processing failure, may be returned to the routing node, so that the routing node notifies the user of the fact that the service request is processed. Optionally, the routing node may determine, according to a first time when the service request is sent to the blockchain and a second time when the blockchain returns the processing result, a time required by the blockchain to process the service request, for example, a time difference between the first time and the second time is used as a time required by the blockchain to process the service request.
In an embodiment, the acquiring the service processing information of each blockchain in the blockchain set may include: and determining the average consumed time of any blockchain according to the recorded number of the historical service requests processed in a period of time by any blockchain and the time required for processing each historical service request.
In other embodiments, the service processing information may further include the number of service requests being processed by the corresponding blockchain and the currently used storage amount, and the obtaining the service processing information of each blockchain in the blockchain set may include: sending a service processing information query request to the consensus node where each block chain is located, wherein the service processing information query request is used for indicating the consensus node where each block chain is located to query the service processing information of the corresponding block chain and return the service processing information; and receiving the service processing information of the corresponding block chain returned by the consensus node where each block chain is located.
Step S202, acquiring a target block chain from the block chain set based on the service processing information of each block chain.
In an embodiment, in order to enable each blockchain to balance processing of service requests received by a blockchain network and avoid the problem of service request accumulation, in an embodiment of the present invention, after receiving an execution request, a routing node selects a target block that is currently most suitable for processing the execution request from a blockchain set. Alternatively, the target block currently most suitable for processing the execution request may be a block chain with a smaller number of service requests currently being processed, or a block chain with the strongest capacity for processing the service requests at the current time, such as a smaller average consumed time, and so on. It should be understood that the embodiment of the present invention only lists two conditions that can be satisfied by the target block chain that is currently most suitable for processing the execution request, and other conditions, such as a large amount of remaining memory, may be used in practical applications, and are not limited in this respect. Based on this, after acquiring the service processing information of each blockchain in step S201, the routing node needs to acquire a target blockchain from the blockchain set based on the service processing information of each blockchain.
In an embodiment, based on the description in step S201, the routing node may obtain the target blockchain from the blockchain set according to the average consumed time of each blockchain, and a possible implementation manner is as follows: acquiring the average time consumption of each block chain; and selecting the block chain with the minimum average time consumption from the block chain set as a target block chain. Wherein the average time consumption of any blockchain in the blockchain set is determined according to the number of historical service requests processed by any blockchain and the time required for executing each historical service request.
Optionally, the average consumed time of any blockchain may refer to an average consumed time in any time period, that is, the average consumed time of any blockchain is determined according to the number of historical service requests processed by any blockchain in a time period and the time required for executing each historical service request. The arbitrary one period of time may include: from the completion of the creation of any block chain, the start of processing a service request is terminated until the current time.
It should be understood that the time required for processing a service request by the blockchain is influenced by factors such as the remaining storage capacity of the blockchain, and as time goes on, the longer any blockchain exists, the smaller the remaining storage capacity thereof, so that in order to calculate the average consumed time of any blockchain more accurately, the time period may also include the last months or the last weeks in the embodiment of the present invention.
In other embodiments, the routing node may obtain the target blockchain from the blockchain set according to the average consumed time of each blockchain, and another possible implementation manner includes: acquiring the time required by each block chain to process each service request in a preset time period; detecting the continuous number of the required time corresponding to each block chain, wherein the continuous required time is greater than a time threshold; and taking one block chain with the minimum continuous number as a target block chain. For example, in the last week, if 4 consecutive required times of the required times corresponding to the blockchain 1 are greater than the time threshold, and 1 consecutive required time of the required times corresponding to the blockchain 2 is greater than the time threshold, the blockchain 2 is selected as the target blockchain. It should be understood that the smaller the number of consecutive blocks, the greater the ability of the blockchain to process the service request, and the blockchain with the greater ability to process the service request is selected as the target blockchain to process the execution request related to the target service, which can increase the speed of processing the execution request and can also improve the execution efficiency of the blockchain network for processing the service request.
Step S203, forwarding the execution request to a target consensus node forming a target block chain, so that the target consensus node processes the target service.
The number of the target common nodes forming the target block chain is at least one, and the target common nodes forming the target block chain mean that the common nodes can broadcast blocks mutually and store the received blocks on the target block chain. In one embodiment, the target consensus node processing the target traffic may comprise the following steps: checking the target service, for example, checking whether the signature of the target service is correct; after the verification is completed, storing the target service in a transaction pool corresponding to the target consensus node, and updating a hash tree used for recording the received service request; then, updating the update time stamp to the time when the execution request is received; selecting at least one service information including a target service from a transaction pool to generate a current block; different random numbers are tried, the different random numbers, version information of a target block chain, a block head hash value of a parent block of a current block, characteristic values of service information in the block and the like are input into a hash function for operation, if the operation result is smaller than a preset value, the random numbers and the various information are stored in the block head of the current block, and at least one piece of service information is stored in a block main body; further, the current block stored with the information is broadcasted to other target consensus nodes forming the target block chain for consensus, and the current block is connected to the target block chain after the consensus is completed.
In an embodiment, it can be known from the foregoing that it is possible to store a situation that the target consensus node forms two or more block chains, in order to make the target consensus node clear which block chain the service request needs to be stored in, when the routing node forwards the execution request to the target consensus node, the routing node may carry a chain identifier in the execution request, and the target consensus node can make clear, according to the chain identifier, which other target consensus nodes need to complete operations such as verification and uplink on the execution request.
In an embodiment, after the target service is processed by the target consensus node, a processing condition may be fed back to the routing node, for example, the target service is an invoicing service, and the processing condition fed back by the consensus node may include that the invoicing is completed and the invoiced billing data is successfully stored in the target block chain. In order to enable the user to master the processing progress of the target service, the routing node feeds back the processing result to the user terminal, and the user terminal can display the processing result in a user interface. For example, referring to fig. 3a, which is a schematic diagram of a user interface according to an embodiment of the present invention, 301 may represent a processing result, where the processing result may include: "progress of treatment: is finished; and (3) processing state: successful processing, memory location: target block chain ".
Optionally, in order to facilitate the user to subsequently query the target service, the routing node may further output the block chain identifier of the target block chain in the user terminal, as shown in 302. Thus, if a user wants to query a target service, the user can submit a query request carrying a link identifier of a target block link to a block link network, send the query request to a target consensus node forming the target block link, so that the target consensus node responds to the query request to obtain a query result of the target service, and return the query result; and receiving the query result returned by the target consensus node, and outputting the query result.
For another example, referring to fig. 3b, a schematic diagram of another user interface provided by the embodiment of the present invention is shown, 303 represents a processing result, which may include, for example, "processing progress: finishing the treatment; and (3) processing state: failure of the process, failure reason: XXX ", the user may re-submit the execution request to the blockchain network based on the processing result analysis failure reason shown in 303.
In the embodiment of the invention, a routing node and a consensus node set are deployed in a blockchain network, the consensus node set is used for forming a blockchain set, and the blockchain set comprises at least one blockchain. After acquiring an execution request about a target service, a routing node acquires a service processing request of each block chain in a block chain set; and acquiring a target block chain from a block chain network according to the service processing information of each block chain, and then forwarding an execution request to a target consensus node forming the target block chain so that the target consensus node executes the target service. Therefore, after the routing node balances the service processing information of each blockchain network, the routing node decides to forward the acquired execution request to the blockchain network for processing. Compared with the existing method for treating all the block chains in one chain in the block chain network, the method has the advantages that the requests received by the block chain network can be processed on all the block chains in a balanced mode, the condition that the service requests to be processed on one block chain are too many is avoided, and therefore execution efficiency of the service requests can be improved.
Based on the foregoing service processing method, an embodiment of the present invention provides another service processing method, and reference is made to fig. 4, which is a schematic flow chart of the service processing method provided in the embodiment of the present invention. The service processing method shown in fig. 4 is applied to a blockchain network, and may be executed by a routing node in the blockchain network, where the blockchain network may further include a consensus node set and a blockchain set composed of the consensus node set, where the consensus node set includes at least two consensus nodes, and the blockchain set includes at least one blockchain. The service processing information in the service processing method shown in fig. 4 may include the number of service requests being processed by the corresponding blockchain and the currently used memory, and the service processing method shown in fig. 4 may include the following steps:
step S401, obtaining an execution request about a target service, and obtaining the number of service requests and the currently used storage amount being processed in each blockchain in the blockchain set.
In an embodiment, some possible implementations included in step S401 may refer to descriptions of related steps in the embodiment shown in fig. 2, and are not described herein again.
Step S402, obtaining the target block chain from the block chain set according to the number of the service requests being processed in each block chain and the current used storage.
In one embodiment, in order to more accurately select a target blockchain currently most suitable for executing the execution request from the blockchain set, the embodiment of the present invention comprehensively considers the number of service requests being processed by each blockchain and the current used storage capacity. Optionally, the target blockchain may be obtained from the blockchain set according to a request weight value, a storage weight value, the number of service requests, and a currently used storage set by each blockchain. Specifically, the obtaining the target blockchain from the blockchain set according to the number of service requests being processed by each blockchain and the currently used storage amount may include: acquiring a request weight value and a storage weight value corresponding to each block chain; determining candidate parameter values of each blockchain based on the number of service requests being processed by each blockchain, the request quantity weight value, the currently used storage quantity and the storage quantity weight value; and taking the block chain corresponding to the minimum candidate parameter value in the block chain set as a target block chain.
In one embodiment, the determining candidate parameter values for each blockchain based on the number of service requests being processed by each blockchain, the request quantity weight value, the currently used storage amount, and the storage amount weight value includes: and multiplying the number of the service requests being processed by a request weight value, multiplying the current used memory space by a memory space weight value, and finally adding the multiplication results of the two parts to obtain a candidate parameter value.
The weight value of the request quantity corresponding to each block chain is determined according to the total number of the service requests which can be accepted and correspond to the corresponding block chain, the number of the service requests which are being processed and a threshold value of the request quantity, and the weight value of the storage quantity corresponding to each block chain is determined according to the total storage quantity, the currently used storage quantity and the threshold value of the storage quantity corresponding to the corresponding block chain. The total number of the service requests which can be accepted and correspond to each block chain is larger than the threshold value of the number of the requests which correspond to the block chain. Optionally, the total number of the service requests and the threshold of the number of the requests that can be accepted corresponding to different blockchains may be affected by the processing capability of the consensus node that forms the corresponding blockchain, and the total number of the service requests and the threshold of the number of the requests that can be accepted corresponding to different blockchains may be the same or different.
It should be understood that the determination methods of the request weight value and the storage weight value corresponding to each blockchain are the same, and how to determine the request weight value and the storage weight value corresponding to each blockchain is described below by taking the first blockchain in the blockchain set as an example. When determining a request quantity weighted value of a first block chain, judging the size relation between the quantity of service requests being processed in the first block chain, the total quantity of the service requests which can be born by the first block chain and a request quantity threshold value; if the number of the service requests being processed is smaller than the request number threshold value, setting a request quantity weight value of a first block chain as a first request quantity weight value; and if the number of the service requests being processed is larger than the request number threshold value and is smaller than or equal to the total number of the service requests which can be accepted, setting the request weight value of the first block chain as a second request weight value. Optionally, the first request amount weight value is smaller than the second request amount weight value, in other words, for a block chain, the greater the number of service requests being processed, the greater the request amount weight value corresponding to the block chain.
Similarly, when the weight value of the storage capacity of the first block is determined, the size relation between the current used storage capacity of the first block chain and the storage capacity threshold value and the storage total amount is judged; if the current used storage amount of the first blockchain is less than the storage amount threshold, the storage amount weight value of the first blockchain can be set to be a first storage amount weight value; if the currently used storage amount of the first blockchain is greater than the storage amount threshold and is less than or equal to the total storage amount, the storage amount weight value of the first blockchain can be set to be the second storage amount weight value. Alternatively, the first storage weight value may be smaller than the second storage weight value, in other words, for a blockchain, the larger the currently used storage is, the larger the storage weight value corresponding to the blockchain is.
In one embodiment, the request quantity threshold corresponding to each block chain may include one or more thresholds, where the request quantity threshold may be determined according to the currently used storage quantity of the corresponding block chain, for example, when the currently used storage quantity is within a first storage quantity range, the request quantity threshold is a first threshold; and when the current used storage amount is in the second storage amount range, the request quantity threshold value is the second threshold value. If the first storage amount range is less than the second storage amount threshold, the first threshold is greater than the second threshold; the first threshold is less than the second threshold if the range of the first amount of storage is greater than the second threshold. To summarize, the larger the currently used storage amount is, the smaller the corresponding request quantity threshold value is, and the smaller the currently used storage amount is, the larger the corresponding request quantity threshold value is. This is because, under the condition that the currently used storage amount is large, the remaining storage amount of the block chain is small, and in order to ensure the success rate of processing each service request, fewer service requests should be allocated to the block chain. In order to achieve the purpose, it should be ensured that in the above calculation process, the candidate parameter value of the block chain is large, and under the condition that the request quantity threshold and the number of service requests being processed are constant, the calculation result can be enlarged by increasing the weight value of the memory quantity. And because the storage weight value is inversely proportional to the storage threshold value under the condition that the currently used storage is not changed, the storage weight value can be increased by reducing the storage threshold value.
Similarly, the storage amount threshold corresponding to each block chain may also include one or more storage amount thresholds, where the storage amount threshold may be determined according to the number of service requests being processed of the corresponding block chain, for example, the number of service requests being processed is within a first number range, and the storage amount threshold is a third threshold; the number of service requests being processed is within a second number range, and the storage threshold is a fourth threshold. If the first number range is greater than the second number range, the third threshold is less than the fourth threshold; the third threshold is greater than the fourth threshold if the first number range is less than the second number range. In summary, the larger the number of service requests being processed, the smaller the corresponding storage threshold, and the smaller the number of service requests being processed, the larger the corresponding storage threshold. This is because the larger the number of service requests being processed, the smaller the number of service requests that the blockchain can still process, therefore, in the above calculation process, to ensure that the larger the calculated candidate parameter value of the blockchain, the larger the storage threshold value, the larger the storage amount and the storage amount weight are, the larger the request amount weight value is set to increase the candidate parameter value, and because the request amount weight value is inversely proportional to the request amount threshold value, the smaller the request amount threshold value is, the request amount weight value is increased.
Based on the above description, when determining the request quantity weight value of the first blockchain, it is first necessary to determine which threshold value of the number of requests currently used by the first blockchain is according to the currently used storage capacity of the first blockchain. Then, the step of determining the request quantity weight value of the first block chain according to the request quantity threshold value is executed. Similarly, when determining the weight value of the storage amount of the first blockchain, it is first required to determine which storage amount threshold value currently used by the first blockchain is according to the number of the service requests being processed by the first blockchain. Therefore, when a service request is received, the service request processing capacity of each block chain can be fully considered, so that a better block chain is selected to execute the service request, and the success rate of executing the service request can be improved.
Step S403, detecting whether the target block chain satisfies the service processing condition.
Step S404, if the target block chain meets the service processing condition, forwarding the execution request to the target consensus node forming the target block chain to instruct the target consensus node to execute the target service.
In one embodiment, even if the target blockchain is selected from the blockchain set through step S402, there is no guarantee that the selected target blockchain can handle the execution request, and therefore, the routing node needs to detect whether the target blockchain meets the service processing condition before executing step S404 to forward the execution request to the target consensus node, and execute step S404 if the target blockchain meets the service processing condition; in this way, it is avoided that the routing node continues to forward the execution request to the target block chain under the condition of non-satisfaction, which results in that the target service cannot be successfully executed and needs to be re-input by the user, thereby reducing the execution success rate of the target service.
In one embodiment, the detecting whether the target block chain satisfies the service processing condition may include: if the target block chain is determined according to the candidate parameter values of each block chain in step S402, determining that the target block chain does not satisfy the service processing condition if the candidate parameter value of the target block chain is greater than the parameter threshold; and if the candidate parameter value of the target block chain is less than or equal to the parameter threshold, determining that the target block meets the service processing condition. Wherein the parameter threshold is set by the blockchain network, and when one blockchain can process the service request, the minimum candidate parameter value is set. The candidate parameter value is greater than the parameter threshold value, indicating that the most block chain in the current block chain network still has no capability to process the service request.
In other embodiments, the detecting whether the target block chain satisfies the service processing condition may include: if the target block chain is determined according to the average consumed time of each block chain in the embodiment of fig. 2, determining that the target block chain does not satisfy the service processing condition if the average consumed time of the target block chain is greater than the time threshold; and if the average consumed time of the target block chain is less than or equal to the time threshold, determining that the target block chain meets the service processing condition. Wherein the time threshold is set by the blockchain network, and when one blockchain can process the service request, the minimum average time is consumed.
Step S405, if the target block chain does not meet the service processing condition, calling the service resource of the newly-built block chain to create a new block chain, and forwarding the execution request to a first common node forming the newly-built block chain to indicate the first common node to process and execute the target service.
In one embodiment, if the target block does not satisfy the service processing condition, indicating that there is no blockchain suitable for executing the target service in the current blockchain network, a new blockchain is required to be created to execute the target service. In specific implementation, a routing node calls a service resource of a newly-built block chain to create a new block chain; and forwarding the execution request to a first common node forming a newly-built block chain so as to instruct the first common node to process the execution target service. Therefore, each service request received by the block chain network can be executed timely and with a high success rate.
In the embodiment of the application, a routing node and a common node set are deployed in a blockchain network, the common node set is used for forming a blockchain set, and the blockchain set comprises at least one blockchain. After acquiring an execution request about a target service, a routing node acquires the number of service requests being processed in each block chain and the currently used storage amount; acquiring a target block chain from a block chain set according to the number of the service requests being processed in each block chain and the currently used storage amount; further, when the target block chain meets the service processing condition, the execution request is forwarded to the target consensus node forming the target block chain; when the target block chain does not meet the service processing condition, calling service resources of the newly-built block chain to create a new block chain, and forwarding the execution request to a first common node forming the newly-built block chain to instruct the first common node to process the execution target service, so that the routing node can be prevented from forwarding the execution request to the target common node to waste more power consumption overhead when the target block chain does not meet the service processing condition; meanwhile, the block chain network can execute the received service request with higher success rate in time.
Based on the foregoing method embodiment, an embodiment of the present invention further provides a service processing apparatus, and referring to fig. 5, a schematic structural diagram of the service processing apparatus provided in the embodiment of the present invention is shown. The service processing apparatus may be applied to a blockchain network, where the blockchain network includes a common node set and a blockchain set composed of the common node set, where the common node set includes at least two common nodes, and the blockchain set includes at least one blockchain. The service processing apparatus shown in fig. 5 may operate as follows:
an obtaining unit 501, configured to obtain an execution request related to a target service, and obtain service processing information of each blockchain in the blockchain set;
the obtaining unit 501 is further configured to obtain a target block chain from the block chain set based on the service processing information of each block chain;
a forwarding unit 502, configured to forward the execution request to a target consensus node forming the target block chain, so that the target consensus node processes the target service.
In one embodiment, when acquiring the target blockchain from the blockchain set based on the service processing information of each blockchain, the acquiring unit 501 performs the following operations: acquiring average consumed time included in service processing information of each block chain; selecting a block chain with the minimum average time consumption from the block chain set as the target block chain; wherein the average time consumption of any blockchain in the blockchain set is determined according to the number of historical service requests processed by any blockchain and the time required for executing each historical service request, and the historical service requests comprise one or more of historical execution requests and historical query requests.
In one embodiment, the service processing information of each blockchain includes the number of service requests being processed by the corresponding blockchain and currently used storage amount, the service requests include one or more of an execution request and an inquiry request, and the obtaining unit 501, when obtaining a target blockchain from the blockchain set based on the service processing information of each blockchain, performs the following operations: acquiring a request weight value and a storage weight value corresponding to each block chain; determining candidate parameter values of each blockchain based on the number of service requests being processed by each blockchain, the request quantity weight value, the currently used storage quantity and the storage quantity weight value; taking the block chain corresponding to the minimum candidate parameter value in the block chain set as a target block chain; the weight value of the request quantity corresponding to each block chain is determined according to the total number of the service requests which can be accepted and correspond to the corresponding block chain, the number of the service requests which are being processed and a threshold value of the request quantity, and the weight value of the storage quantity corresponding to each block chain is determined according to the total storage quantity, the currently used storage quantity and the threshold value of the storage quantity corresponding to the corresponding block chain.
In an embodiment, the service processing apparatus further includes a detecting unit 503, where the detecting unit 503 is configured to detect whether the target block chain satisfies a service processing condition, where the service processing condition includes that an average consumed time is less than a time threshold or a candidate parameter value is less than a parameter threshold; when the forwarding unit 502 is configured to forward the execution request to the target consensus node forming the target block chain, the following steps are performed: when the detecting unit 503 detects that the target block chain satisfies the service processing condition, the execution request is forwarded to the target consensus node constituting the target block chain.
In one embodiment, the service processing apparatus further includes a calling unit 504, where the calling unit 504 is configured to call a service resource of a newly created blockchain to create a new blockchain if the target blockchain does not satisfy the service processing condition; the forwarding unit 502 is further configured to forward the execution request to a first common node forming a newly-built block chain, so as to instruct the first common node to process the execution of the target service.
In one embodiment, the service processing apparatus further includes a receiving unit 505 and an output unit 506: the receiving unit 505 is configured to receive an inquiry request for inquiring the target service, where the inquiry request carries a chain identifier that identifies the target block chain; the forwarding unit 502 is further configured to forward the query request to the target consensus node forming the target block chain, so that the target consensus node performs a query in response to the query request to obtain a query result of the target service, and returns the query result; the receiving unit 505 is further configured to receive the query result returned by the target consensus node; the output unit 506 is configured to output the query result.
In one embodiment, when acquiring the service processing information of each block chain, the acquiring unit 501 performs the following steps: sending a service processing information query request to a consensus node where each block chain is located, wherein the service processing information query request is used for indicating each consensus node forming each block chain to query service processing information of the corresponding block chain and return the service processing information; and receiving the service processing information of the corresponding block chain returned by each consensus node forming each block chain.
In an embodiment, the receiving unit 505 is further configured to receive a processing result returned by the target consensus node, where the processing result is obtained by processing, by the target consensus node, the target service indicated by the execution request; the output unit 506 is further configured to store and output the processing result.
The service processing methods shown in fig. 2 and fig. 4 may be performed by each unit in the service processing apparatus shown in fig. 5 according to an embodiment of the present invention. For example. S201 and step S202 shown in fig. 2 may be performed by the acquisition unit 501 in the service processing apparatus shown in fig. 5, and step S203 may be performed by the forwarding unit 502 in the service processing apparatus shown in fig. 5. As another example, in the service processing method shown in fig. 4, step S401 and step S402 may be performed by the obtaining unit 501 in the service processing apparatus shown in fig. 5, step S403 may be performed by the detecting unit 503 in the service processing apparatus shown in fig. 5, step S404 may be performed by the forwarding unit 502 in the service processing apparatus shown in fig. 5, and step S405 may be performed by the calling unit 504 and the forwarding unit 502 in the service processing apparatus shown in fig. 5.
According to another embodiment of the present invention, the units in the service processing apparatus shown in fig. 5 may be respectively or entirely combined into one or several other units to form the service processing apparatus, or some unit(s) therein may be further split into multiple units with smaller functions to form the service processing apparatus, which may implement the same operation without affecting implementation of technical effects of embodiments of the present invention. The units are divided based on logic functions, and in practical application, the functions of one unit can be realized by a plurality of units, or the functions of a plurality of units can be realized by one unit. In other embodiments of the present invention, the service-based processing device may also include other units, and in practical applications, these functions may also be implemented by being assisted by other units, and may be implemented by cooperation of multiple units.
According to another embodiment of the present invention, the service processing apparatus device as shown in fig. 5 may be constructed by running a computer program (including program codes) capable of executing the steps involved in the respective methods as shown in fig. 2 and fig. 4 on a general-purpose computing device such as a computer including a processing element such as a Central Processing Unit (CPU), a random access storage medium (RAM), a read-only storage medium (ROM), and a storage element, and a data processing method according to an embodiment of the present invention may be implemented. The computer program may be recorded on a computer-readable recording medium, for example, and loaded and executed in the above-described computing apparatus via the computer-readable recording medium.
In the embodiment of the invention, a routing node and a consensus node set are deployed in a blockchain network, the consensus node set is used for forming a blockchain set, and the blockchain set comprises at least one blockchain. After acquiring an execution request about a target service, a routing node acquires a service processing request of each block chain in a block chain set; and acquiring a target block chain from a block chain network according to the service processing information of each block chain, and then forwarding an execution request to a target consensus node forming the target block chain so that the target consensus node executes the target service. Therefore, after the routing node balances the service processing information of each blockchain network, the routing node decides to forward the acquired execution request to the blockchain network for processing. Compared with the existing method for treating all the block chains in one chain in the block chain network, the method has the advantages that the requests received by the block chain network can be processed on all the block chains in a balanced mode, the condition that the service requests to be processed on one block chain are too many is avoided, and therefore execution efficiency of the service requests can be improved.
Based on the description of the embodiments of the method and the apparatus, an embodiment of the present invention provides a node device, and referring to fig. 6, a schematic structural diagram of a node device provided in an embodiment of the present invention is shown. The node device may be located in a blockchain network, where the blockchain network includes a common node set and a blockchain set composed of the common node set, where the common node set includes at least one common node, and the blockchain set includes at least one blockchain. The node device includes a processor 601 and a computer storage medium 602.
A computer storage medium 602 may be stored in the memory of the node device, said computer storage medium 602 being adapted to store a computer program comprising program instructions, said processor 601 being adapted to execute the program instructions stored by said computer storage medium 602. The processor 601 or CPU (Central Processing Unit) is a computing core and a control core of the node device, and is adapted to implement one or more instructions, and in particular, is adapted to load and execute the one or more instructions so as to implement a corresponding method flow or a corresponding function; in one embodiment, the processor 601 may be configured to perform: acquiring an execution request related to a target service and acquiring service processing information of each block chain in the block chain set; acquiring a target block chain from the block chain set based on the service processing information of each block chain; forwarding the execution request to a target consensus node constituting the target block chain, so that the target consensus node processes the target traffic.
An embodiment of the present invention further provides a computer storage medium (Memory), which is a Memory device in the node device and is used to store programs and data. It is understood that the computer storage medium herein may include both a built-in storage medium in the node device and, of course, an extended storage medium supported by the node device. The computer storage media provides storage space in which one or more instructions, which may be one or more computer programs (including program code), are stored that are suitable for loading and execution by the processor 601. The computer storage medium may be a high-speed RAM memory, or may be a non-volatile memory (non-volatile memory), such as at least one disk memory; and optionally at least one computer storage medium located remotely from the processor.
In one embodiment, processor 601, when loading and executing one or more instructions, is configured to perform: acquiring an execution request related to a target service and acquiring service processing information of each block chain in the block chain set; acquiring a target block chain from the block chain set based on the service processing information of each block chain; forwarding the execution request to a target consensus node constituting the target block chain, so that the target consensus node processes the target traffic.
In one embodiment, the processor 601, when acquiring a target blockchain from the blockchain set based on the service processing information of each blockchain, performs the following operations: acquiring average consumed time included in service processing information of each block chain; selecting a block chain with the minimum average time consumption from the block chain set as the target block chain; wherein the average time consumption of any blockchain in the blockchain set is determined according to the number of historical service requests processed by any blockchain and the time required for executing each historical service request, and the historical service requests comprise one or more of historical execution requests and historical query requests.
In one embodiment, the service processing information of each blockchain includes the number of service requests being processed by the corresponding blockchain and the currently used storage amount, the service requests include one or more of an execution request and a query request, and the processor 601, when acquiring a target blockchain from the blockchain set based on the service processing information of each blockchain, performs the following operations: acquiring a request weight value and a storage weight value corresponding to each block chain; determining candidate parameter values of each blockchain based on the number of service requests being processed by each blockchain, the request quantity weight value, the currently used storage quantity and the storage quantity weight value; taking the block chain corresponding to the minimum candidate parameter value in the block chain set as a target block chain; the weight value of the request quantity corresponding to each block chain is determined according to the total number of the service requests which can be accepted and correspond to the corresponding block chain, the number of the service requests which are being processed and a threshold value of the request quantity, and the weight value of the storage quantity corresponding to each block chain is determined according to the total storage quantity, the currently used storage quantity and the threshold value of the storage quantity corresponding to the corresponding block chain.
In one embodiment, before forwarding the execution request to the target consensus node that constitutes the target blockchain, the processor 601 further performs: detecting whether the target block chain meets a service processing condition, wherein the service processing condition comprises that the average consumed time is less than a time threshold or a candidate parameter value is less than a parameter threshold; and if the target block chain meets the service processing condition, forwarding the execution request to a target consensus node forming the target block chain.
In one embodiment, the processor 601 further performs: if the target block chain does not meet the service processing condition, calling the service resource of the newly-built block chain to create a new block chain; and forwarding the execution request to a first common identification node forming a newly-built block chain so as to instruct the first common identification node to process the execution of the target service.
In one embodiment, the processor 601 further performs: receiving an inquiry request for inquiring the target service, wherein the inquiry request carries a chain identifier for identifying the target block chain; forwarding the query request to the target consensus node forming the target block chain, so that the target consensus node responds to the query request to perform query to obtain a query result of the target service, and returning the query result; and receiving the query result returned by the target consensus node, and outputting the query result.
In one embodiment, the processor 601, when acquiring the service processing information of each block chain, performs the following operations: sending a service processing information query request to a consensus node where each block chain is located, wherein the service processing information query request is used for indicating each consensus node forming each block chain to query service processing information of the corresponding block chain and return the service processing information; and receiving the service processing information of the corresponding block chain returned by each consensus node forming each block chain.
In one embodiment, the processor 601 further performs: receiving a processing result returned by the target consensus node, wherein the processing result is obtained by processing the target service indicated by the execution request by the target consensus node; and storing and outputting the processing result.
In the embodiment of the invention, a routing node and a consensus node set are deployed in a blockchain network, the consensus node set is used for forming a blockchain set, and the blockchain set comprises at least one blockchain. After acquiring an execution request about a target service, a routing node acquires a service processing request of each block chain in a block chain set; and acquiring a target block chain from a block chain network according to the service processing information of each block chain, and then forwarding an execution request to a target consensus node forming the target block chain so that the target consensus node executes the target service. Therefore, after the routing node balances the service processing information of each blockchain network, the routing node decides to forward the acquired execution request to the blockchain network for processing. Compared with the existing method for treating all the block chains in one chain in the block chain network, the method has the advantages that the requests received by the block chain network can be processed on all the block chains in a balanced mode, the condition that the service requests to be processed on one block chain are too many is avoided, and therefore execution efficiency of the service requests can be improved.
It will be understood by those skilled in the art that all or part of the processes of the methods of the embodiments described above can be implemented by a computer program, which can be stored in a computer-readable storage medium, and when executed, can include the processes of the embodiments of the methods described above. The storage medium may be a magnetic disk, an optical disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), or the like.
The above disclosure is intended to be illustrative of only some embodiments of the invention, and is not intended to limit the scope of the invention.
Claims (10)
1. A traffic processing method, performed by a routing node in a blockchain network, the blockchain network further including a common node set and a blockchain set, where the common node set includes at least two common nodes, the blockchain set includes at least one blockchain, and each blockchain in the blockchain set is composed of at least two common nodes in the common node set, the method comprising:
acquiring an execution request related to a target service, and acquiring service processing information of each blockchain in the blockchain set, wherein the service processing information comprises the number of service requests being processed by each blockchain and the currently used storage capacity;
acquiring a request weight value and a storage weight value corresponding to each block chain; the weight value of the request quantity corresponding to each block chain is determined according to the total number of the service requests which can be accepted and correspond to the corresponding block chain, the number of the service requests which are being processed and a threshold value of the request quantity, and the weight value of the storage quantity corresponding to each block chain is determined according to the total storage quantity, the current used storage quantity and the threshold value of the storage quantity corresponding to the corresponding block chain;
determining candidate parameter values of each blockchain based on the number of service requests being processed by each blockchain, the request quantity weight value, the currently used storage quantity and the storage quantity weight value;
taking the block chain corresponding to the minimum candidate parameter value in the block chain set as a target block chain;
if the candidate parameter value of the target block chain is smaller than a parameter threshold value, forwarding the execution request to a target consensus node forming the target block chain so that the target consensus node processes the target service;
if the candidate parameter value of the target block chain is larger than or equal to the parameter threshold value, calling a service resource of the newly-built block chain to build a new block chain, and forwarding the execution request to a first common node forming the newly-built block chain to instruct the first common node to process the target service.
2. The method of claim 1, wherein the obtaining the target blockchain from the set of blockchains based on the traffic processing information of each blockchain comprises:
acquiring average consumed time included in service processing information of each block chain;
selecting a block chain with the minimum average time consumption from the block chain set as the target block chain;
wherein the average time consumption of any blockchain in the blockchain set is determined according to the number of historical service requests processed by any blockchain and the time required for executing each historical service request, and the historical service requests comprise one or more of historical execution requests and historical query requests.
3. The method of claim 2, wherein prior to forwarding the execution request to the target consensus node that constitutes the target blockchain, the method further comprises:
detecting whether the target block chain meets a service processing condition, wherein the service processing condition comprises that the average consumed time is less than a time threshold;
and if the target block chain meets the service processing condition, forwarding the execution request to a target consensus node forming the target block chain.
4. The method of claim 3, wherein the method further comprises:
if the target block chain does not meet the service processing condition, calling the service resource of the newly-built block chain to create a new block chain;
and forwarding the execution request to a first common identification node forming a newly-built block chain so as to instruct the first common identification node to process the execution of the target service.
5. The method of claim 1, wherein the method further comprises:
receiving an inquiry request for inquiring the target service, wherein the inquiry request carries a chain identifier for identifying the target block chain;
forwarding the query request to the target consensus node forming the target block chain, so that the target consensus node responds to the query request to perform query to obtain a query result of the target service, and returning the query result;
and receiving the query result returned by the target consensus node, and outputting the query result.
6. The method of claim 1, wherein the obtaining the service processing information of each blockchain comprises:
sending a service processing information query request to a consensus node where each block chain is located, wherein the service processing information query request is used for indicating each consensus node forming each block chain to query service processing information of the corresponding block chain and return the service processing information;
and receiving the service processing information of the corresponding block chain returned by each consensus node forming each block chain.
7. The method of claim 1, wherein the method further comprises:
receiving a processing result returned by the target consensus node, wherein the processing result is obtained by processing the target service indicated by the execution request by the target consensus node;
and storing and outputting the processing result.
8. A service processing device is applied to a blockchain network, the blockchain network comprises a consensus node set and a blockchain set, the consensus node set comprises at least two consensus nodes, the blockchain set comprises at least one blockchain, each blockchain in the blockchain set comprises at least two consensus nodes in the consensus node set, and the device comprises;
an obtaining unit, configured to obtain an execution request related to a target service, and obtain service processing information of each blockchain in the blockchain set, where the service processing information includes the number of service requests being processed by each blockchain and a currently used storage amount;
the acquiring unit is further configured to acquire a request weight value and a storage weight value corresponding to each block chain; determining candidate parameter values of each blockchain based on the number of service requests being processed by each blockchain, the request quantity weight value, the currently used storage quantity and the storage quantity weight value; taking the block chain corresponding to the minimum candidate parameter value in the block chain set as a target block chain; the weight value of the request quantity corresponding to each block chain is determined according to the total number of the service requests which can be accepted and correspond to the corresponding block chain, the number of the service requests which are being processed and a threshold value of the request quantity, and the weight value of the storage quantity corresponding to each block chain is determined according to the total storage quantity, the current used storage quantity and the threshold value of the storage quantity corresponding to the corresponding block chain;
a forwarding unit, configured to forward the execution request to a target consensus node forming the target block chain if the candidate parameter value of the target block chain is smaller than a parameter threshold, so that the target consensus node processes the target service;
the calling unit is used for calling the service resource of the newly-built block chain to create a new block chain if the candidate parameter value of the target block chain is greater than or equal to the parameter threshold value;
the forwarding unit is further configured to forward the execution request to a first common node forming a newly-built block chain, so as to instruct the first common node to process the target service.
9. A node apparatus, comprising:
a processor adapted to implement one or more instructions; and
a computer storage medium having stored thereon one or more instructions adapted to be loaded by the processor and to execute the business process method of any of claims 1-7.
10. A computer storage medium having computer program instructions stored therein, which when executed by a processor, are adapted to perform a business process method according to any one of claims 1-7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010252707.7A CN111460504B (en) | 2020-03-31 | 2020-03-31 | Service processing method, device, node equipment and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010252707.7A CN111460504B (en) | 2020-03-31 | 2020-03-31 | Service processing method, device, node equipment and storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111460504A CN111460504A (en) | 2020-07-28 |
| CN111460504B true CN111460504B (en) | 2021-11-05 |
Family
ID=71678475
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010252707.7A Active CN111460504B (en) | 2020-03-31 | 2020-03-31 | Service processing method, device, node equipment and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111460504B (en) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111970380B (en) * | 2020-09-02 | 2022-06-07 | 广东贤能数字科技有限公司 | Service processing method and system based on block chain |
| CN112738213B (en) * | 2020-12-25 | 2023-06-30 | 深圳Tcl新技术有限公司 | Task demand response method, device and system based on block chain and storage medium |
| CN112838930B (en) * | 2021-01-25 | 2022-12-06 | 网易（杭州）网络有限公司 | Block chain transaction execution method and device, electronic equipment and storage medium |
| CN112799839B (en) * | 2021-01-28 | 2024-03-15 | 百果园技术(新加坡)有限公司 | Request processing method, request processing device, computer readable storage medium and electronic equipment |
| CN113283987A (en) * | 2021-05-17 | 2021-08-20 | 网易（杭州）网络有限公司 | Service processing method, device, block chain gateway, block chain node and storage medium |
| CN114938391B (en) * | 2022-06-09 | 2024-01-12 | 中国联合网络通信集团有限公司 | Data processing method, device, equipment and medium |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107613025A (en) * | 2017-10-31 | 2018-01-19 | 武汉光迅科技股份有限公司 | A kind of implementation method replied based on message queue order and device |
| CN109144969A (en) * | 2018-10-09 | 2019-01-04 | 上海点融信息科技有限责任公司 | For the data processing method of block chain network system, device and storage medium |
| CN110098918A (en) * | 2019-03-28 | 2019-08-06 | 中至数据集团股份有限公司 | Decrypt dispatching method, device, readable storage medium storing program for executing and computer equipment |
| CN110348242A (en) * | 2017-06-12 | 2019-10-18 | 腾讯科技（深圳）有限公司 | Service request processing method and device |
| CN110428124A (en) * | 2019-06-10 | 2019-11-08 | 平安科技（深圳）有限公司 | Method for allocating tasks, task allocation apparatus, storage medium and computer equipment |
| CN110602096A (en) * | 2019-09-12 | 2019-12-20 | 腾讯科技（深圳）有限公司 | Data processing method, device, storage medium and equipment in block chain network |
| CN110633323A (en) * | 2019-09-16 | 2019-12-31 | 腾讯科技（深圳）有限公司 | Business data storage method, device, storage medium and computer equipment |
| CN110647559A (en) * | 2019-09-24 | 2020-01-03 | 腾讯科技（深圳）有限公司 | Data processing method, related node and system |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107018125B (en) * | 2017-02-17 | 2019-08-09 | 阿里巴巴集团控股有限公司 | A kind of block catenary system, date storage method and device |
-
2020
- 2020-03-31 CN CN202010252707.7A patent/CN111460504B/en active Active
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110348242A (en) * | 2017-06-12 | 2019-10-18 | 腾讯科技（深圳）有限公司 | Service request processing method and device |
| CN107613025A (en) * | 2017-10-31 | 2018-01-19 | 武汉光迅科技股份有限公司 | A kind of implementation method replied based on message queue order and device |
| CN109144969A (en) * | 2018-10-09 | 2019-01-04 | 上海点融信息科技有限责任公司 | For the data processing method of block chain network system, device and storage medium |
| CN110098918A (en) * | 2019-03-28 | 2019-08-06 | 中至数据集团股份有限公司 | Decrypt dispatching method, device, readable storage medium storing program for executing and computer equipment |
| CN110428124A (en) * | 2019-06-10 | 2019-11-08 | 平安科技（深圳）有限公司 | Method for allocating tasks, task allocation apparatus, storage medium and computer equipment |
| CN110602096A (en) * | 2019-09-12 | 2019-12-20 | 腾讯科技（深圳）有限公司 | Data processing method, device, storage medium and equipment in block chain network |
| CN110633323A (en) * | 2019-09-16 | 2019-12-31 | 腾讯科技（深圳）有限公司 | Business data storage method, device, storage medium and computer equipment |
| CN110647559A (en) * | 2019-09-24 | 2020-01-03 | 腾讯科技（深圳）有限公司 | Data processing method, related node and system |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111460504A (en) | 2020-07-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111460504B (en) | Service processing method, device, node equipment and storage medium | |
| CN108846659B (en) | Block chain-based transfer method and device and storage medium | |
| CN108540536B (en) | Block chain-based network mass service processing method, equipment and storage medium | |
| CN113094396B (en) | Data processing method, device, equipment and medium based on node memory | |
| CN109886693B (en) | Consensus realization method, device, equipment and medium for block chain system | |
| CN111464356B (en) | Block consensus period switching method and device and computer equipment | |
| CN112866421B (en) | Intelligent contract operation method and device based on distributed cache and NSQ | |
| CN111507717A (en) | Data processing method, device, block node and computer readable storage medium | |
| CN109413202B (en) | System and method for sorting block chain transaction information | |
| CN110955724A (en) | Data processing method and device based on block chain, node equipment and storage medium | |
| CN111598575A (en) | Business process control method and device, electronic equipment and readable storage medium | |
| CN113422733A (en) | Service processing method and device of block chain, computer equipment and storage medium | |
| CN112000285A (en) | Strong consistent storage system, strong consistent data storage method, server and medium | |
| CN111932239B (en) | Service processing method, device, node equipment and storage medium | |
| CN116703601B (en) | Data processing method, device, equipment and storage medium based on block chain network | |
| CN111951112A (en) | Intelligent contract execution method based on block chain, terminal equipment and storage medium | |
| CN113032036B (en) | Service data processing method, device, system, computer equipment and storage medium | |
| CN112637201B (en) | Method, device, equipment and system for processing request of web server | |
| CN112764897B (en) | Task request processing method, device and system and computer readable storage medium | |
| WO2024011917A1 (en) | Delegate model for blockchain transactions | |
| JP2019016108A (en) | Method for providing services to customers using network by at least one provider, and network therefor | |
| CN111324368A (en) | Data sharing method and server | |
| CN114363307B (en) | Information processing method and system | |
| CN113327108B (en) | Transaction processing method, related equipment and computer storage medium | |
| CN110442447B (en) | Message queue-based load balancing method and device and computer equipment |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 40025826 Country of ref document: HK |
|
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |