Block chain network acceleration method and device and block chain network acceleration system

Abstract

The invention relates to a block chain network acceleration method, a block chain network acceleration device and a block chain network acceleration system. The method comprises the steps of determining a bandwidth amplification coefficient of a target tunnel based on an average value and a peak value of transaction throughout of each public chain node of the block chain network in a first historical period when it is monitored that the transaction throughout of the block chain network is greater than a transaction throughout peak threshold value; the bandwidth amplification coefficient is a coefficient which is determined by the average value and the peak value of the transaction throughput of each public chain node of the block chain network in the first historical period and is used for representing the bandwidth amplification amount of the target tunnel; and based on the bandwidth amplification coefficient of the target tunnel, generating a bandwidth expansion instruction for indicating to expand the bandwidth of the target tunnel according to the bandwidth amplification coefficient, and issuing the bandwidth expansion instruction to a server where the target tunnel is located. By adopting the method, the problems of network congestion and sharp delay increase caused by transaction load fluctuation in the existing block chain network acceleration method can be solved.

Description

Technical Field

[0001] This application relates to the field of blockchain technology, and in particular to a blockchain network acceleration method, apparatus and system. Background Technology

[0002] With the popularization and development of IoT technology, its applications have permeated multiple industries and fields, including industrial manufacturing, smart cities, and smart homes. As IoT technology expands across industries and departments, it places higher demands on cross-system resource sharing, secure data transmission, and the construction of a trusted system. Blockchain technology, due to its distributed, immutable, and traceable characteristics, has become one of the key technologies for building a trusted IoT infrastructure. In blockchain technology, globally distributed verification nodes and full nodes need to continuously synchronize transaction data and consensus information through the network in real time. However, in blockchain applications, transaction loads exhibit drastic and unpredictable fluctuations, with instances of order-of-magnitude peaks in transaction throughput occurring within short periods.

[0003] Existing methods for accelerating blockchain networks employ fixed bandwidth allocation or static routing strategies. Fixed bandwidth allocation or static routing strategies result in a rigid bandwidth supply; during peak transaction periods, this fixed network bandwidth can quickly become saturated, leading to network congestion and latency spikes caused by fluctuations in transaction load.

[0004] Existing methods for accelerating blockchain networks suffer from network congestion and latency spikes due to fluctuations in transaction load, and no effective solution has yet been proposed. Summary of the Invention

[0005] Therefore, it is necessary to provide a blockchain network acceleration method, device, and system to address the aforementioned technical problems.

[0006] Firstly, this application provides a method for accelerating a blockchain network. The method includes:

[0007] When the transaction throughput of the blockchain network is detected to be greater than the peak threshold, the bandwidth amplification coefficient of the target tunnel is determined based on the average and peak transaction throughput of each public chain node of the blockchain network in the first historical period. The target tunnel is a tunnel that carries the traffic of the blockchain network and supports elastic scaling. The bandwidth amplification coefficient is a coefficient used to characterize the bandwidth amplification of the target tunnel, determined by the average and peak transaction throughput of each public chain node of the blockchain network in the first historical period.

[0008] Based on the bandwidth amplification factor of the target tunnel, a bandwidth expansion instruction is generated to extend the bandwidth of the target tunnel according to the bandwidth amplification factor, and the bandwidth expansion instruction is sent to the server where the target tunnel is located.

[0009] In one embodiment, before determining the bandwidth amplification coefficient of the target tunnel based on the average and peak transaction throughput of each public chain node of the blockchain network during a first historical period when the transaction throughput of the blockchain network is detected to be greater than the peak transaction throughput threshold, the process includes:

[0010] Real-time monitoring of the transaction throughput of each public chain node in the blockchain network.

[0011] In one embodiment, the real-time monitoring of the transaction throughput of each public chain node of the blockchain network includes:

[0012] By utilizing lightweight proxies deployed on various public chain nodes of the blockchain network, the transaction throughput of each public chain node of the blockchain network can be monitored in real time.

[0013] In one embodiment, before determining the bandwidth amplification coefficient of the target tunnel based on the average and peak transaction throughput of each public chain node of the blockchain network during a first historical period when the transaction throughput of the blockchain network is detected to be greater than the peak transaction throughput threshold, the method further includes:

[0014] The peak threshold of transaction throughput is determined based on the average transaction throughput of each public chain node in the blockchain network during the second historical period.

[0015] In one embodiment, when the transaction throughput of the blockchain network is detected to be greater than the peak transaction throughput threshold, the bandwidth amplification coefficient of the target tunnel is determined based on the average and peak transaction throughput of each public chain node of the blockchain network in the first historical period, including:

[0016] Determine whether the monitored transaction throughput of the blockchain network is greater than the peak transaction throughput threshold;

[0017] When the transaction throughput of the blockchain network exceeds the peak threshold of the transaction throughput, it is determined whether the number of times the transaction throughput of the blockchain network exceeds the peak threshold of the transaction throughput has reached a preset number.

[0018] When the number of times the transaction throughput of the blockchain network exceeds the peak threshold of the transaction throughput reaches the preset number, the bandwidth amplification coefficient of the target tunnel is determined based on the average and peak transaction throughput of each public chain node of the blockchain network in the first historical period.

[0019] In one embodiment, when the number of times the transaction throughput of the blockchain network exceeds the peak transaction throughput threshold reaches the preset number, the bandwidth amplification coefficient of the target tunnel is determined based on the average and peak transaction throughput of each public chain node of the blockchain network during the first historical period, including:

[0020] When the number of times the transaction throughput of the blockchain network exceeds the peak threshold of the transaction throughput reaches the preset number, the quotient of the peak and average transaction throughput of each public chain node of the blockchain network in the first historical period is determined as the bandwidth amplification coefficient of the target tunnel.

[0021] In one embodiment, after generating a bandwidth expansion instruction instructing the expansion of the target tunnel bandwidth according to the bandwidth expansion coefficient based on the target tunnel bandwidth expansion coefficient, and issuing the bandwidth expansion instruction to the server where the target tunnel is located, the process includes:

[0022] Real-time monitoring of the transaction throughput of the blockchain network and the status of the blockchain network; the status of the blockchain network includes network stability and network instability;

[0023] When the transaction throughput of the blockchain network drops to less than or equal to a preset drop threshold, and the state of the blockchain network remains stable for a preset period of time, a bandwidth reduction instruction is generated and sent to the server where the target tunnel is located; the preset drop threshold is a pre-set limit value for bandwidth reduction.

[0024] Secondly, this application also provides a blockchain network acceleration device. The device includes:

[0025] The bandwidth amplification coefficient determination module is used to determine the bandwidth amplification coefficient of the target tunnel when the transaction throughput of the blockchain network is detected to be greater than the peak threshold of the transaction throughput. This is based on the average and peak transaction throughput of each public chain node of the blockchain network within a first historical period. The target tunnel is a tunnel that carries the traffic of the blockchain network and supports elastic scaling. The bandwidth amplification coefficient is determined by the average and peak transaction throughput of each public chain node of the blockchain network within the first historical period and is used to characterize the bandwidth amplification amount of the target tunnel.

