How the Ethereum Message Type Adddr
P2P prevents ddos reinforcement
The peer in the world of communication for blockchain malicious actors can try to beat the knot with a huge number of connections that increase energy consumption and energy consumption. The usual method used by these malicious actors is the launch of attacks distributed (DDOS), which is spread against the target network. To facilitate this, the main introduction of Ethereum has introduced the mechanism to prevent the DDOS intensification with the type of Addr report.
Problem with unclaimed address messages
When the node receives an unclaimed address message, the data received shall be drawn up and verifies each address in a certain valid address list. However, if the attacker sends an unclaimed “Addr node function in Getaddrinfo (), it will likely be able to take over the knot with the excessive number of connections.
Solution: Using a known address cache
To prevent DDOS reinforcement, Ethereum introduces a certain address cache that is not currently in use. This cache is designed periodically in the question of a valid address database. When the message “Addr” is received, the node checks its inner address in the list of cache addresses valid from the database. If the cache does not coincide with the address received, the knot returns the error and refuses to connect.
There are more advantages for this approach:
* Reduction of Computing Air : By limiting the number of address connections, Ethereum reduces the computing expenses required for nodes to check the addresses.
* Network Improved Stability : The cache ensures that each knot is not overheated by excessive connections from malicious actors who help maintain the stability of the network and prevent cascade failures.
* Improved Security : Based on a database with known addresses rather than accidental data drawing, Ethereum reduces the risk of detecting sensitive information about his internal work.
Details of implementation
The type of P2P report used by Ethereum is a special protocol set by the ERC-11 standard. When the address is sent through the network, it includes a unique and additional metadata identifier that allows the nodes to test their legitimacy. The known address cache is maintained using a combination of SQLITE and JSON data storage.
When the node receives a message “Addr”, checks its inner cache in a valid address list in the database. If the coincidence is not found, the node returns the error indicating that the address is not used. This process is repeated in each of the received report “Addr” to make sure that the connections can only create authorized addresses.
Conclusion
The introduction of Ethereum in “known addresses in the cache” helps prevent DDOS intensification by `Adddr P2P. Based on a database with valid addresses, not accidental data drawing, the nodes are protected by malicious actors trying to take them with excessive connections. This approach has many advantages of network stability and security, which makes the introduction of Ethereum a stable and reliable solution for peer communication.