CN112565104B

CN112565104B - Flow control method, device, medium and electronic equipment of block chain system

Info

Publication number: CN112565104B
Application number: CN202011399379.XA
Authority: CN
Inventors: 朱耿良
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2020-12-01
Filing date: 2020-12-01
Publication date: 2021-11-05
Anticipated expiration: 2040-12-01
Also published as: CN112565104A

Abstract

The embodiment of the application provides a flow control method, a flow control device, a flow control medium and electronic equipment of a block chain system. The block chain system comprises a billing node network, a service node network and a proxy node connected between the billing node network and the service node network, and the flow control method is executed by the proxy node and comprises the following steps: receiving a block header sent by an accounting node, wherein the block header comprises a time indication field for indicating block duration, and the block duration represents the duration counted by the accounting node from the time when the transaction information is added into the local transaction pool to the time when the transaction information is added into the block; acquiring a service requirement corresponding to transaction information sent by a service node network, wherein the service requirement represents the maximum processing time of the transaction information; and adjusting the flow of the transaction information forwarded to the accounting node network by the agent node according to the service requirement and the block-out time length indicated by the time indication field. The technical scheme of the embodiment of the application can effectively control the flow of the transaction information.

Description

Flow control method, device, medium and electronic equipment of block chain system

Technical Field

The present application relates to the field of computer and communication technologies, and in particular, to a method, an apparatus, a medium, and an electronic device for controlling a flow of a blockchain system.

Background

In an application scenario of the blockchain system, a service node outside the blockchain network issues transaction information to the blockchain network, and then the node in the blockchain network performs consensus and uplink processing on the transaction information. In this case, it is a technical problem to be solved if effective control of the transaction information traffic can be realized.

Disclosure of Invention

Embodiments of the present application provide a method, an apparatus, a medium, and an electronic device for controlling a flow rate of a blockchain system, so that the flow rate of transaction information can be effectively controlled at least to a certain extent.

Other features and advantages of the present application will be apparent from the following detailed description, or may be learned by practice of the application.

According to an aspect of the embodiments of the present application, there is provided a flow control method of a blockchain system, the blockchain system including a billing node network and a service node network, and a proxy node connected between the billing node network and the service node network, the flow control method being performed by the proxy node, the flow control method including: receiving a block header sent by an accounting node in the accounting node network, wherein the block header comprises a time indication field for indicating block duration, and the block duration represents the duration counted by the accounting node from the time when transaction information is added into a local transaction pool to the time when the transaction information is added into a block body corresponding to the block header; acquiring a service requirement corresponding to transaction information sent by the service node network, wherein the service requirement represents the maximum processing time of the transaction information; and adjusting the flow of the transaction information forwarded to the accounting node network by the agent node according to the service requirement and the block-out duration indicated by the time indication field.

According to an aspect of the embodiments of the present application, there is provided a flow control method for a blockchain system, the blockchain system including a network of accounting nodes and a network of service nodes, and a proxy node connected between the network of accounting nodes and the network of service nodes, the flow control method being performed by an accounting node in the network of accounting nodes, the flow control method including: in the block generating process, counting the time length from adding the transaction information in the local transaction pool to adding the transaction information into the block body to obtain the block discharging time length; adding a time indication field in a block header corresponding to the block body, wherein the time indication field is used for indicating the block output duration; and transmitting the block header to the agent node so that the agent node controls the flow of the transaction information forwarded to the accounting node network based on the time indication field contained in the block header.

According to an aspect of the embodiments of the present application, there is provided a flow control method of a blockchain system, the blockchain system including a billing node network and a service node network, and a proxy node connected between the billing node network and the service node network, the flow control method being performed by a service node in the service node network, the flow control method including: receiving a block header from the accounting node network forwarded by the agent node, wherein the block header comprises a time indication field for indicating block duration, and the block duration represents duration from the time when transaction information counted by the accounting node in the accounting node network is added into a local transaction pool to the time when the transaction information is added into a block corresponding to the block header; and adjusting the flow of the transaction information sent by the service node to the proxy node according to the block-out time length indicated by the time indication field contained in the block header.

According to an aspect of the embodiments of the present application, there is provided a flow control device of a blockchain system, the blockchain system including a billing node network and a service node network, and a proxy node connected between the billing node network and the service node network, the flow control device being disposed in the proxy node, the flow control device including: a first receiving unit, configured to receive a block header sent by an accounting node in the accounting node network, where the block header includes a time indication field for indicating a block duration, and the block duration indicates a duration counted by the accounting node from adding transaction information to a local transaction pool to adding the transaction information to a block corresponding to the block header; the acquisition unit is configured to acquire a service requirement corresponding to the transaction information sent by the service node network, wherein the service requirement represents the maximum processing duration of the transaction information; and the first processing unit is configured to adjust the flow of the transaction information forwarded to the accounting node network by the agent node according to the service demand and the block-out duration indicated by the time indication field.

In some embodiments of the present application, based on the foregoing solution, the first processing unit is configured to: and if the block-out time lengths indicated by the time indication fields contained in the received block headers with the set number are all larger than the maximum processing time length, reducing the flow of the transaction information forwarded to the accounting node network by the agent node.

In some embodiments of the present application, based on the foregoing solution, the first processing unit is further configured to: after reducing the flow of the transaction information forwarded to the accounting node network by the agent node, if the block-out duration indicated by the time indication fields contained in the block headers of the set number received after reducing the flow is still greater than the maximum processing duration, continuing to reduce the flow of the transaction information forwarded to the accounting node network by the agent node.

In some embodiments of the present application, based on the foregoing solution, reducing traffic of the agent node forwarding transaction information to the accounting node network includes: and reducing the flow of the transaction information forwarded to the accounting node network by the agent node by a set proportion.

In some embodiments of the present application, based on the foregoing solution, the first processing unit is further configured to: after reducing the flow of the transaction information forwarded to the accounting node network by the agent node, if the block-out time length indicated by the time indication field contained in the received block header is less than a first set time length, sequentially increasing the flow of the transaction information forwarded to the accounting node network by the agent node according to a set step length until the block-out time length indicated by the time indication field contained in the received block header is between the first set time length and the maximum processing time length, wherein the first set time length is less than the maximum processing time length.

In some embodiments of the present application, based on the foregoing scheme, sequentially increasing, according to a set step size, a flow rate at which the proxy node forwards the transaction information to the accounting node network, includes: sequentially increasing the flow of the transaction information forwarded to the accounting node network by the agent node according to a first set step length; after the number of times of increasing the flow according to the first set step length reaches the set number of times, if the block-out duration indicated by the time indication field contained in the received block header is still less than the first set duration, sequentially increasing the flow of the transaction information forwarded to the accounting node network by the proxy node according to a second set step length, wherein the second set step length is greater than the first set step length.

In some embodiments of the present application, based on the foregoing solution, the first processing unit is further configured to: and after the flow of the transaction information forwarded to the accounting node network by the agent node is adjusted, correspondingly adjusting the flow of the transaction information sent to the agent node by each service node in the service node network according to the adjustment proportion of the flow.

In some embodiments of the present application, based on the foregoing solution, the first processing unit is further configured to: if the fact that the flow of the transaction information sent to the agent node by the target service node exceeds a set threshold value is detected, a current-limiting notification message is sent to the target service node, and the current-limiting notification message is used for indicating the target service node to reduce the flow of the transaction information sent to the agent node.

According to an aspect of the embodiments of the present application, there is provided a flow control device of a blockchain system, the blockchain system including a billing node network and a service node network, and a proxy node connected between the billing node network and the service node network, the flow control device being disposed in a billing node in the billing node network, the flow control device including: the counting unit is configured to count the time length from the time when the transaction information in the local transaction pool is added into the local transaction pool to the time when the transaction information is added into the block body in the block generating process to obtain the block time length; an adding unit, configured to add a time indication field in a block header corresponding to the block body, where the time indication field is used to indicate the block output duration; a sending unit configured to deliver the block header to the proxy node, so that the proxy node controls the traffic of the transaction information forwarded to the accounting node network based on a time indication field contained in the block header.