[0026] The bandwidth expansion module is used to generate a bandwidth expansion instruction based on the bandwidth expansion coefficient of the target tunnel, indicating that the bandwidth of the target tunnel should be expanded according to the bandwidth expansion coefficient, and to send the bandwidth expansion instruction to the server where the target tunnel is located.

[0027] Thirdly, this application also provides a blockchain network acceleration system. The system includes: a data acquisition module, a decision-making module, and an expansion module;

[0028] The data acquisition module includes a lightweight proxy deployed on each public chain node of the blockchain network, used to collect the transaction throughput of each public chain node of the blockchain network, and upload the collected transaction throughput of each public chain node of the blockchain network to the decision module.

[0029] The decision module includes an SD-WAN controller, which is used to receive the transaction throughput of each public chain node of the blockchain network collected by the data acquisition module, and execute the steps of the blockchain network acceleration method described in the first aspect above.

[0030] The expansion module includes a server where the target tunnel is located, used to receive the bandwidth expansion instruction sent by the decision module, and based on the received bandwidth expansion instruction, to expand the bandwidth of the target tunnel using a hot standby path preheating and gradual traffic migration mechanism.

[0031] In one embodiment, the expansion module is further configured to, for each of the target tunnels, determine, based on the received bandwidth expansion instruction, whether it is necessary to switch the traffic of the blockchain network from the main path to the backup path; when it is necessary to switch the traffic of the blockchain network from the main path to the backup path, send a preset proportion of mirrored traffic from the main path to the backup path; verify the transmission quality of the backup path; when the transmission quality of the backup path passes the verification, gradually migrate the traffic of the main path to the backup path in a progressively increasing manner within a preset time interval; the data transmission path of the target tunnel includes the main path and the backup path.

[0032] The aforementioned blockchain network acceleration method, apparatus, and system determine the bandwidth amplification coefficient of the target tunnel based on the average and peak transaction throughput of each public chain node in the first historical period when the transaction throughput of the blockchain network is detected to be greater than the peak threshold. Then, based on the bandwidth amplification coefficient of the target tunnel, a bandwidth expansion instruction is generated to extend the bandwidth of the target tunnel according to the bandwidth amplification coefficient, and the bandwidth expansion instruction is sent to the server where the target tunnel is located. It determines whether target tunnel bandwidth expansion is needed by judging whether the monitored transaction throughput of the blockchain network exceeds the peak threshold. When the monitored transaction throughput exceeds the peak threshold, it is determined that target tunnel bandwidth expansion is necessary. Then, by using the average and peak historical transaction throughput, it determines how much bandwidth expansion is needed for the target tunnel. This allows for bandwidth expansion based on actual needs, enabling the blockchain network to expand according to demand. This transforms the blockchain network from a fixed, passive pipe into a flexible channel that actively adapts to future needs, expanding based on demand. It can pre-allocate and adjust network resources based on fluctuations in transaction load, avoiding network congestion and latency spikes. This solves the problem of network congestion and latency spikes caused by transaction load fluctuations in existing blockchain network acceleration methods.

[0033] Details of one or more embodiments of this application are set forth in the following drawings and description to make other features, objects and advantages of this application more readily apparent. Attached Figure Description

[0034] The accompanying drawings, which are included to provide a further understanding of this application and form part of this application, illustrate exemplary embodiments of this application and are used to explain this application, but do not constitute an undue limitation of this application. In the drawings:

[0035] Figure 1 A hardware structure block diagram of a terminal for a blockchain network acceleration method provided in an embodiment of this application;

[0036] Figure 2 A flowchart illustrating a blockchain network acceleration method provided in an embodiment of this application;

[0037] Figure 3 A flowchart of a preferred embodiment of the blockchain network acceleration method provided in this application;

[0038] Figure 4 A structural block diagram of a blockchain network acceleration device provided in an embodiment of this application;

[0039] Figure 5 This is a structural block diagram of a blockchain network acceleration system provided in one embodiment of this application. Detailed Implementation

[0040] To better understand the purpose, technical solution, and advantages of this application, the application is described and illustrated below in conjunction with the accompanying drawings and embodiments.

[0041] Unless otherwise defined, the technical or scientific terms used in this application shall have the general meaning understood by one of ordinary skill in the art to which this application pertains. Words such as “a,” “an,” “an,” “the,” “the,” and “these” used in this application do not indicate quantitative limitation and may be singular or plural. The terms “comprising,” “including,” “having,” and any variations thereof used in this application are intended to cover non-exclusive inclusion; for example, a process, method, system, product, or device that comprises a series of steps or modules (units) is not limited to the listed steps or modules (units) but may include steps or modules (units) not listed, or may include other steps or modules (units) inherent to these processes, methods, products, or devices. Words such as “connected,” “linked,” and “coupled” used in this application are not limited to physical or mechanical connections but may include electrical connections, whether direct or indirect. “Multiple” used in this application refers to two or more. “And / or” describes the relationship between related objects, indicating that three relationships may exist; for example, “A and / or B” can represent: A alone, A and B simultaneously, and B alone. Normally, the character " / " indicates that the objects before and after it are in an "or" relationship. The terms "first," "second," "third," etc., used in this application are merely to distinguish similar objects and do not represent a specific order of objects.

