A high-speed network protocol system and transmission method suitable for blockchain network

Abstract

The present invention provides a transmission method and system suitable for a blockchain network based on a high-speed network protocol system. The method includes: step 1, for each link of each network card, write in the htb module of the Linux kernel where the blockchain network is located. Enter the initial bandwidth, the initial bandwidth includes the network card bandwidth as BWcard, and the connected line bandwidth as BWnet; Step 2, set the total bandwidth corresponding to the network card and the connected line to BW, BW=min(BWcard, BWnet); Step 3, in the kernel Count each connection that passes through a router, allocate an initial bandwidth to the newly added connection, and feed it back to the sender through the ACK packet of the connection. After a period of time, the actual calculation speed of the connection is counted on the router and fed back to the sender. ; Step 4, repeat step 1-3 to each router that the connection passes through; Step 5, determine whether the bandwidth value returned in the ACK packet is greater than the actual calculation speed result of router statistics, if yes, then give in the ACK packet New statistics.

Description

technical field [0001] The invention belongs to the technical field of high-speed network protocols and the technical field of blockchain, and in particular relates to a high-speed network protocol system and a transmission method suitable for blockchain networks. The throughput of the blockchain network and the reduction of latency. Background technique [0002] At present, there are three main transport layer network protocols: Reno, CUBIC and BBR. The CUBIC algorithm uses the dichotomy method to calculate the sending speed, and BBR calculates the sending speed by calculating the difference between the timestamp of the data packet and the corresponding ACK. [0003] 1. Reno [0004] Reno is characterized by slow start and congestion control. It is the congestion control protocol used in the initial design of the Internet. Due to its poor performance, the current mainstream operating systems no longer use RENO. [0005] 2. CUBIC [0006] The CUBIC protocol is currently u...

AI Technical Summary

Problems solved by technology

[0007] (1) Slow startup. Although the startup speed is better than the Reno algorithm, it is still very slow. It takes n*rtt (round-trip delay) time to reach the highest link bandwidth, which is not suitable for network connections with small data packets. friendly

[0008] (2) Excessive sensitivity to packet loss, resulting in poor performance in bad network environments

[0011] (1) The problem of slow start still exists, and it takes n*rtt time to determine the maximum bandwidth, which is not friendly to network connections with small data packets

[0012] (2) When there are multiple connections competing for bandwidth, the convergence speed of each connection is very slow, resulting in unbalanced bandwidth allocation, image 3 Shown is the traffic competition diagram of BBR, which is represented by image 3 It can be seen that when there are two connections competing for bandwidth, it takes 30 seconds to reach a steady state

[0013] (3) When the link router queue is very long and the link delay is constantly changing, the bandwidth utilization is very low

[0014] (4) Due to the delay-based property of BBR and the overly aggressive bandwidth detection method, its packet loss rate is higher than that of CUBIC, which is more likely to cause packet loss. In some cases it will be lower than CUBIC

[0017] (2) In the case of a large amount of burst traffic, since the speed of all traffic is slow-started, it is impossible to give a suitable initial speed at the beginning. After a certain limit, the burst traffic will cause packet loss, resulting in network congestion.

[0018] (3) The unfairness of the connection causes the transaction to be fast in some regions and certain hours, and the transaction is slow in certain regions, which affects fairness

Images