According to an aspect of the embodiments of the present application, there is provided a flow control device of a blockchain system, the blockchain system including a billing node network and a service node network, and a proxy node connected between the billing node network and the service node network, the flow control device being disposed in a service node in the service node network, the flow control device including: a second receiving unit, configured to receive a block header from the accounting node network forwarded by the proxy node, where the block header includes a time indication field for indicating a block duration, and the block duration represents a duration counted by the accounting node in the accounting node network, from adding transaction information to a local transaction pool to adding the transaction information to a block corresponding to the block header; and the adjusting unit is configured to adjust the traffic of the transaction information sent by the service node to the proxy node according to the block-out duration indicated by the time indication field contained in the block header.

In some embodiments of the present application, based on the foregoing solution, the flow control device further includes: and the second processing unit is configured to reduce the frequency of sending transaction information to the proxy node when receiving the current-limiting notification message sent by the proxy node until the current-limiting notification message sent by the proxy node is no longer received, wherein the current-limiting notification message is sent by the proxy node after detecting that the traffic of the transaction information sent by the service node to the proxy node exceeds a set threshold.

In some embodiments of the present application, based on the foregoing solution, the adjusting unit is configured to: if the block-out time length indicated by the time indication field contained in the block header is greater than a second set time length, the transaction information corresponding to the key service is preferentially sent to the agent node, and the transmission of the transaction information corresponding to the non-key service to the agent node is suspended, so that the traffic of the transaction information sent to the agent node is reduced.

According to an aspect of the embodiments of the present application, there is provided a computer readable medium, on which a computer program is stored, which when executed by a processor, implements the flow control method of the blockchain system as described in the above embodiments.

According to an aspect of an embodiment of the present application, there is provided an electronic device including: one or more processors; a storage device for storing one or more programs which, when executed by the one or more processors, cause the one or more processors to implement the flow control method of the blockchain system as described in the above embodiments.

According to an aspect of embodiments herein, there is provided a computer program product or computer program comprising computer instructions stored in a computer readable storage medium. The processor of the computer device reads the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions, so that the computer device executes the flow control method of the blockchain system provided in the above-mentioned various alternative embodiments.

In the technical solutions provided in some embodiments of the present application, the block chain system is divided into the accounting node network and the service node network, so that the accounting process and the service processing process of the block chain system can be separated, and further, the entire data blocks can be maintained through the decentralized accounting node sub-network, so that the security of the data blocks is ensured, and flexible data access can be realized through the service node network.

Meanwhile, in the technical scheme of the embodiment of the application, the accounting node can add a time indication field for indicating the block duration in the block header, so that the agent node can adjust the traffic of the transaction information forwarded to the accounting node network according to the service requirement and the block duration, and the effective control of the agent node on the traffic of the transaction information is realized. And the service node can also adjust the flow of the transaction information sent to the proxy node according to the block-out time length, so that the service node can sense the block-out time length, and further can effectively control the flow of the transaction information.

It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the application.

Drawings

The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present application and together with the description, serve to explain the principles of the application. It is obvious that the drawings in the following description are only some embodiments of the application, and that for a person skilled in the art, other drawings can be derived from them without inventive effort. In the drawings:

fig. 1 shows a schematic structural diagram of a blockchain network.

Fig. 2 is a schematic diagram illustrating a connection relationship between blocks in a block chain.

Fig. 3 shows a schematic diagram of a process of generating a tile.

Fig. 4 to 6 are architecture diagrams of a blockchain system applied in the embodiment of the present application.

FIG. 7 shows a schematic diagram of an electronic invoice system, according to an embodiment of the application.

Fig. 8 shows a flow chart of a flow control method of a blockchain system according to an embodiment of the present application.

Fig. 9 shows a flow chart of a flow control method of a blockchain system according to an embodiment of the present application.

Fig. 10 shows a flow chart of a flow control method of a blockchain system according to an embodiment of the present application.

FIG. 11 illustrates a block diagram of a flow control device of a blockchain system according to one embodiment of the present application.

FIG. 12 illustrates a block diagram of a flow control device of a blockchain system according to one embodiment of the present application.

FIG. 13 illustrates a block diagram of a flow control device of a blockchain system according to one embodiment of the present application.

FIG. 14 illustrates a schematic structural diagram of a computer system suitable for use in implementing the electronic device of an embodiment of the present application.

Detailed Description

Example embodiments will now be described more fully with reference to the accompanying drawings. Example embodiments may, however, be embodied in many different forms and should not be construed as limited to the examples set forth herein; rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the concept of example embodiments to those skilled in the art.

Furthermore, the described features, structures, or characteristics may be combined in any suitable manner in one or more embodiments. In the following description, numerous specific details are provided to give a thorough understanding of embodiments of the application. One skilled in the relevant art will recognize, however, that the subject matter of the present application can be practiced without one or more of the specific details, or with other methods, components, devices, steps, and so forth. In other instances, well-known methods, devices, implementations, or operations have not been shown or described in detail to avoid obscuring aspects of the application.

The block diagrams shown in the figures are functional entities only and do not necessarily correspond to physically separate entities. I.e. these functional entities may be implemented in the form of software, or in one or more hardware modules or integrated circuits, or in different networks and/or processor means and/or microcontroller means.

The flow charts shown in the drawings are merely illustrative and do not necessarily include all of the contents and operations/steps, nor do they necessarily have to be performed in the order described. For example, some operations/steps may be decomposed, and some operations/steps may be combined or partially combined, so that the actual execution sequence may be changed according to the actual situation.

It should be noted that: reference herein to "a plurality" means two or more. "and/or" describe the association relationship of the associated objects, meaning that there may be three relationships, e.g., A and/or B may mean: a exists alone, A and B exist simultaneously, and B exists alone. The character "/" generally indicates that the former and latter associated objects are in an "or" relationship.

The Blockchain (Blockchain) is a novel application mode of computer technologies such as distributed data storage, point-to-point transmission, a consensus mechanism, an encryption algorithm and the like. The blockchain is essentially a decentralized database, which is a series of data blocks (i.e., blocks) associated by using cryptography, each data block containing information of a batch of network transactions for verifying the validity (anti-counterfeiting) of the information and generating the next block. The blockchain may include a blockchain underlying platform, a platform product services layer, and an application services layer.

The block chain underlying platform can comprise processing modules such as user management, basic service, intelligent contract and operation monitoring. The user management module is responsible for identity information management of all blockchain participants, and comprises public and private key generation maintenance (account management), key management, user real identity and blockchain address corresponding relation maintenance (authority management) and the like, and under the authorization condition, the user management module supervises and audits the transaction condition of certain real identities and provides rule configuration (wind control audit) of risk control; the basic service module is deployed on all block chain node equipment and used for verifying the validity of the service request, recording the service request to storage after consensus on the valid request is completed, for a new service request, the basic service firstly performs interface adaptation analysis and authentication processing (interface adaptation), then encrypts service information (consensus management) through a consensus algorithm, transmits the service information to a shared account (network communication) completely and consistently after encryption, and performs recording and storage; the intelligent contract module is responsible for registering and issuing contracts, triggering the contracts and executing the contracts, developers can define contract logics through a certain programming language, issue the contract logics to a block chain (contract registration), call keys or other event triggering and executing according to the logics of contract clauses, complete the contract logics and simultaneously provide the function of upgrading and canceling the contracts; the operation monitoring module is mainly responsible for deployment, configuration modification, contract setting, cloud adaptation in the product release process and visual output of real-time states in product operation, such as: alarm, monitoring network conditions, monitoring node equipment health status, and the like.

The platform product service layer provides basic capability and an implementation framework of typical application, and developers can complete block chain implementation of business logic based on the basic capability and the characteristics of the superposed business. The application service layer provides the application service based on the block chain scheme for the business participants to use.

Referring to the blockchain network shown in fig. 1, a plurality of nodes 101 may be included in the blockchain network, and the plurality of nodes 101 may be respective clients forming the blockchain network. Each node 101 may receive input information and maintain shared data within the blockchain network based on the received input information while operating normally. In order to ensure information intercommunication in the blockchain network, information connection can exist between each node in the blockchain network, and information transmission can be carried out between the nodes through the information connection. For example, when any node in the blockchain network receives input information, other nodes in the blockchain network acquire the input information according to a consensus algorithm, and store the input information as shared data, so that the data stored on all the nodes in the blockchain network are consistent.