[0042] The method embodiments provided in this example can be executed on a terminal, computer, or similar computing device. For example, it can run on a terminal. Figure 1 This is a hardware structure block diagram of the terminal for the blockchain network acceleration method in this embodiment. For example... Figure 1 As shown, a terminal may include one or more ( Figure 1 Only one is shown in the diagram. A processor 102 and a memory 104 for storing data are also included. The processor 102 may be, but is not limited to, a microprocessor (MCU) or a programmable logic device (FPGA). The terminal may also include a transmission device 106 for communication functions and an input / output device 108. Those skilled in the art will understand that… Figure 1 The structure shown is for illustrative purposes only and does not limit the structure of the terminal described above. For example, the terminal may also include components that are larger than... Figure 1 The more or fewer components shown, or having the same Figure 1 The different configurations shown are illustrated.

[0043] The memory 104 can be used to store computer programs, such as application software programs and modules, like the computer program corresponding to the blockchain network acceleration method in this embodiment. The processor 102 executes various functional applications and data processing by running the computer program stored in the memory 104, thereby implementing the above-described method. The memory 104 may include high-speed random access memory and may also include non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some instances, the memory 104 may further include memory remotely located relative to the processor 102, and these remote memories can be connected to the terminal via a network. Examples of such networks include, but are not limited to, the Internet, corporate intranets, local area networks, mobile communication networks, and combinations thereof.

[0044] The transmission device 106 is used to receive or send data via a network. This network includes a wireless network provided by the terminal's communication provider. In one example, the transmission device 106 includes a Network Interface Controller (NIC), which can connect to other network devices via a base station to communicate with the Internet. In another example, the transmission device 106 can be a Radio Frequency (RF) module used for wireless communication with the Internet.

[0045] This embodiment provides a method for accelerating a blockchain network. Figure 2 This is a flowchart of the blockchain network acceleration method in this embodiment, as follows: Figure 2 As shown, the process includes the following steps:

[0046] Step S210: When the transaction throughput of the blockchain network is detected to be greater than the peak threshold of transaction throughput, the bandwidth amplification coefficient of the target tunnel is determined based on the average and peak transaction throughput of each public chain node of the blockchain network in the first historical period. The target tunnel is a tunnel that carries the traffic of the blockchain network and supports elastic scaling. The bandwidth amplification coefficient is a coefficient determined by the average and peak transaction throughput of each public chain node of the blockchain network in the first historical period, used to characterize the bandwidth amplification of the target tunnel.

[0047] In this step, the aforementioned public blockchain node can be a node responsible for receiving, verifying, and broadcasting transactions on the blockchain network; specifically, it can be a full node. For example, the aforementioned public blockchain node is an Ethereum full node. The aforementioned public blockchain node stores complete blockchain data and can process a large number of transaction requests in real time. The aforementioned public blockchain node integrates a lightweight proxy. With the lightweight proxy integrated on the public blockchain node, the public blockchain node can transmit transaction data to the monitoring system (data acquisition module) in real time, providing an accurate data foundation for calculating the TPS (Transactions Per Second) of the blockchain network. The aforementioned transaction data can include transaction volume, transaction type, transaction time, etc. The aforementioned lightweight proxy can be an SD-WAN (Software-Defined Wide Area Network) lightweight proxy (Agent). SD-WAN, as described above, is a wide area network management technology based on software-defined networking principles. It separates the network control plane from the data plane through a centralized controller, enabling dynamic traffic optimization, path selection, and load balancing for various underlying connections (such as MPLS (Multi-Protocol Label Switching) leased lines, broadband internet, and 4G / 5G mobile networks), thereby improving network performance, reducing costs, and enhancing flexibility. SD-WAN is particularly suitable for connection scenarios involving branch offices, data centers, and cloud applications, supporting overlay tunnels (such as IP (Internet Protocol) tunnels) for intelligent routing and fault recovery. The target tunnel can be encapsulated using GRE (Generic Routing Encapsulation) or IPsec. The target tunnel can also be a tunnel supporting elastic scaling, the scaling range of which can be configured differently based on specific application scenarios and requirements; this embodiment does not impose specific limitations. For example, the elastic scaling range of the target tunnel can be from 100Mbps to 1Gbps. The target tunnel can be a single-carrier channel structure or a multi-carrier channel structure. When the target tunnel is a single-carrier channel structure, the bandwidth expansion of the target tunnel is a single-carrier bandwidth expansion. When the target tunnel is a multi-carrier channel structure, the bandwidth expansion of the target tunnel is a synchronous expansion of the multi-carrier channels. Specifically, the bandwidth expansion of the target tunnel can be achieved by changing the weight configuration of the carriers. The aforementioned carriers can include MPLS, 5G, etc.

[0048] When the target tunnel is a multi-carrier channel structure, it can be a "dual-track parallel" structure of MPLS+5G. MPLS serves as the low-latency core path, i.e., the primary path. MPLS is a highly efficient routing and switching technology that guides forwarding by adding short labels to packet headers, rather than relying on traditional IP address lookups, thus significantly improving network packet processing speed and latency performance. MPLS supports multiple underlying protocols (such as IP, ATM (Asynchronous Transfer Mode Network), Ethernet, etc.), dynamically allocating and managing labels using label distribution protocols or resource reservation protocols to achieve functions such as traffic engineering, rapid fault recovery, and virtual private networks. MPLS is particularly suitable for carrier backbone networks and enterprise WAN scenarios, providing deterministic paths and QoS guarantees. 5G serves as a high-throughput backup path, a standby path. Generally, when both the primary and backup paths exist for the target tunnel, the primary path is prioritized when allocating traffic paths based on service requirements.

[0049] Therefore, the aggregate bandwidth of the multiple paths of the aforementioned target tunnel is calculated as follows:

[0050] ;

[0051] Where A is the aggregated bandwidth of multiple paths of the target tunnel, α is the weight corresponding to the main path, m is the bandwidth of the main path, β is the weight corresponding to the backup path, and G is the bandwidth of the backup path.

[0052] It should be noted that when the target tunnel is a multi-carrier channel structure, different weights can be configured for different paths based on different service requirements (e.g., assigning corresponding weights according to the service's requirements for latency, bandwidth, and reliability). Fixed weights can also be set for multiple carriers within the target tunnel. This embodiment overcomes the drawbacks of bandwidth rigidity and high cost by configuring different carrier weights within the target tunnel, enabling on-demand expansion of hybrid paths (such as MPLS+5G structures), reducing costs by 40% (dynamic billing), and eliminating the need for fixed leased line procurement.

[0053] The aforementioned transaction throughput can be considered as the TPS (Transactions Per Second) of a blockchain network, i.e., the number of transactions a blockchain network can successfully process per unit of time. This transaction throughput is an indicator of a blockchain network's transaction processing capability. The aforementioned peak threshold for transaction throughput can be preset based on experience or set according to the average transaction throughput of various public chain nodes within a certain historical period. The aforementioned first historical period is the duration of historical transaction throughput referenced in determining the bandwidth amplification coefficient of the target tunnel. The aforementioned first historical period can be specifically set based on specific application scenarios and requirements; this embodiment does not impose specific limitations here. It should be noted that the longer the first historical period is set, the more accurate the calculated bandwidth amplification coefficient of the target tunnel, but the greater the computational load; conversely, the shorter the first historical period is set, the less accurate the calculated bandwidth amplification coefficient of the target tunnel, but the smaller the computational load.

[0054] The bandwidth amplification coefficient mentioned above is determined by the average and peak transaction throughput of each public chain node in the blockchain network during the first historical period, and is used to characterize the bandwidth amplification amount of the target tunnel. The bandwidth amplification amount can be the required bandwidth increase. The bandwidth amplification coefficient can be inversely proportional to the average transaction throughput of each public chain node in the blockchain network during the first historical period, and directly proportional to the peak transaction throughput of each public chain node in the blockchain network during the first historical period. Specifically, determining the bandwidth amplification coefficient of the target tunnel based on the average and peak transaction throughput of each public chain node in the blockchain network during the first historical period can be achieved by dividing the peak transaction throughput of each public chain node in the blockchain network during the first historical period by the average transaction throughput of each public chain node in the blockchain network during the first historical period. Alternatively, it can be determined by multiplying the peak transaction throughput of each public chain node in the blockchain network during the first historical period by the average transaction throughput of each public chain node in the blockchain network during the first historical period by a multiple thereof. The aforementioned multiplier can be specifically set based on specific needs and application scenarios, and this embodiment does not impose specific limitations on it. The bandwidth amplification coefficient of the target tunnel can be determined by using the average and peak transaction throughput of each public chain node in the blockchain network during the first historical period. Alternatively, the average and peak transaction throughput of each public chain node in the blockchain network during the first historical period can be substituted into a pre-constructed objective function with the average and peak values ​​as parameters to obtain the bandwidth amplification coefficient of the target tunnel. The objective function can be a linear function or a nonlinear function (e.g., a nonlinear weighted function), and this embodiment does not impose specific limitations on it. The process of determining the average transaction throughput of each public chain node in the blockchain network during the first historical period can be as follows: Using an SD-WAN controller, aggregate data from multiple public chain nodes to obtain the sum of transaction throughput of all public chain nodes in the blockchain network collected at each sampling point during the first historical period, thus obtaining the sampled value at each sampling point. Then, using a streaming processing algorithm, calculate the average of the sampled values ​​at each sampling point to obtain the average transaction throughput of the blockchain network at each sampling point. Finally, divide the average transaction throughput of each sampling point by the number of public chain nodes in the blockchain network to obtain the average transaction throughput of each public chain node in the blockchain network during the first historical period.The process of determining the peak transaction throughput of each public chain node in a blockchain network during the first historical period can be achieved by using an SD-WAN controller to aggregate data from multiple public chain nodes, summing the transaction throughput of all public chain nodes in the blockchain network collected at each sampling point during the first historical period, obtaining the sampled value for each sampling point, then using a streaming processing algorithm to find the maximum value among the sampled values, and finally taking the quotient of the maximum value among the sampled values ​​and the number of public chain nodes in the blockchain network as the peak transaction throughput of each public chain node in the blockchain network during the first historical period. The aforementioned streaming processing algorithm can be one or more of the following: a Kafka-like buffering mechanism, an Apache Pulsar mechanism, or an Apache Flink mechanism.

[0055] This application uses the average and peak transaction throughput of each public chain node in a blockchain network during a first historical period to determine the bandwidth amplification coefficient of the target tunnel. The main purpose is to predict or assess the required bandwidth expansion of the blockchain network nodes based on their transaction throughput during the historical period, thus generating the bandwidth amplification coefficient for the target tunnel. This coefficient allows for the expansion of the target tunnel's bandwidth, enabling the pre-allocation and adjustment of network resources based on transaction load fluctuations, preventing network congestion and latency spikes. The average transaction throughput during the historical period represents the base of transaction throughput, while the average combined with the peak value comprehensively reflects the fluctuations in transaction throughput from this base. Therefore, by using the average and peak transaction throughput of public chain nodes during the historical period, the fluctuation can be assessed relatively accurately, allowing for the calculation of the required bandwidth expansion, i.e., the bandwidth amplification coefficient. A larger average value and a smaller peak value indicate less fluctuation, a smaller required bandwidth expansion, and a smaller bandwidth amplification coefficient; conversely, a smaller average value and a larger peak value indicate greater fluctuation, a greater required bandwidth expansion, and a larger bandwidth amplification coefficient. Therefore, as mentioned above, there are multiple ways to determine the bandwidth expansion coefficient of the target tunnel based on the average and peak transaction throughput of each public chain node in the first historical period, which will not be elaborated here. This embodiment determines whether bandwidth expansion of the target tunnel is needed by monitoring whether the transaction throughput of the blockchain network exceeds a peak transaction throughput threshold. When the monitored transaction throughput of the blockchain network exceeds the peak transaction throughput threshold, it is determined that bandwidth expansion of the target tunnel is necessary.

[0056] Step S220: Based on the bandwidth amplification factor of the target tunnel, generate a bandwidth expansion instruction that indicates the bandwidth of the target tunnel to be expanded according to the bandwidth amplification factor, and send the bandwidth expansion instruction to the server where the target tunnel is located.

[0057] The aforementioned bandwidth expansion command can be related to a bandwidth increase factor and is used to send instructions to the server where the target tunnel is located, controlling the server to expand the bandwidth of the target tunnel according to the bandwidth increase factor.

[0058] In steps S210 to S220 above, when the transaction throughput of the blockchain network is detected to be greater than the peak threshold of the transaction throughput, the bandwidth amplification coefficient of the target tunnel is determined based on the average and peak transaction throughput of each public chain node of the blockchain network in the first historical period. Then, based on the bandwidth amplification coefficient of the target tunnel, a bandwidth expansion instruction is generated to extend the bandwidth of the target tunnel according to the bandwidth amplification coefficient, and the bandwidth expansion instruction is sent to the server where the target tunnel is located. It determines whether target tunnel bandwidth expansion is needed by judging whether the monitored transaction throughput of the blockchain network exceeds the peak threshold. When the monitored transaction throughput exceeds the peak threshold, it is determined that target tunnel bandwidth expansion is necessary. Then, by using the average and peak historical transaction throughput, it determines how much bandwidth expansion is needed for the target tunnel. This allows for bandwidth expansion based on actual needs, enabling the blockchain network to expand according to demand. This transforms the blockchain network from a fixed, passive pipe into a flexible channel that actively adapts to future needs, expanding based on demand. It can pre-allocate and adjust network resources based on fluctuations in transaction load, avoiding network congestion and latency spikes. This solves the problem of network congestion and latency spikes caused by transaction load fluctuations in existing blockchain network acceleration methods.

[0059] In one embodiment, prior to step S210, the following steps are included:

[0060] Step S201: Monitor the transaction throughput of each public chain node in the blockchain network in real time.

[0061] Because the public chain node has an integrated SD-WAN lightweight proxy, it can transmit transaction data to the monitoring system in real time. Therefore, this embodiment uses the lightweight proxy deployed on each public chain node of the blockchain network to monitor the transaction throughput of each public chain node in the blockchain network.

[0062] Specifically, in one embodiment, step S201, monitoring the transaction throughput of each public chain node in the blockchain network in real time, includes:

[0063] Step S2012: Utilize lightweight proxies deployed on various public chain nodes of the blockchain network to monitor the transaction throughput of each public chain node in the blockchain network in real time.

[0064] When a lightweight SD-WAN proxy is integrated on a public blockchain node, the SD-WAN proxy is deeply integrated with the public blockchain node's API interfaces (such as JSON-RPC interfaces, RESTful API interfaces, etc.), allowing real-time acquisition of key data such as the public blockchain node's transaction pool status and block generation rate through the API interfaces. Therefore, the above-mentioned use of lightweight proxies deployed on various public blockchain nodes to monitor the transaction throughput of each public blockchain node in real time can be used to collect the transaction throughput of each public blockchain node at a preset sampling frequency through API interfaces.

[0065] Additionally, in one embodiment, prior to step S210, the following steps are also included:

[0066] Step S202: Determine the peak threshold of transaction throughput based on the average transaction throughput of each public chain node in the blockchain network during the second historical period.

[0067] It should be noted that the peak transaction throughput threshold is determined by the average transaction throughput of each public chain node in the second historical period. This can be achieved by multiplying the average transaction throughput of the second historical period by a peak threshold coefficient. For example, the peak transaction throughput threshold = average transaction throughput of the second historical period × 1.5, where 1.5 is the peak threshold coefficient. This peak threshold coefficient represents the multiple relationship between the peak transaction throughput threshold and the average transaction throughput, determining the frequency of bandwidth adjustments for the target tunnel of the blockchain network. Therefore, it needs to be set to a reasonable value based on specific needs, but the peak threshold coefficient must be greater than 1. If the peak threshold coefficient is set too high, the monitored transaction throughput of the blockchain network will be insufficient to meet the bandwidth adjustment conditions for the target tunnel, resulting in a lower frequency of bandwidth adjustments. If the peak threshold coefficient is set too low, the monitored transaction throughput will easily meet the bandwidth adjustment conditions for the target tunnel, resulting in a higher frequency of bandwidth adjustments. The aforementioned second historical period refers to the duration of historical transaction throughput used to determine the peak transaction throughput threshold. The aforementioned second historical time period can be specifically set based on specific application scenarios and needs; this embodiment does not impose specific limitations. It should be noted that the longer the duration of the second historical time period, the more accurate the calculated peak transaction throughput threshold, but the greater the computational load. Conversely, the shorter the duration of the second historical time period, the less accurate the calculated peak transaction throughput threshold, but the smaller the computational load. Generally, the duration of the second historical time period is longer than the duration of the first historical time period.

[0068] In one embodiment, step S210, when the transaction throughput of the blockchain network is detected to be greater than the peak transaction throughput threshold, determines the bandwidth amplification coefficient of the target tunnel based on the average and peak transaction throughput of each public chain node in the first historical period, including:

[0069] Step S212: Determine whether the monitored transaction throughput of the blockchain network is greater than the peak threshold for transaction throughput.

[0070] The transaction throughput of the blockchain network monitored above can be the real-time transaction throughput of the monitored blockchain network.

[0071] Step S214: When the transaction throughput of the blockchain network is greater than the peak threshold of the transaction throughput, determine whether the number of times the transaction throughput of the blockchain network is greater than the peak threshold of the transaction throughput has reached a preset number.

[0072] Specifically, the aforementioned determination of whether the number of times the transaction throughput of the blockchain network exceeds the peak threshold of transaction throughput has reached a preset number can be interpreted as determining whether the number of times the transaction throughput of the blockchain network exceeds the peak threshold of transaction throughput within the first historical period has reached a preset number.

[0073] Step S216: When the number of times the transaction throughput of the blockchain network exceeds the peak threshold of transaction throughput reaches a preset number, the bandwidth amplification coefficient of the target tunnel is determined based on the average and peak transaction throughput of each public chain node of the blockchain network in the first historical period.

[0074] The preset number of times can be set according to specific application scenarios and specific needs, and this embodiment does not impose specific limitations here.

[0075] Preferably, the need to expand the bandwidth of the target tunnel can also be determined by judging the duration or cumulative duration for which the transaction throughput of the blockchain network exceeds the peak threshold of transaction throughput.

[0076] For example, within the first historical time period, it is determined whether the duration for which the transaction throughput of the blockchain network exceeds the peak transaction throughput threshold is greater than a preset duration threshold. If the duration for which the transaction throughput of the blockchain network exceeds the peak transaction throughput threshold is greater than the preset duration threshold, the bandwidth amplification coefficient of the target tunnel is determined, and the bandwidth of the target tunnel is expanded. The preset duration threshold can be specifically set based on specific application scenarios and requirements; this embodiment does not impose specific limitations, but it must be ensured that the preset duration threshold is less than the duration of the first historical time period.

[0077] For example, within the first historical time period, it is determined whether the cumulative duration for which the transaction throughput of the blockchain network exceeds the peak threshold is greater than a preset cumulative duration threshold. If the cumulative duration for which the transaction throughput of the blockchain network exceeds the peak threshold is greater than the preset cumulative duration threshold, the bandwidth amplification coefficient of the target tunnel is determined, and the bandwidth of the target tunnel is expanded. The preset cumulative duration threshold can be specifically set based on specific application scenarios and requirements; this embodiment does not impose specific limitations, but it must be ensured that the preset cumulative duration threshold is less than the duration of the first historical time period.

[0078] Steps S212 to S216 above determine whether the monitored transaction throughput of the blockchain network is greater than the peak threshold. When the transaction throughput of the blockchain network is greater than the peak threshold, it determines whether the number of times the transaction throughput of the blockchain network is greater than the peak threshold has reached a preset number. Then, when the number of times the transaction throughput of the blockchain network is greater than the peak threshold has reached the preset number, the bandwidth amplification coefficient of the target tunnel is determined based on the average and peak transaction throughput of each public chain node of the blockchain network in the first historical period. That is, when the transaction throughput of the blockchain network meets the preset conditions in the first historical period, the bandwidth amplification coefficient of the target tunnel is determined based on the average and peak transaction throughput of each public chain node of the blockchain network in the first historical period. By determining the bandwidth amplification coefficient of the target tunnel, it is convenient to generate a bandwidth expansion instruction that instructs to expand the bandwidth of the target tunnel according to the bandwidth amplification coefficient, and send the bandwidth expansion instruction to the server where the target tunnel is located to realize the bandwidth expansion of the target tunnel.

[0079] In another embodiment, step S216, when the number of times the transaction throughput of the blockchain network exceeds the peak threshold reaches a preset number, determines the bandwidth amplification coefficient of the target tunnel based on the average and peak transaction throughput of each public chain node in the first historical period, including:

[0080] Step S2162: When the number of times the transaction throughput of the blockchain network exceeds the peak threshold of transaction throughput reaches a preset number, the quotient of the peak and average transaction throughput of each public chain node of the blockchain network in the first historical period is determined as the bandwidth amplification coefficient of the target tunnel.

[0081] Further, in one embodiment, after step S220, the following is included:

[0082] Step S230: Monitor the transaction throughput of the blockchain network in real time, as well as the status of the blockchain network; the status of the blockchain network includes network stability and network instability.

[0083] The state of the aforementioned blockchain network can be determined by one or more of the following metrics: packet loss rate, transaction throughput, latency, and resource utilization. Specifically, a blockchain network can be considered unstable when the packet loss rate exceeds a preset threshold, and stable when the packet loss rate is less than or equal to the preset threshold. This preset packet loss rate threshold can be set according to specific scenarios and requirements, and is not specifically limited in this embodiment. Similarly, a blockchain network can be considered unstable when the change in transaction throughput exceeds a preset change threshold, and stable when the change is less than or equal to the preset change threshold. This preset change threshold can also be set according to specific scenarios and requirements, and is not specifically limited in this embodiment. Furthermore, a blockchain network can be considered unstable when the latency exceeds a preset first latency threshold, and stable when the latency is less than or equal to the preset first latency threshold. This preset first latency threshold can be set according to specific scenarios and requirements, and is not specifically limited in this embodiment. Furthermore, the blockchain network can be determined to be unstable when the resource utilization rate is less than or equal to a preset resource utilization rate threshold, and stable when the resource utilization rate is greater than the preset threshold. The preset resource utilization rate threshold can be specifically set according to specific scenarios and needs; this embodiment does not impose specific limitations on it. For example, the blockchain network can be determined to be stable when the packet loss rate is less than 1%.

[0084] Step S240: When the transaction throughput of the blockchain network drops to less than or equal to a preset drop threshold, and the state of the blockchain network remains stable for a preset time, a bandwidth reduction instruction is generated and sent to the server where the target tunnel is located; the preset drop threshold is a pre-set limit value for bandwidth reduction.

[0085] The aforementioned preset fallback threshold can be determined based on the average transaction throughput and the peak transaction throughput threshold within the first historical period. Specifically, it can be a value between the average transaction throughput and the peak transaction throughput threshold within the first historical period, or it can be the average of the average transaction throughput and the peak transaction throughput threshold within the first historical period. It should be noted that the aforementioned preset fallback threshold is less than the peak transaction throughput threshold and greater than the average transaction throughput within the first historical period. The aforementioned preset time length can be specifically set based on specific needs and application scenarios. This embodiment does not impose specific limitations, as long as it ensures that the transaction throughput of the blockchain network is stable based on the preset time length. Generally, the aforementioned preset time length is less than the duration corresponding to the first historical period. The aforementioned bandwidth reduction instruction can be an instruction that controls the server hosting the target tunnel to reduce the bandwidth of the target tunnel, controlling the target tunnel to revert to the average transaction throughput within the first historical period or other set values.

[0086] Steps S230 to S240 above involve real-time monitoring of the transaction throughput and status of the blockchain network. When the transaction throughput of the blockchain network drops to less than or equal to a preset drop threshold, and the blockchain network remains stable for a preset time, a bandwidth reduction instruction is generated and sent to the server where the target tunnel is located to control the target tunnel to perform bandwidth reduction.

[0087] The present embodiment will now be described and illustrated through preferred embodiments.

[0088] Figure 3 This is a flowchart of a preferred embodiment of a blockchain network acceleration method provided in this application. Figure 3 As shown, the blockchain network acceleration method includes the following steps:

[0089] Step S301: Monitor the transaction throughput of each public chain node in the blockchain network in real time.

[0090] Step S302: Determine whether the monitored transaction throughput of the blockchain network is greater than the peak threshold for transaction throughput.

[0091] Step S303: When the transaction throughput of the blockchain network is greater than the peak threshold of the transaction throughput, determine whether the number of times the transaction throughput of the blockchain network is greater than the peak threshold of the transaction throughput has reached a preset number.

[0092] Step S304: When the number of times the transaction throughput of the blockchain network exceeds the peak threshold of transaction throughput reaches a preset number, the bandwidth amplification coefficient of the target tunnel is determined based on the average and peak transaction throughput of each public chain node of the blockchain network in the first historical period. The target tunnel is a tunnel that carries the traffic of the blockchain network and supports elastic scaling. The bandwidth amplification coefficient is a coefficient determined by the average and peak transaction throughput of each public chain node of the blockchain network in the first historical period, used to characterize the bandwidth amplification of the target tunnel.

[0093] Step S305: Based on the bandwidth amplification factor of the target tunnel, generate a bandwidth expansion instruction that indicates the bandwidth of the target tunnel to be expanded according to the bandwidth amplification factor, and send the bandwidth expansion instruction to the server where the target tunnel is located.

[0094] Step S306: Monitor the transaction throughput of the blockchain network in real time, as well as the status of the blockchain network; the status of the blockchain network includes network stability and network instability.

[0095] Step S307: When the transaction throughput of the blockchain network drops to less than or equal to a preset drop threshold, and the state of the blockchain network remains stable for a preset time, a bandwidth reduction instruction is generated and sent to the server where the target tunnel is located; the preset drop threshold is a pre-set limit value for bandwidth reduction.

[0096] Steps S301 to S307 above involve determining the bandwidth amplification coefficient of the target tunnel based on the average and peak transaction throughput of each public chain node in the first historical period when the transaction throughput of the blockchain network is detected to be greater than the peak threshold. Then, based on the bandwidth amplification coefficient of the target tunnel, a bandwidth expansion instruction is generated to extend the bandwidth of the target tunnel according to the bandwidth amplification coefficient, and the bandwidth expansion instruction is sent to the server where the target tunnel is located. It determines whether target tunnel bandwidth expansion is needed by judging whether the monitored transaction throughput of the blockchain network exceeds the peak threshold. When the monitored transaction throughput exceeds the peak threshold, it is determined that target tunnel bandwidth expansion is necessary. Then, by using the average and peak historical transaction throughput, it determines how much bandwidth expansion is needed for the target tunnel. This allows for bandwidth expansion based on actual needs, enabling the blockchain network to expand according to demand. This transforms the blockchain network from a fixed, passive pipe into a flexible channel that actively adapts to future needs, expanding based on demand. It can pre-allocate and adjust network resources based on fluctuations in transaction load, avoiding network congestion and latency spikes. This solves the problem of network congestion and latency spikes caused by transaction load fluctuations in existing blockchain network acceleration methods.

[0097] It should be understood that although the steps in the flowcharts of the embodiments described above are shown sequentially according to the arrows, these steps are not necessarily executed in the order indicated by the arrows. Unless explicitly stated herein, there is no strict order restriction on the execution of these steps, and they can be executed in other orders. Moreover, at least some steps in the flowcharts of the embodiments described above may include multiple steps or multiple stages. These steps or stages are not necessarily completed at the same time, but can be executed at different times. The execution order of these steps or stages is not necessarily sequential, but can be performed alternately or in turn with other steps or at least some of the steps or stages of other steps.

[0098] Based on the same inventive concept, this embodiment also provides a blockchain network acceleration device for implementing the above embodiments and preferred embodiments, which will not be repeated as already described. The terms "module," "unit," "subunit," etc., used below refer to combinations of software and / or hardware that perform a predetermined function. Although the device described in the following embodiments is preferably implemented in software, hardware implementation, or a combination of software and hardware, is also possible and contemplated.

[0099] In one embodiment, Figure 4 This is a structural block diagram of a blockchain network acceleration device provided in one embodiment of this application, as shown below. Figure 4 As shown, the blockchain network acceleration device includes:

[0100] The amplification coefficient determination module 42 is used to determine the bandwidth amplification coefficient of the target tunnel based on the average and peak transaction throughput of each public chain node in the blockchain network during the first historical period when the transaction throughput of the blockchain network is detected to be greater than the peak transaction throughput threshold. The target tunnel is a tunnel that carries the traffic of the blockchain network and supports elastic scaling. The bandwidth amplification coefficient is a coefficient determined by the average and peak transaction throughput of each public chain node in the blockchain network during the first historical period, used to characterize the bandwidth amplification of the target tunnel.

[0101] The bandwidth expansion module 44 is used to generate a bandwidth expansion instruction based on the bandwidth amplification factor of the target tunnel, indicating that the bandwidth of the target tunnel should be expanded according to the bandwidth amplification factor, and to send the bandwidth expansion instruction to the server where the target tunnel is located.

[0102] The aforementioned blockchain network acceleration device determines the bandwidth amplification coefficient of the target tunnel based on the average and peak transaction throughput of each public chain node in the first historical period when the transaction throughput of the blockchain network is detected to be greater than the peak threshold. Then, based on the bandwidth amplification coefficient of the target tunnel, it generates a bandwidth expansion instruction that instructs to expand the bandwidth of the target tunnel according to the bandwidth amplification coefficient, and sends the bandwidth expansion instruction to the server where the target tunnel is located. It determines whether target tunnel bandwidth expansion is needed by judging whether the monitored transaction throughput of the blockchain network exceeds the peak threshold. When the monitored transaction throughput exceeds the peak threshold, it is determined that target tunnel bandwidth expansion is necessary. Then, by using the average and peak historical transaction throughput, it determines how much bandwidth expansion is needed for the target tunnel. This allows for bandwidth expansion based on actual needs, enabling the blockchain network to expand according to demand. This transforms the blockchain network from a fixed, passive pipe into a flexible channel that actively adapts to future needs, expanding based on demand. It can pre-allocate and adjust network resources based on fluctuations in transaction load, avoiding network congestion and latency spikes. This solves the problem of network congestion and latency spikes caused by transaction load fluctuations in existing blockchain network acceleration methods.

[0103] It should be noted that the above modules can be functional modules or program modules, and can be implemented through software or hardware. For modules implemented through hardware, the above modules can reside in the same processor; or the above modules can be located in different processors in any combination.

[0104] In one embodiment, Figure 5 This is a structural block diagram of a blockchain network acceleration system provided in one embodiment of this application, as shown below. Figure 5 As shown, the system includes: a data acquisition module 52, a decision-making module 54, and an expansion module 56;

[0105] The data acquisition module 52 includes a lightweight agent deployed on each public chain node of the blockchain network, used to collect the transaction throughput of each public chain node of the blockchain network, and upload the collected transaction throughput of each public chain node of the blockchain network to the decision module 54.

[0106] The decision module 54 includes an SD-WAN controller, which is used to receive the transaction throughput of each public chain node of the blockchain network collected by the data acquisition module 52, and execute the steps of any of the blockchain network acceleration methods in the above embodiments.

[0107] The extension module 56 includes the server where the target tunnel is located. It is used to receive the bandwidth extension command sent by the decision module 54, and based on the received bandwidth extension command, to extend the bandwidth of the target tunnel by adopting a hot standby path warm-up and gradual traffic migration mechanism.

[0108] The aforementioned blockchain network acceleration system collects the transaction throughput of each public chain node in the blockchain network through the data acquisition module 52. Then, the decision module 54 generates bandwidth expansion instructions based on the collected transaction throughput of each public chain node. The expansion module 56, based on the received bandwidth expansion instructions, employs a hot standby path preheating and gradual traffic migration mechanism to expand the bandwidth of the target tunnel. This achieves increased transaction throughput for each public chain node in the blockchain network and expands the bandwidth of the target tunnel, transforming the blockchain network from a fixed, passive pipeline into a proactive, elastic channel that adapts to future needs. It can expand based on demand, pre-allocating and adjusting network resources according to fluctuations in transaction load, avoiding network congestion and latency spikes. This solves the problem of network congestion and latency spikes caused by transaction load fluctuations in existing blockchain network acceleration methods. Peak detection and expansion are achieved in less than 1 second, and latency spikes are controlled within 100ms.

[0109] In one embodiment, the aforementioned extension module 56 is further configured to, for each target tunnel, determine whether it is necessary to switch the traffic of the blockchain network from the main path to the backup path based on the received bandwidth expansion instruction; when it is necessary to switch the traffic of the blockchain network from the main path to the backup path, send a preset proportion of mirrored traffic from the main path to the backup path; verify the transmission quality of the backup path; when the transmission quality of the backup path passes the verification, gradually migrate the traffic of the main path to the backup path in a progressively increasing manner within a preset time interval; the data transmission path of the target tunnel includes the main path and the backup path.

[0110] The aforementioned preset ratio can be specifically set based on specific application scenarios and requirements. This embodiment does not impose specific limitations here. Generally, the aforementioned preset ratio is less than 50%. The aforementioned verification of the transmission quality of the backup path can be to verify the latency of the backup path transmission. For example, if the latency of the backup path transmission is less than a preset second latency threshold, then the transmission quality of the backup path is deemed to have passed the verification; otherwise, the transmission quality of the backup path is deemed to have failed the verification. The aforementioned preset second latency threshold can be specifically set based on specific circumstances and requirements. This embodiment does not impose specific limitations here. For example, the aforementioned preset second latency threshold is 50ms. This embodiment solves the path switching interruption problem through a hot standby path preheating and gradual traffic migration mechanism. The hot standby preheating mechanism ensures lossless migration, reducing switching latency by 90% compared to existing SDN (Software-Defined Networking) switching, and maintaining a network SLA (Service Level Agreement) > 99.9%.

[0111] In one embodiment, the aforementioned blockchain network acceleration system further includes a portal interface. This portal interface serves as the core interactive entry point for the blockchain network monitoring and management system. Through visualization technology, the portal interface transforms complex network states, performance indicators, and operational options into an intuitive graphical interface, helping users (such as operations personnel, administrators, or developers) to monitor, analyze, and intervene in the operation of the blockchain network in real time. This embodiment utilizes one-click deployment of Agent + Portal visualization, with a configuration time of less than 10 minutes, making it suitable for distributed public blockchain environments.

[0112] In one embodiment, when the Ethereum mainnet experiences peak transaction volume, TPS increases from 100 to 5000, at which point the synchronization latency between node A and node B reaches 300ms. This embodiment integrates an SD-WAN lightweight agent on the public chain node to collect TPS, the controller detects peak values ​​(threshold 1500), and the tunnel bandwidth is extended to 500Mbps (MPLS+5G hybrid). After warm-up switching, the latency is reduced to less than 80ms. Therefore, the method used in this embodiment is applicable to public chain infrastructure providers.

[0113] In one embodiment, during a sudden load scenario where TPS surges to 65,000, intercontinental broadcast congestion occurs. This embodiment addresses this by pre-allocating resources 2 minutes in advance, dynamically scaling to a 2Gbps tunnel (5G dominant path), ensuring over 99.99% seamless handover. Therefore, this embodiment allows for predictive scaling and is suitable for high-frequency trading in small and medium-sized quantitative trading institutions.

[0114] In one embodiment, during a multi-chain load balancing scenario, when bridging the Polkadot and Ethereum blockchain networks, the peak TPS fluctuates due to heterogeneous data synchronization (fluctuation value is 2000 TPS). This embodiment aggregates TPS across multiple chains via a controller (using the via Cosmos SDK interface), and uses a hybrid path-priority low-latency MPLS approach for a dedicated tunnel (bandwidth K=2.0) for bridging traffic. By introducing cross-chain weight adjustment, this embodiment achieves a 60% latency optimization; therefore, the method used in this embodiment is suitable for external service access by project teams.

[0115] Those skilled in the art will understand that all or part of the processes in the above embodiments can be implemented by a computer program instructing related hardware. The computer program can be stored in a non-volatile computer-readable storage medium. When executed, the computer program can include the processes of the embodiments described above. Any references to memory, databases, or other media used in the embodiments provided in this application can include at least one of non-volatile and volatile memory. Non-volatile memory can include read-only memory (ROM), magnetic tape, floppy disk, flash memory, optical memory, high-density embedded non-volatile memory, resistive random access memory (ReRAM), magnetic random access memory (MRAM), ferroelectric random access memory (FRAM), phase change memory (PCM), graphene memory, etc. Volatile memory can include random access memory (RAM) or external cache memory, etc. By way of illustration and not limitation, RAM can take many forms, such as Static Random Access Memory (SRAM) or Dynamic Random Access Memory (DRAM). The databases involved in the embodiments provided in this application may include at least one type of relational database and non-relational database. Non-relational databases may include, but are not limited to, blockchain-based distributed databases. The processors involved in the embodiments provided in this application may be general-purpose processors, central processing units, graphics processing units, digital signal processors, programmable logic devices, quantum computing-based data processing logic devices, etc., and are not limited to these.

[0116] The technical features of the above embodiments can be combined in any way. For the sake of brevity, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this specification.

[0117] The embodiments described above are merely illustrative of several implementation methods of this application, and while the descriptions are specific and detailed, they should not be construed as limiting the scope of this patent application. It should be noted that those skilled in the art can make various modifications and improvements without departing from the concept of this application, and these all fall within the protection scope of this application. Therefore, the protection scope of this application should be determined by the appended claims.

Claims

1. A method for accelerating a blockchain network, characterized in that, The method includes: When the transaction throughput of the blockchain network is detected to be greater than the peak threshold, the bandwidth amplification coefficient of the target tunnel is determined based on the average and peak transaction throughput of each public chain node of the blockchain network in the first historical period. The target tunnel is a tunnel that carries the traffic of the blockchain network and supports elastic scaling. The bandwidth amplification coefficient is a coefficient used to characterize the bandwidth amplification of the target tunnel, determined by the average and peak transaction throughput of each public chain node of the blockchain network in the first historical period. Based on the bandwidth amplification factor of the target tunnel, a bandwidth expansion instruction is generated to extend the bandwidth of the target tunnel according to the bandwidth amplification factor, and the bandwidth expansion instruction is sent to the server where the target tunnel is located.

2. The blockchain network acceleration method according to claim 1, characterized in that, Before determining the bandwidth amplification coefficient of the target tunnel based on the average and peak transaction throughput of each public chain node in the first historical period when the transaction throughput of the blockchain network is detected to be greater than the peak transaction throughput threshold, the following steps are included: Real-time monitoring of the transaction throughput of each public chain node in the blockchain network.

3. The blockchain network acceleration method according to claim 2, characterized in that, The real-time monitoring of the transaction throughput of each public chain node in the blockchain network includes: By utilizing lightweight proxies deployed on various public chain nodes of the blockchain network, the transaction throughput of each public chain node of the blockchain network can be monitored in real time.

4. The blockchain network acceleration method according to claim 1, characterized in that, Before determining the bandwidth amplification coefficient of the target tunnel based on the average and peak transaction throughput of each public chain node in the first historical period when the transaction throughput of the blockchain network is detected to be greater than the peak transaction throughput threshold, the following steps are also included: The peak threshold of transaction throughput is determined based on the average transaction throughput of each public chain node in the blockchain network during the second historical period.

5. The blockchain network acceleration method according to claim 1, characterized in that, When the transaction throughput of the blockchain network is detected to be greater than the peak threshold, the bandwidth amplification coefficient of the target tunnel is determined based on the average and peak transaction throughput of each public chain node of the blockchain network in the first historical period, including: Determine whether the monitored transaction throughput of the blockchain network is greater than the peak transaction throughput threshold; When the transaction throughput of the blockchain network exceeds the peak threshold of the transaction throughput, it is determined whether the number of times the transaction throughput of the blockchain network exceeds the peak threshold of the transaction throughput has reached a preset number. When the number of times the transaction throughput of the blockchain network exceeds the peak threshold of the transaction throughput reaches the preset number, the bandwidth amplification coefficient of the target tunnel is determined based on the average and peak transaction throughput of each public chain node of the blockchain network in the first historical period.

6. The blockchain network acceleration method according to claim 5, characterized in that, When the number of times the transaction throughput of the blockchain network exceeds the peak transaction throughput threshold reaches the preset number, the bandwidth amplification coefficient of the target tunnel is determined based on the average and peak transaction throughput of each public chain node of the blockchain network during the first historical period, including: When the number of times the transaction throughput of the blockchain network exceeds the peak threshold of the transaction throughput reaches the preset number, the quotient of the peak and average transaction throughput of each public chain node of the blockchain network in the first historical period is determined as the bandwidth amplification coefficient of the target tunnel.

7. The blockchain network acceleration method according to claim 1, characterized in that, After generating a bandwidth expansion instruction based on the bandwidth expansion coefficient of the target tunnel, indicating that the bandwidth of the target tunnel should be expanded according to the bandwidth expansion coefficient, and sending the bandwidth expansion instruction to the server where the target tunnel is located, the process includes: Real-time monitoring of the transaction throughput of the blockchain network and the status of the blockchain network; the status of the blockchain network includes network stability and network instability; When the transaction throughput of the blockchain network drops to less than or equal to a preset drop threshold, and the state of the blockchain network remains stable for a preset period of time, a bandwidth reduction instruction is generated and sent to the server where the target tunnel is located; the preset drop threshold is a pre-set limit value for bandwidth reduction.

8. A blockchain network acceleration device, characterized in that, The device includes: The bandwidth amplification coefficient determination module is used to determine the bandwidth amplification coefficient of the target tunnel when the transaction throughput of the blockchain network is detected to be greater than the peak threshold of the transaction throughput. This is based on the average and peak transaction throughput of each public chain node of the blockchain network within a first historical period. The target tunnel is a tunnel that carries the traffic of the blockchain network and supports elastic scaling. The bandwidth amplification coefficient is determined by the average and peak transaction throughput of each public chain node of the blockchain network within the first historical period and is used to characterize the bandwidth amplification amount of the target tunnel. The bandwidth expansion module is used to generate a bandwidth expansion instruction based on the bandwidth expansion coefficient of the target tunnel, indicating that the bandwidth of the target tunnel should be expanded according to the bandwidth expansion coefficient, and to send the bandwidth expansion instruction to the server where the target tunnel is located.

9. A blockchain network acceleration system, characterized in that, The system includes: a data acquisition module, a decision-making module, and an expansion module; The data acquisition module includes a lightweight proxy deployed on each public chain node of the blockchain network, used to collect the transaction throughput of each public chain node of the blockchain network, and upload the collected transaction throughput of each public chain node of the blockchain network to the decision module. The decision module includes an SD-WAN controller, used to receive the transaction throughput of each public chain node of the blockchain network collected by the data acquisition module, and to execute the steps of the blockchain network acceleration method according to any one of claims 1-7. The expansion module includes a server where the target tunnel is located, used to receive the bandwidth expansion instruction sent by the decision module, and based on the received bandwidth expansion instruction, to expand the bandwidth of the target tunnel using a hot standby path preheating and gradual traffic migration mechanism.

10. The blockchain network acceleration system according to claim 9, characterized in that, The expansion module is further configured to, for each of the target tunnels, determine whether it is necessary to switch the traffic of the blockchain network from the main path to the backup path based on the received bandwidth expansion instruction; when it is necessary to switch the traffic of the blockchain network from the main path to the backup path, send a preset proportion of mirrored traffic from the main path to the backup path; and verify the transmission quality of the backup path. When the transmission quality of the backup path passes verification, the traffic of the main path is gradually migrated to the backup path in a progressively increasing manner within a preset time interval; the data transmission path of the target tunnel includes the main path and the backup path.

Images