nimbus-eth2/beacon_chain/networking
Agnish Ghosh a157760643
Init Fulu fork (#6677)
* fulu

* fix ci

* fix ncli

* attempt to fix ci

* fix wss_sim build

* fix vc api

* updated tests

* resolve merge conflicts

* fix tests

* fix check

* attempt to fix minimal test in CI

* addressed reviews

---------

Co-authored-by: tersec <tersec@users.noreply.github.com>
2024-11-13 10:29:14 +07:00
..
README.md Reorg (5/5) (#2377) 2021-03-05 14:12:00 +01:00
eth2_agents.nim fix some UnusedImport warnings (#6448) 2024-07-25 08:49:26 +00:00
eth2_discovery.nim Replace deprecated ENR functions (#6419) 2024-07-12 17:18:24 +02:00
eth2_network.nim Init Fulu fork (#6677) 2024-11-13 10:29:14 +07:00
eth2_protocol_dsl.nim network: remove unusede p2p macro stuff (#6700) 2024-11-01 16:40:13 +01:00
libp2p_json_serialization.nim verify `genesis_time` more strictly (fixes #1667) (#5694) 2024-01-06 15:26:56 +01:00
network_metadata.nim Init Fulu fork (#6677) 2024-11-13 10:29:14 +07:00
network_metadata_downloads.nim add missing `std/` prefix to more imports (#5696) 2024-01-06 07:18:28 +01:00
network_metadata_gnosis.S Revert "Revert "correctly align genesis size (#5244)" (#5253)" (#5254) 2023-08-04 20:49:12 +00:00
network_metadata_mainnet.S bump sepolia for new bootnodes (#6421) 2024-07-11 07:13:37 +02:00
peer_pool.nim rank peers by their score instead of their memory address (#6149) 2024-04-10 14:09:37 +02:00
peer_protocol.nim some manual updates to EF consensus-specs v1.5.0-alpha.7 URLs (#6604) 2024-10-07 12:30:09 +02:00
peer_scores.nim add branch discovery module for supporting chain stall situation (#6125) 2024-03-24 08:41:47 +00:00
topic_params.nim verify `genesis_time` more strictly (fixes #1667) (#5694) 2024-01-06 15:26:56 +01:00

README.md

Networking

This folders hold a collection of modules to:

  • configure the Eth2 P2P network
  • discover, connect, and maintain quality Eth2 peers

Data received is handed other to the ../gossip_processing modules for validation.

Security concerns

  • Collusion: part of the peer selection must be kept random. This avoids peers bringing all their friends and colluding against a beacon node.
  • Denial-of-service: The beacon node must provide ways to handle burst of data that may come:
    • from malicious nodes trying to DOS us
    • from long periods of non-finality, creating lots of forks, attestations, forks