Each node in the blockchain network has a corresponding node identifier, and each node in the blockchain network can store the node identifiers of other nodes, so that the generated blocks can be broadcasted to other nodes in the blockchain network according to the node identifiers of other nodes. Each node can maintain a node identification list, and the node name and the node identification are correspondingly stored in the node identification list. The node identifier may be an IP (Internet Protocol) address and any other information that can be used to identify the node.

Each node in the blockchain network stores one identical blockchain. The block chain is composed of a plurality of blocks, as shown in fig. 2, the block chain is composed of a plurality of blocks, the starting block includes a block header and a block main body, the block header stores input information characteristic values, version numbers, timestamps, difficulty values and the like, and the block main body stores input information; the next block of the starting block takes the starting block as a parent block, the next block also comprises a block head and a block main body, the block head stores the input information characteristic value of the current block, the block head characteristic value of the parent block, the version number, the timestamp, the difficulty value and the like, so that the block data stored in each block in the block chain is associated with the block data stored in the parent block, and the safety of the input information in the block is ensured.

When each block in the block chain is generated, referring to fig. 3, when a node where the block chain is located receives input information, the input information is verified, after the verification is completed, the input information is stored in a memory pool, and a hash tree for recording the input information is updated; and then, updating the updating time stamp to the time when the input information is received, trying different random numbers, and calculating the characteristic value for multiple times, so that the calculated characteristic value can meet the following formula:

SHA256(SHA256(version+prev_hash+merkle_root+ntime+nbits+x))＜TARGET

wherein, SHA256 is a characteristic value algorithm used for calculating a characteristic value; version is version information of the relevant block protocol in the block chain; prev _ hash is a block head characteristic value of a parent block of the current block; merkle _ root is a characteristic value of the input information; ntime is the update time of the update timestamp; nbits is the current difficulty, is a fixed value within a period of time, and is determined again after exceeding a fixed time period; x is a random number; TARGET is a feature threshold, which can be determined from nbits.

Therefore, when the random number meeting the formula is obtained through calculation, the information can be correspondingly stored, and the block head and the block main body are generated to obtain the current block. And then, the node where the block chain is located respectively sends the newly generated blocks to other nodes in the data sharing system where the newly generated blocks are located according to the node identifications of the other nodes in the data sharing system, the newly generated blocks are verified by the other nodes, and the newly generated blocks are added to the block chain stored in the newly generated blocks after the verification is completed.

Each node in the blockchain network may be a server or a terminal device. The server may be an independent physical server, a server cluster or a distributed system formed by a plurality of physical servers, or a Cloud server providing basic Cloud Computing services such as a Cloud service, a Cloud database, Cloud Computing (Cloud Computing), a Cloud function, Cloud storage, a Network service, Cloud communication, a middleware service, a domain name service, a security service, a Content Delivery Network (CDN), a big data and artificial intelligence platform, and the like. The terminal device may be, but is not limited to, a smart phone, a tablet computer, a notebook computer, a desktop computer, a smart speaker, a smart watch, and the like. The nodes may be directly or indirectly connected through wired or wireless communication, and the application is not limited herein.

The cloud computing refers to a delivery and use mode of an IT infrastructure, and specifically refers to acquiring required resources in an on-demand and easily-extensible manner through a network; the generalized cloud computing refers to a delivery and use mode of a service, and refers to obtaining a required service in an on-demand and easily-extensible manner through a network. Such services may be IT and software, internet related, or other services. Cloud Computing is a product of development and fusion of traditional computers and Network Technologies, such as Grid Computing (Grid Computing), Distributed Computing (Distributed Computing), Parallel Computing (Parallel Computing), Utility Computing (Utility Computing), Network Storage (Network Storage Technologies), Virtualization (Virtualization), Load balancing (Load Balance), and the like. With the development of diversification of internet, real-time data stream and connecting equipment and the promotion of demands of search service, social network, mobile commerce, open collaboration and the like, cloud computing is rapidly developed. Different from the prior parallel distributed computing, the generation of cloud computing can promote the revolutionary change of the whole internet mode and the enterprise management mode in concept.

Based on the blockchain technology, embodiments of the present application provide an architecture of a blockchain system. As shown in fig. 4, the blockchain system includes a billing node network 2 and a service node network 1. The accounting node network 2 comprises an accounting node 21 that recognizes and records data blocks onto a blockchain. The service node network 1 comprises a service node 11, and the service node 11 can verify the data blocks recorded by the accounting node to the blockchain, or can request corresponding transaction data from the accounting node.

Specifically, the service node 11 verifying the data blocks recorded by the accounting node to the blockchain may include the following steps: an accounting node 21 in the accounting node network generates a signature based on transaction information to be included in a data block to be added to the block chain using a key specific to the accounting node; the accounting node 21 adds the transaction information and the generated signature into a data block and adds the data block to a block chain; the accounting node 21 sends the signature to a service node in the service node network, and the service node verifies the signature according to a key specific to the accounting node, so that the service node 11 verifies the data block recorded by the accounting node to the block chain. The accounting node in the accounting node network is responsible for recording the data blocks to the block chain, and the service node in the service node network is responsible for witnessing the results recorded by the accounting node. Specifically, the accounting node generates a signature based on transaction information to be included in a data block to be added to the block chain, and then adds the transaction information and the generated signature to the data block for uplink. And sending the signature to a service node in the network of service nodes, such that the service node verifies the signature based on a key specific to the accounting node. The service node in the service node network can witness the transaction data of the whole network by verifying the signature of the accounting node on the block. The network of accounting nodes, although having monopolized accounting rights, is publicly traceable in all activities because the data blocks have digital signatures representing the identity of the accountant. If the billing nodes do malicious collectively, then all nodes in the network of service nodes will retain evidence that the particular billing node does malicious. Compared with the traditional centralized system and the private chain, the operation of the system in the embodiment of the application is more transparent; compared with the traditional decentralized scheme, the scheme is more controllable and more convenient to supervise.

In one embodiment of the present application, the accounting node network 2 and the service node network 1 may be connected through a proxy node 12, and the proxy node 12 may be a service node of the service node network 1, and is responsible for transferring information to be transferred to the service node 11 by the accounting node 21 to the service node 11. The service node 11 is a terminal of a transaction party generating various transaction data to be linked, and may also be a terminal inquiring transaction data from the accounting node network 2. The transaction data generated by the service node 11 is transmitted to the accounting node 21 through the proxy node 12, and then is recorded on the blockchain after being identified, which is beneficial to the uniform processing and supervision of the transaction data, and the service node 11 can also perform the uplink supervision and witness of the transaction data through the information sent by the accounting node 21 through the proxy node 12, which has very important significance in some scenes that need uniform supervision but also afraid collective cheating of the supervised nodes and therefore need supervision.

In the structure shown in fig. 1, the service node network 1 adopts a P2P (Peer-to-Peer) network mode. The P2P network is a distributed application architecture that distributes tasks and workloads among peers, and is a form of networking or networking that the peer-to-peer computing model forms at the application layer, i.e., "peer-to-peer" or "peer-to-peer" networks. It can be defined as: participants of the network share a portion of the hardware resources (processing power, storage power, network connectivity, printers, etc.) they own, which provide services and content over the network and which can be accessed directly by other peer nodes without going through intermediate entities. Participants in this network are both providers and acquirers of resources, services and content. Therefore, in the service node network 1, when the proxy node 12 receives the message transmitted from the accounting node 21, the message is transmitted to the surrounding service nodes 11, and the surrounding service nodes 11 receive the message and transmit the message to the surrounding service nodes 11, so that the message is transmitted between each service node 11 of the service node network 1.

Fig. 5 shows an architecture of another blockchain system applied in the embodiment of the present application. This architecture differs from the architecture shown in fig. 4 in that: the P2P network mode is not adopted in the service node network 1, but the mode of the broadcast network is adopted. In particular, the proxy node 12, upon receiving the message passed from the accounting node 21, broadcasts the message to the other service nodes 11 in the service node network 1. In this way, the propagation of the message between each service node 11 of the service node network 1 is also achieved.

