improve service node pool sub section

This commit is contained in:
Sasha 2024-07-03 01:11:05 +02:00
parent 9eb63db372
commit 594a1ecf13
No known key found for this signature in database
1 changed files with 2 additions and 3 deletions

View File

@ -42,9 +42,8 @@ To address this we suggest following metrics:
### Peers and connection management ### Peers and connection management
- Light node should retain a pool of reliable service nodes per each protocol. - Light node should maintain a pool of reliable service nodes for each protocol.
In case a protocol failed to use any service node more than once - In case service node fails to serve protocol request from a light node 3 times - light node should drop connection to it and a new service node should be connected and added to the pool instead.
connection to it should be dropped and a new service node should be connected and added to the pool instead.
- During discovery of new service nodes it is better to filter out based on ENR / multiaddress. - During discovery of new service nodes it is better to filter out based on ENR / multiaddress.
For example in some cases `circuit-relay` addresses are not needed when we try to find and connect to service nodes directly. For example in some cases `circuit-relay` addresses are not needed when we try to find and connect to service nodes directly.