Fig. 6 shows an architecture of another blockchain system to which embodiments of the present invention are applied. This architecture differs from that shown in fig. 4 in that: the accounting node network 2 is divided into a plurality of branch accounting node networks. Each network of branch accounting nodes may be responsible for the recording of some type of transaction information. For example, a business may have a supply chain financial transaction and may need to record contract information, credit, etc. generated during supply and marketing to the blockchain, and the business may need to issue invoices and also record invoicing information, invoice reimbursement information, etc. to the blockchain. In this case, in order to facilitate the requirement that the accounting node is supervised by the same department, the accounting node for recording the supply chain financial service transaction and the accounting node for recording the transaction in the invoice circulation process may belong to different departments. For example, the accounting node for recording the supply chain financial service transaction is an accounting terminal set by a bank, and the accounting node for recording the transaction in the invoice circulation process is an accounting terminal set by a national tax bureau. And supply chain financial transaction and recording of transactions during invoicing may also end up on a network of accounting nodes in different branches. In this case, the agent node 12 transmits the transaction information to the branch accounting node network corresponding to the transaction type according to the transaction type carried in the transaction information transmitted from the service node 11.

It should be noted that, in the architecture of the blockchain system shown in fig. 4 to fig. 6, the proxy node 12 is located in the service node network 1, and in other embodiments of the present application, the proxy node 12 may also be located in the consensus node network 2, or may be independent of the service node network 1 and the consensus node network 2.

The architecture of the blockchain system shown in fig. 4 to 6 can be applied to the application scenario of electronic invoices, and is described in detail as follows:

in one embodiment of the present application, the accounting nodes in the accounting node network may be respective tax administration terminals, for example, the accounting node network is formed by using the tax administration terminals deployed in a plurality of regions as one accounting node respectively. Each service node in the service node network may be a local tax office terminal, an invoicing agent service provider terminal, an invoicing enterprise terminal, a personal user terminal, etc.

Specifically, in the electronic invoice system shown in fig. 7, a service layer, a routing agent layer, and a consensus network (billing network) layer may be included. The service layer is a service node network, which includes each service node, such as a local tax bureau in a tax private network; billing facilitators, reimbursement facilitators, enterprises, etc. in the public cloud; payment facilitators, circulation facilitators, businesses, etc. in the private cloud.

The routing agent layer includes an agent node, the agent node provides functions of routing service, certificate caching and authentication service, P2P service, and the like, and the routing agent layer performs an isolation function on the service layer and the consensus network layer, which refers to the technical solutions of the foregoing embodiments. Alternatively, the proxy node in the routing proxy layer may be in a tax private network. The consensus network (billing network) layer is a billing node network, and includes a plurality of block chains, but in other embodiments of the present application, a block chain may be included in the consensus network (billing network) layer.

In an embodiment of the present application, a consensus network (billing network) in an electronic invoice system may include a plurality of blockchains, and the plurality of blockchains may be linked according to a time sequence, for example, a same service is linked according to time, where service participants are consistent, and two blockchains use a same CA (Certificate Authority) center as an authentication and authorization party of the invoice service system. Of course, in an embodiment of the present application, chaining may be performed according to different services, for example, service a corresponds to one blockchain, service B corresponds to one blockchain, and services may also interact across chains.

In one embodiment of the present application, in a blockchain system including a network of accounting nodes and a network of service nodes, in order to realize effective control of the traffic of transaction information sent to the network of accounting nodes, the following solutions are provided by the embodiments of the present application:

fig. 8 is a flowchart illustrating a flow control method of a blockchain system according to an embodiment of the present application, which may be configured as shown in fig. 4 to 6, and includes an accounting node network and a service node network, and a proxy node connected between the accounting node network and the service node network. The method for controlling flow in the blockchain system shown in fig. 8 may be executed by a proxy node, and specifically, referring to fig. 8, the method for controlling flow in the blockchain system at least includes steps S810 to S830, which are described in detail as follows:

in step S810, a block header sent by an accounting node in the accounting node network is received, where the block header includes a time indication field for indicating a block duration, and the block duration indicates a duration counted by the accounting node from adding the transaction information into the local transaction pool to adding the transaction information into a block corresponding to the block header.

In one embodiment of the present application, after the transaction information is generated, the transaction information is sent to the agent node by the service node in the service node network, and then forwarded to the accounting node network by the agent node. After the accounting node in the accounting node network generates the block according to the transaction information and identifies the uplink, the block header may be sent to the proxy node, and then the proxy node forwards the block header to the service node network, so that the service node in the service node network performs the synchronization processing of the block data based on the block header. In the process of generating the block, the accounting node can count the time length from adding the transaction information in the local transaction pool to adding the transaction information into the block body to obtain the block time length, and then adds a time indication field for indicating the block time length into the block head, so as to transmit the block head to the proxy node. After receiving the block header, the proxy node may determine the block duration according to a time indication field included in the block header.

In step S820, a service requirement corresponding to the transaction information sent by the service node network is obtained, where the service requirement represents a maximum processing duration of the transaction information.

In an embodiment of the present application, the service node may add the service requirement information corresponding to the transaction information and send the transaction information to the proxy node, or the service node may directly send the service requirement to the proxy node.

In step S830, the flow of the transaction information forwarded by the proxy node to the network of accounting nodes is adjusted according to the service requirement and the block-out duration indicated by the time indication field.

In an embodiment of the present application, the specific process of adjusting the traffic of the proxy node forwarding the transaction information to the accounting node network in step S830 may be: and if the block-out time lengths indicated by the time indication fields contained in the block headers with the set number received by the agent node are all larger than the maximum processing time length, reducing the flow of the transaction information forwarded to the accounting node network by the agent node. Alternatively, the set number may be 2, 3, 4, etc., and the maximum processing time duration is a processing time duration for setting the service requirement, such as 1 second, 2 seconds, etc. According to the technical scheme of the embodiment, when the block-out time lengths indicated by the time indication fields contained in the block headers with the set number are all longer than the maximum processing time length, the flow of the transaction information forwarded to the accounting node network by the agent node is reduced, the backlog of the transaction information on the accounting node network side can be reduced, and the flow control of the transaction information is realized.

In an embodiment of the application, after reducing the traffic of the transaction information forwarded by the proxy node to the network of accounting nodes, if the block-out duration indicated by the time indication field contained in the header of the set number of blocks received by the proxy node is still greater than the maximum processing duration, the traffic of the transaction information forwarded by the proxy node to the network of accounting nodes is continuously reduced.

In one embodiment of the application, when the flow rate of the transaction information forwarded by the agent node to the accounting node network is reduced, the flow rate of the transaction information forwarded by the agent node to the accounting node network can be reduced by a set proportion. For example, each 50% reduction, or each 40% reduction, etc.

In an embodiment of the present application, after reducing the flow rate of the transaction information forwarded by the proxy node to the network of the accounting node, if the block exit duration indicated by the time indication field included in the block header received by the proxy node is less than a first set duration, the flow rate of the transaction information forwarded by the proxy node to the network of the accounting node is sequentially increased according to a set step size until the block exit duration indicated by the time indication field included in the received block header is between the first set duration and the maximum processing duration, where the first set duration is less than the maximum processing duration. The technical scheme of the embodiment can properly increase the flow of the transaction information forwarded to the accounting node network by the agent node when the block-out time of the accounting node is shorter. Alternatively, when receiving a certain number (e.g., 3, etc., numerical values are merely examples) of block headers, the agent node may sequentially increase the traffic of the transaction information forwarded to the accounting node network according to the set step length when the block-out duration indicated by the time indication field included in the block header is smaller than the first set duration.

In an embodiment of the present application, the step of sequentially increasing the traffic of the agent node forwarding the transaction information to the accounting node network according to the set step size may include: sequentially increasing the flow of the transaction information forwarded to the accounting node network by the agent node according to the first set step length; after the number of times of increasing the traffic according to the first set step reaches the set number of times (for example, 3 times, etc., numerical values are only examples), if the block-out duration indicated by the time indication field included in the received block header is still less than the first set duration, the traffic of the transaction information forwarded by the proxy node to the accounting node network is sequentially increased according to a second set step, where the second set step is greater than the first set step. The technical scheme of the embodiment can gradually increase the flow of the transaction information forwarded to the accounting node network by the agent node, and can timely increase the flow by adopting a larger second set step length under the condition that the flow is increased according to a smaller first set step length and the requirement is difficult to be met, so that the flow of the transaction information forwarded to the accounting node network by the agent node is adjusted to a proper degree as soon as possible, the transaction information processing amount is improved, and the transaction information processing efficiency can be improved.

In an embodiment of the present application, after the proxy node is adjusted to forward the traffic of the transaction information to the accounting node network, the proxy node may further perform corresponding adjustment on the traffic of the transaction information sent by each service node in the service node network to the proxy node according to an adjustment ratio of the traffic. For example, after the flow rate of the transaction information forwarded to the accounting node network is reduced by 50%, the flow rate of the transaction information sent to the agent node by each service node may also be reduced by 50%.

In an embodiment of the present application, the proxy node may further send, when it is detected that the traffic of the transaction information sent to the proxy node by the target service node exceeds a set threshold, a current-limiting notification message to the target service node, where the current-limiting notification message is used to instruct the target service node to reduce the traffic of the transaction information sent to the proxy node. The technical scheme of the embodiment enables the agent node to timely inform the service node to reduce the flow of the transaction information sent to the agent node, avoids backlog of the transaction information at the agent node, and enables the service node to preferentially send the transaction information with higher importance degree to the agent node so as to ensure timely processing of the key service.

The technical solution of the embodiment shown in fig. 8 is explained from the perspective of a proxy node, and the technical solution of the embodiment of the present application is further explained from the perspective of an accounting node in an accounting node network as follows:

fig. 9 shows a flow chart of a flow control method of a blockchain system according to an embodiment of the present application, and the structure of the blockchain system may be as shown in fig. 4 to 6, which includes a billing node network and a service node network, and a proxy node connected between the billing node network and the service node network, similar to the previous embodiments. The flow control method of the blockchain system shown in fig. 9 may be executed by a billing node in a billing node network, and specifically, referring to fig. 9, the flow control method of the blockchain system at least includes steps S910 to S930, which are described in detail as follows:

in step S910, in the process of generating the block, the time length from adding the transaction information in the local transaction pool to adding the transaction information in the block is counted to obtain the block time length.

In an embodiment of the application, after receiving the transaction information forwarded by the agent node from the service node network, the accounting node may store the transaction information in the local transaction pool, and then the accounting node serving as the proposal node may take out the transaction information from the local transaction pool and add the transaction information to the block body when generating the block body. Specifically, the longer the block-out time is, the larger the transaction information amount in the local transaction pool of the accounting node is, and the larger the processing load of the accounting node is.

In step S920, a time indication field is added to the block header corresponding to the block, where the time indication field is used to indicate the block duration.

In step S930, the block header is transmitted to the proxy node, so that the proxy node controls the traffic of the transaction information forwarded to the accounting node network based on the time indication field contained in the block header.

The process of the agent node controlling the traffic of the transaction information forwarded to the accounting node network based on the time indication field included in the block header may refer to the technical solution of the foregoing embodiment, and is not described again.

The technical solution of the embodiment shown in fig. 9 is explained from the perspective of the accounting node, and the technical solution of the embodiment of the present application is further explained from the perspective of the service node in the service node network as follows:

fig. 10 shows a flow chart of a flow control method of a blockchain system according to an embodiment of the present application, and the structure of the blockchain system may be as shown in fig. 4 to 6, which includes a billing node network and a service node network, and a proxy node connected between the billing node network and the service node network, similar to the previous embodiments. The flow control method of the blockchain system shown in fig. 10 may be executed by a service node in a service node network, and specifically, referring to fig. 10, the flow control method of the blockchain system at least includes steps S1010 to S1020, which are described in detail as follows:

in step S1010, a block header forwarded by the proxy node from the accounting node network is received, where the block header includes a time indication field for indicating a block duration, and the block duration represents a duration counted by the accounting node in the accounting node network from the time when the transaction information is added to the local transaction pool to the time when the transaction information is added to the block corresponding to the block header.

In one embodiment of the present application, after the service node generates the transaction information, the transaction information is sent to the agent node, and then forwarded by the agent node into the billing node network. After the accounting node in the accounting node network generates the block according to the transaction information and identifies the uplink, the block header may be sent to the proxy node, and then the proxy node forwards the block header to the service node network, so that the service node in the service node network performs the synchronization processing of the block data based on the block header. In the process of generating the block, the accounting node can count the time length from adding the transaction information in the local transaction pool to adding the transaction information into the block body to obtain the block time length, and then adds a time indication field for indicating the block time length into the block head, so as to transmit the block head to the proxy node. The proxy node, after receiving the chunk header, may forward the received chunk header to the service node.

In step S1020, the traffic of the transaction information sent by the service node to the proxy node is adjusted according to the block-out duration indicated by the time indication field included in the block header.

In an embodiment of the present application, the process of the service node adjusting the flow rate for sending the transaction information to the proxy node may specifically include: if the block-out time length indicated by the time indication field contained in the block header is longer than the second set time length, the transaction information corresponding to the key service is preferentially sent to the agent node, and the transmission of the transaction information corresponding to the non-key service to the agent node is suspended, so that the flow of sending the transaction information to the agent node is reduced. The technical scheme of the embodiment enables the service node to preferentially send the transaction information with higher importance degree to the proxy node when the block-out time is longer so as to ensure the timely processing of the key service.

In one embodiment of the present application, if the service node receives the current limit notification message sent by the proxy node, the frequency of sending the transaction information to the proxy node may be reduced until the current limit notification message sent by the proxy node is no longer received, where the current limit notification message is sent by the proxy node after detecting that the traffic of the transaction information sent by the service node to the proxy node exceeds a set threshold. According to the technical scheme of the embodiment, when the agent node receives more transaction information, the agent node can send the current-limiting notification message to the service node, and then the service node can reduce the frequency of sending the transaction information to the agent node, so that the backlog of the transaction information at the agent node is avoided. Optionally, after reducing the frequency of sending the transaction information to the agent node, the service node may preferentially send the transaction information with higher importance to the agent node.

The technical solutions of the embodiments of the present application are explained above from the perspective of the agent node, the billing node, and the service node, and specifically, the processing procedures of the billing node, the agent node, and the service node are as follows:

in one embodiment of the present application, the accounting node adds a maximum block-out time field (i.e. a time indication field) to the block header of the common identification block, wherein the field indicates the maximum time spent by all transactions in the block from joining the transaction pool of the proposal node to being packed into the block corresponding to the current block header, and then sends the block header to the proxy node. This field shows the processing performance of the current accounting node network, if the value indicated by this field is small, it indicates that the transaction information can be processed quickly, the accounting node network can also continue to operate with the current transaction information flow and can accept more transaction information amount for processing; if the value indicated by the field is larger, the rechecking of the current accounting node network is larger, and the transaction information can be packed out of blocks only after a longer time, so that the method is not suitable for increasing the flow of the transaction information. If the value indicated by the field continuously increases, it indicates that the processing capacity of the network of the accounting node cannot keep up with the amount of transaction information submitted from the outside, and the transaction pool of the accounting node stores more transaction information, so the amount of transaction information sent to the network of the accounting node should be reduced.

In one embodiment of the present application, the blockchain system may include a plurality of agent nodes, and the plurality of agent nodes may be unrelated to each other, each of which serves as an entry of the accounting node network, and may be unaware of the existence of other agent nodes. Generally, a centralized service discovery and configuration server is needed for the current limiting processing in such a scenario, but due to the existence of the maximum block-out time field, the proxy node only needs to obtain the latest block header from the accounting node in time to realize the flow control.

In an embodiment of the present application, after obtaining the maximum block-out time field included in the latest block header, the proxy node may set a threshold for equal-proportion current limiting according to the service characteristics. Examples are as follows: assuming that the maximum flow set by each proxy node is 2 ten thousand pieces of transaction information per second and is initially in a 100% performance state, and assuming that the service characteristics require the transaction to complete uplink processing within 1s as much as possible, the block-out time threshold may be set to 1 s. When the time value indicated by the maximum block-out time field in the block header received by the proxy node is continuously 3 times (the numerical value is merely an example) and exceeds 1s, the performance threshold of the proxy node can be halved, namely, the performance threshold becomes 50%, and the flow allowed by a single proxy node becomes 1 ten thousand transaction messages per second. If the time value indicated by the maximum block-out time field in the block header received by the proxy node is still continuously 3 times over 1s after halving, the time value is halved again, namely, reduced to 25%, and the flow rate allowed by the single proxy node becomes 5000 transaction messages per second. Although it is not known how many proxy nodes exist, as long as each proxy node continually lowers the performance threshold based on the value indicated by the maximum out-of-block time field in the block header, the overall traffic is eventually limited to the range that can be tolerated by a network of accounting nodes.

In one embodiment of the application, after the value indicated by the maximum out-of-block time field in the block header provided by the network of accounting nodes falls below a safety threshold, which is assumed to be below 0.5s, the proxy node may slowly increase the performance threshold, such as 1% increase each time, e.g., from 25% to 26%, 27% … …, and may increase the recovery speed, such as 5% increase each time, if the value indicated by the maximum out-of-block time field remains below 0.5s after several consecutive increases. The proxy node may maintain the current performance threshold if the value indicated by the maximum out-of-block time field is between the out-of-block time threshold of 1s and the security threshold of 0.5 s.

In one embodiment of the present application, the flow limit of the proxy node for a single IP (i.e., the IP of the service node) or a single account (corresponding to the service node) may also be scaled proportionally as described above.

In an embodiment of the present application, in the process of normally sending the transaction information to the agent node, if part of the transactions receive the current-limiting rejection message of the agent node, the service node may adjust the sending frequency of the transaction information by itself until the frequency is reduced to be no longer rejected by the agent node.

Meanwhile, the service node can also judge the performance condition of the accounting node network according to the value indicated by the maximum block-out time field in the obtained block header, and when the accounting node network is in a state with better performance, more transaction information (such as accumulated transaction information) is sent; and when the performance of the accounting node network is not good, only the transaction information of the key service (such as real-time service) is preferentially submitted, and the transaction information of the non-key service is temporarily processed.

The technical scheme of the embodiment of the application is that the indication field of the maximum block-out time is added in the block header, so that the overall performance state of the current accounting node network can be accurately notified to the proxy node and the service node without extra data volume and calculation burden. Compared with the current limiting scheme of a common block chain product, the technical scheme of the embodiment of the application can be more concerned about the response time of the transaction information and effectively inform the service node of the performance limit, so that the problems that the transaction information is submitted to the accounting node network by the service node, but the consensus process is slow, the transaction is queued and the like due to accumulation in the transaction pool of the accounting node are solved. Meanwhile, the agent node can accurately know the flow state of the current accounting node network according to the indication field contained in the block header, and can scale the performance of the agent node network according to the flow state in an equal proportion manner, so that the overall flow limitation of all the agent nodes is achieved, the flow limitation action of the agent node can also comprise strategies such as rapid reduction, slow start and accelerated recovery, and the like, and the method is simple and effective. In addition, the service node can accurately obtain the performance condition of the accounting node network, independent judgment is not needed according to transaction return time, the influence of the service node on the performance can be eliminated according to the judgment index of the performance, the gradual current limiting prompt of the proxy node can be obtained when the service is busy, the smooth adjustment of the service transaction information can be ensured, the conditions of sudden system breakdown disconnection, unpredictable sudden unavailability, unavailable uplink and the like can be avoided, and the most critical service can be further ensured to obtain the uplink opportunity.

The following describes embodiments of the apparatus of the present application, which can be used to implement the flow control method of the blockchain system in the above embodiments of the present application. For details that are not disclosed in the embodiments of the apparatus of the present application, please refer to the embodiments of the flow control method of the blockchain system described above in the present application.

Fig. 11 illustrates a block diagram of a flow control device of a blockchain system including a network of accounting nodes and a network of service nodes, and a broker node connected between the network of accounting nodes and the network of service nodes, the flow control device illustrated in fig. 11 being disposed within the broker node, according to one embodiment of the present application.

Referring to fig. 11, a flow control device 1100 of a blockchain system according to an embodiment of the present application includes: a first receiving unit 1102, an obtaining unit 1104 and a first processing unit 1106.

The first receiving unit 1102 is configured to receive a block header sent by an accounting node in the accounting node network, where the block header includes a time indication field for indicating a block duration, and the block duration represents a duration counted by the accounting node from adding transaction information to a local transaction pool to adding the transaction information to a block corresponding to the block header; the obtaining unit 1104 is configured to obtain a service requirement corresponding to the transaction information sent by the service node network, where the service requirement represents a maximum processing duration of the transaction information; the first processing unit 1106 is configured to adjust the flow of the transaction information forwarded by the agent node to the accounting node network according to the service requirement and the block-out duration indicated by the time indication field.

In some embodiments of the present application, based on the foregoing solution, the first processing unit 1106 is configured to: and if the block-out time lengths indicated by the time indication fields contained in the received block headers with the set number are all larger than the maximum processing time length, reducing the flow of the transaction information forwarded to the accounting node network by the agent node.

In some embodiments of the present application, based on the foregoing solution, the first processing unit 1106 is further configured to: after reducing the flow of the transaction information forwarded to the accounting node network by the agent node, if the block-out duration indicated by the time indication fields contained in the block headers of the set number received after reducing the flow is still greater than the maximum processing duration, continuing to reduce the flow of the transaction information forwarded to the accounting node network by the agent node.

In some embodiments of the present application, based on the foregoing solution, the first processing unit 1106 is further configured to: after reducing the flow of the transaction information forwarded to the accounting node network by the agent node, if the block-out time length indicated by the time indication field contained in the received block header is less than a first set time length, sequentially increasing the flow of the transaction information forwarded to the accounting node network by the agent node according to a set step length until the block-out time length indicated by the time indication field contained in the received block header is between the first set time length and the maximum processing time length, wherein the first set time length is less than the maximum processing time length.

In some embodiments of the present application, based on the foregoing solution, the first processing unit 1106 is further configured to: and after the flow of the transaction information forwarded to the accounting node network by the agent node is adjusted, correspondingly adjusting the flow of the transaction information sent to the agent node by each service node in the service node network according to the adjustment proportion of the flow.

In some embodiments of the present application, based on the foregoing solution, the first processing unit 1106 is further configured to: if the fact that the flow of the transaction information sent to the agent node by the target service node exceeds a set threshold value is detected, a current-limiting notification message is sent to the target service node, and the current-limiting notification message is used for indicating the target service node to reduce the flow of the transaction information sent to the agent node.

Fig. 12 shows a block diagram of a flow control device of a blockchain system including a network of accounting nodes and a network of service nodes, and a broker node connected between the network of accounting nodes and the network of service nodes, the flow control device shown in fig. 12 being disposed within an accounting node in the network of accounting nodes, according to one embodiment of the present application.

Referring to fig. 12, a flow control device 1200 of a blockchain system according to an embodiment of the present application includes: statistics section 1202, addition section 1204, and transmission section 1206.

The statistical unit 1202 is configured to, in the process of generating the block, count the duration from adding the transaction information in the local transaction pool to adding the transaction information in the block to the local transaction pool, to obtain the block-out duration; the adding unit 1204 is configured to add a time indication field in a block header corresponding to the block, where the time indication field is used for indicating the block outputting duration; the sending unit 1206 is configured to communicate the block header to the broker node to cause the broker node to control the traffic of the transaction information forwarded to the network of accounting nodes based on the time indication field contained in the block header.

Fig. 13 is a block diagram illustrating a flow control device of a blockchain system including a billing node network and a service node network, and a proxy node connected between the billing node network and the service node network, the flow control device of fig. 13 being disposed within a service node in the service node network, according to one embodiment of the present application.

Referring to fig. 13, a flow control apparatus 1300 of a blockchain system according to an embodiment of the present application includes: a second receiving unit 1302 and an adjusting unit 1304.

The second receiving unit 1302 is configured to receive a block header from the accounting node network forwarded by the agent node, where the block header includes a time indication field for indicating a block duration, where the block duration represents a duration counted by the accounting node in the accounting node network from adding the transaction information to the local transaction pool to adding the transaction information to a block corresponding to the block header; the adjusting unit 1304 is configured to adjust a traffic of the service node sending the transaction information to the proxy node according to the block-out duration indicated by the time indication field included in the block header.

In some embodiments of the present application, based on the foregoing solution, the flow control apparatus 1300 further includes: and the second processing unit is configured to reduce the frequency of sending transaction information to the proxy node when receiving the current-limiting notification message sent by the proxy node until the current-limiting notification message sent by the proxy node is no longer received, wherein the current-limiting notification message is sent by the proxy node after detecting that the traffic of the transaction information sent by the service node to the proxy node exceeds a set threshold.

In some embodiments of the present application, based on the foregoing solution, the adjusting unit 1304 is configured to: if the block-out time length indicated by the time indication field contained in the block header is greater than a second set time length, the transaction information corresponding to the key service is preferentially sent to the agent node, and the transmission of the transaction information corresponding to the non-key service to the agent node is suspended, so that the traffic of the transaction information sent to the agent node is reduced.

It should be noted that the computer system 1400 of the electronic device shown in fig. 14 is only an example, and should not bring any limitation to the functions and the scope of use of the embodiments of the present application.

As shown in fig. 14, a computer system 1400 includes a Central Processing Unit (CPU)1401, which can perform various appropriate actions and processes, such as executing the methods described in the above embodiments, according to a program stored in a Read-Only Memory (ROM) 1402 or a program loaded from a storage portion 1408 into a Random Access Memory (RAM) 1403. In the RAM 1403, various programs and data necessary for system operation are also stored. The CPU 1401, ROM 1402, and RAM 1403 are connected to each other via a bus 1404. An Input/Output (I/O) interface 1405 is also connected to the bus 1404.

The following components are connected to the I/O interface 1405: an input portion 1406 including a keyboard, a mouse, and the like; an output portion 1407 including a Cathode Ray Tube (CRT), a Liquid Crystal Display (LCD), and the like, a speaker, and the like; a storage portion 1408 including a hard disk and the like; and a communication section 1409 including a Network interface card such as a LAN (Local Area Network) card, a modem, and the like. The communication section 1409 performs communication processing via a network such as the internet. The driver 1410 is also connected to the I/O interface 1405 as necessary. A removable medium 1411 such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, or the like is mounted on the drive 1410 as necessary, so that a computer program read out therefrom is installed into the storage section 1408 as necessary.

In particular, according to embodiments of the application, the processes described above with reference to the flow diagrams may be implemented as computer software programs. For example, embodiments of the present application include a computer program product comprising a computer program embodied on a computer readable medium, the computer program comprising a computer program for performing the method illustrated by the flow chart. In such an embodiment, the computer program may be downloaded and installed from a network via the communication portion 1409 and/or installed from the removable medium 1411. When the computer program is executed by a Central Processing Unit (CPU)1401, various functions defined in the system of the present application are executed.

It should be noted that the computer readable medium shown in the embodiments of the present application may be a computer readable signal medium or a computer readable storage medium or any combination of the two. A computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples of the computer readable storage medium may include, but are not limited to: an electrical connection having 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), a 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. In the present application, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. In this application, however, a computer readable signal medium may include a propagated data signal with a computer program embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take many forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. The computer program embodied on the computer readable medium may be transmitted using any appropriate medium, including but not limited to: wireless, wired, etc., or any suitable combination of the foregoing.

The flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present application. Each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams or flowchart illustration, and combinations of blocks in the block diagrams or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.

The units described in the embodiments of the present application may be implemented by software, or may be implemented by hardware, and the described units may also be disposed in a processor. Wherein the names of the elements do not in some way constitute a limitation on the elements themselves.

As another aspect, the present application also provides a computer-readable medium, which may be contained in the electronic device described in the above embodiments; or may exist separately without being assembled into the electronic device. The computer readable medium carries one or more programs which, when executed by an electronic device, cause the electronic device to implement the method described in the above embodiments.

It should be noted that although in the above detailed description several modules or units of the device for action execution are mentioned, such a division is not mandatory. Indeed, the features and functionality of two or more modules or units described above may be embodied in one module or unit, according to embodiments of the application. Conversely, the features and functions of one module or unit described above may be further divided into embodiments by a plurality of modules or units.

Through the above description of the embodiments, those skilled in the art will readily understand that the exemplary embodiments described herein may be implemented by software, or by software in combination with necessary hardware. Therefore, the technical solution according to the embodiments of the present application can be embodied in the form of a software product, which can be stored in a non-volatile storage medium (which can be a CD-ROM, a usb disk, a removable hard disk, etc.) or on a network, and includes several instructions to enable a computing device (which can be a personal computer, a server, a touch terminal, or a network device, etc.) to execute the method according to the embodiments of the present application.

Other embodiments of the present application will be apparent to those skilled in the art from consideration of the specification and practice of the embodiments disclosed herein. This application is intended to cover any variations, uses, or adaptations of the invention following, in general, the principles of the application and including such departures from the present disclosure as come within known or customary practice within the art to which the invention pertains.

It will be understood that the present application is not limited to the precise arrangements described above and shown in the drawings and that various modifications and changes may be made without departing from the scope thereof. The scope of the application is limited only by the appended claims.

Claims

1. A flow control method for a blockchain system, the blockchain system comprising a network of accounting nodes and a network of service nodes, and a proxy node connected between the network of accounting nodes and the network of service nodes, the flow control method being performed by the proxy node, the flow control method comprising:

receiving a block header sent by an accounting node in the accounting node network, wherein the block header comprises a time indication field for indicating block duration, and the block duration represents the duration counted by the accounting node from the time when transaction information is added into a local transaction pool to the time when the transaction information is added into a block body corresponding to the block header;

acquiring a service requirement corresponding to transaction information sent by the service node network, wherein the service requirement represents the maximum processing time of the transaction information;

adjusting the flow of the transaction information forwarded to the accounting node network by the agent node according to the service requirement and the block-out duration indicated by the time indication field;

wherein, according to the service demand and the block-out duration indicated by the time indication field, adjusting the flow of the transaction information forwarded to the accounting node network by the agent node comprises:

and if the block-out time lengths indicated by the time indication fields contained in the received block headers with the set number are all larger than the maximum processing time length, reducing the flow of the transaction information forwarded to the accounting node network by the agent node.

2. The method of flow control for a blockchain system of claim 1, wherein after reducing the traffic of the proxy node forwarding transaction information to the network of accounting nodes, the method further comprises:

and if the block-out time length indicated by the time indication fields contained in the block headers with the set number received after the flow is reduced is still greater than the maximum processing time length, continuing to reduce the flow of the transaction information forwarded to the accounting node network by the agent node.

3. The method for controlling flow of a blockchain system according to claim 1 or 2, wherein reducing the flow of the agent node forwarding the transaction information to the accounting node network comprises: and reducing the flow of the transaction information forwarded to the accounting node network by the agent node by a set proportion.

4. The method for controlling flow of a blockchain system according to claim 1 or 2, wherein after reducing the flow of the agent node forwarding the transaction information to the accounting node network, the method for controlling flow further comprises:

if the block-out time length indicated by the time indication field contained in the received block header is less than a first set time length, the flow of the transaction information forwarded to the accounting node network by the agent node is sequentially increased according to the set step length until the block-out time length indicated by the time indication field contained in the received block header is between the first set time length and the maximum processing time length, wherein the first set time length is less than the maximum processing time length.

5. The method for controlling flow of a blockchain system according to claim 4, wherein the step of sequentially increasing the flow of the transaction information forwarded by the agent node to the accounting node network according to the set step size comprises:

sequentially increasing the flow of the transaction information forwarded to the accounting node network by the agent node according to a first set step length;

after the number of times of increasing the flow according to the first set step length reaches the set number of times, if the block-out duration indicated by the time indication field contained in the received block header is still less than the first set duration, sequentially increasing the flow of the transaction information forwarded to the accounting node network by the proxy node according to a second set step length, wherein the second set step length is greater than the first set step length.

6. The method of flow control for a blockchain system according to claim 1, wherein after adjusting the flow of the proxy node forwarding the transaction information to the network of accounting nodes, the method of flow control further comprises:

and correspondingly adjusting the traffic of the transaction information sent to the agent node by each service node in the service node network according to the adjustment proportion of the traffic.

7. The method of flow control for a blockchain system of claim 1, further comprising:

if the fact that the flow of the transaction information sent to the agent node by the target service node exceeds a set threshold value is detected, a current-limiting notification message is sent to the target service node, and the current-limiting notification message is used for indicating the target service node to reduce the flow of the transaction information sent to the agent node.

8. A flow control method for a blockchain system, the blockchain system comprising a network of accounting nodes and a network of service nodes, and a proxy node connected between the network of accounting nodes and the network of service nodes, the flow control method being performed by an accounting node in the network of accounting nodes, the flow control method comprising:

in the block generating process, counting the time length from adding the transaction information in the local transaction pool to adding the transaction information into the block body to obtain the block discharging time length;

adding a time indication field in a block header corresponding to the block body, wherein the time indication field is used for indicating the block output duration;

and transmitting the block headers to the proxy node, so that when the proxy node receives the block-out time lengths indicated by the time indication fields contained in the block headers with the set number, the block-out time lengths are all larger than the maximum processing time length of the transaction information, and the flow of the transaction information forwarded to the accounting node network by the proxy node is reduced.

9. A flow control method for a blockchain system, the blockchain system comprising a network of accounting nodes and a network of service nodes, and a proxy node connected between the network of accounting nodes and the network of service nodes, the flow control method being performed by a service node in the network of service nodes, the flow control method comprising:

receiving a block header from the accounting node network forwarded by the agent node, wherein the block header comprises a time indication field for indicating block duration, and the block duration represents duration from the time when transaction information counted by the accounting node in the accounting node network is added into a local transaction pool to the time when the transaction information is added into a block corresponding to the block header;

adjusting the traffic of the business node sending transaction information to the agent node according to the block-out duration indicated by the time indication field contained in the block header;

wherein, according to the block-out duration indicated by the time indication field contained in the block header, adjusting the traffic of the transaction information sent by the service node to the proxy node comprises:

if the block-out time length indicated by the time indication field contained in the block header is greater than a second set time length, the transaction information corresponding to the key service is preferentially sent to the agent node, and the transmission of the transaction information corresponding to the non-key service to the agent node is suspended, so that the traffic of the transaction information sent to the agent node is reduced.

10. The method of flow control for a blockchain system of claim 9, further comprising:

if receiving a current limit notification message sent by the agent node, reducing the frequency of sending transaction information to the agent node until the current limit notification message sent by the agent node is no longer received, wherein the current limit notification message is sent by the agent node after detecting that the flow of the transaction information sent by the service node to the agent node exceeds a set threshold.

11. A flow control device of a blockchain system, the blockchain system including a network of accounting nodes and a network of service nodes, and a proxy node connected between the network of accounting nodes and the network of service nodes, the flow control device being provided in the proxy node, the flow control device comprising:

a first receiving unit, configured to receive a block header sent by an accounting node in the accounting node network, where the block header includes a time indication field for indicating a block duration, and the block duration indicates a duration counted by the accounting node from adding transaction information to a local transaction pool to adding the transaction information to a block corresponding to the block header;

the acquisition unit is configured to acquire a service requirement corresponding to the transaction information sent by the service node network, wherein the service requirement represents the maximum processing duration of the transaction information;

the first processing unit is configured to adjust the flow of the transaction information forwarded to the accounting node network by the agent node according to the service demand and the block-out duration indicated by the time indication field;

wherein the first processing unit is configured to: and if the block-out time lengths indicated by the time indication fields contained in the received block headers with the set number are all larger than the maximum processing time length, reducing the flow of the transaction information forwarded to the accounting node network by the agent node.

12. The flow control device of a block chain system of claim 11, wherein the first processing unit is further configured to:

after reducing the flow of the transaction information forwarded to the accounting node network by the agent node, if the block-out duration indicated by the time indication fields contained in the block headers of the set number received after reducing the flow is still greater than the maximum processing duration, continuing to reduce the flow of the transaction information forwarded to the accounting node network by the agent node.

13. A flow control apparatus of a blockchain system according to claim 11 or 12, wherein reducing the flow of the proxy node forwarding the transaction information to the accounting node network comprises: and reducing the flow of the transaction information forwarded to the accounting node network by the agent node by a set proportion.

14. The flow control device of a blockchain system according to claim 11 or 12, wherein the first processing unit is further configured to:

after reducing the flow of the transaction information forwarded to the accounting node network by the agent node, if the block-out time length indicated by the time indication field contained in the received block header is less than a first set time length, sequentially increasing the flow of the transaction information forwarded to the accounting node network by the agent node according to a set step length until the block-out time length indicated by the time indication field contained in the received block header is between the first set time length and the maximum processing time length, wherein the first set time length is less than the maximum processing time length.

15. The apparatus for controlling traffic in a blockchain system according to claim 14, wherein the step of sequentially increasing the traffic of the proxy node forwarding the transaction information to the accounting node network according to the set step size comprises:

sequentially increasing the flow of the transaction information forwarded to the accounting node network by the agent node according to a first set step length; after the number of times of increasing the flow according to the first set step length reaches the set number of times, if the block-out duration indicated by the time indication field contained in the received block header is still less than the first set duration, sequentially increasing the flow of the transaction information forwarded to the accounting node network by the proxy node according to a second set step length, wherein the second set step length is greater than the first set step length.

16. The flow control device of a block chain system of claim 11, wherein the first processing unit is further configured to:

and after the flow of the transaction information forwarded to the accounting node network by the agent node is adjusted, correspondingly adjusting the flow of the transaction information sent to the agent node by each service node in the service node network according to the adjustment proportion of the flow.

17. The flow control device of a block chain system of claim 11, wherein the first processing unit is further configured to:

18. A flow control device of a blockchain system, the blockchain system including a network of accounting nodes and a network of service nodes, and a proxy node connected between the network of accounting nodes and the network of service nodes, the flow control device being disposed in an accounting node in the network of accounting nodes, the flow control device comprising:

the counting unit is configured to count the time length from the time when the transaction information in the local transaction pool is added into the local transaction pool to the time when the transaction information is added into the block body in the block generating process to obtain the block time length;

an adding unit, configured to add a time indication field in a block header corresponding to the block body, where the time indication field is used to indicate the block output duration;

and the sending unit is configured to transmit the block headers to the proxy node, so that when the proxy node receives the block-out time lengths indicated by the time indication fields contained in the block headers of the set number, the block-out time lengths are all larger than the maximum processing time length of the transaction information, the flow of the transaction information forwarded to the accounting node network by the proxy node is reduced.

19. A flow control apparatus of a blockchain system, the blockchain system including a network of accounting nodes and a network of service nodes, and a proxy node connected between the network of accounting nodes and the network of service nodes, the flow control apparatus being provided in a service node in the network of service nodes, the flow control apparatus comprising:

a second receiving unit, configured to receive a block header from the accounting node network forwarded by the proxy node, where the block header includes a time indication field for indicating a block duration, and the block duration represents a duration counted by the accounting node in the accounting node network, from adding transaction information to a local transaction pool to adding the transaction information to a block corresponding to the block header;

the adjusting unit is configured to adjust the traffic of the transaction information sent by the service node to the proxy node according to the block-out duration indicated by the time indication field contained in the block header;

wherein the adjusting unit is configured to: if the block-out time length indicated by the time indication field contained in the block header is greater than a second set time length, the transaction information corresponding to the key service is preferentially sent to the agent node, and the transmission of the transaction information corresponding to the non-key service to the agent node is suspended, so that the traffic of the transaction information sent to the agent node is reduced.

20. The flow control device of a blockchain system of claim 19, wherein the flow control device further comprises:

and the second processing unit is configured to reduce the frequency of sending transaction information to the proxy node when receiving the current-limiting notification message sent by the proxy node until the current-limiting notification message sent by the proxy node is no longer received, wherein the current-limiting notification message is sent by the proxy node after detecting that the traffic of the transaction information sent by the service node to the proxy node exceeds a set threshold.

21. A computer readable medium, on which a computer program is stored, which, when being executed by a processor, implements a flow control method of a blockchain system according to any one of claims 1 to 7, or implements a flow control method of a blockchain system according to claim 8, or implements a flow control method of a blockchain system according to any one of claims 9 to 10.

22. An electronic device, comprising:

one or more processors;

storage means for storing one or more programs which, when executed by the one or more processors, cause the one or more processors to implement a flow control method of a blockchain system as claimed in any one of claims 1 to 7, or to implement a flow control method of a blockchain system as claimed in claim 8, or to implement a flow control method of a blockchain system as claimed in any one of claims 9 to 10.