improve candidate peer text

Signed-off-by: Csaba Kiraly <csaba.kiraly@gmail.com>
This commit is contained in:
Csaba Kiraly 2024-05-29 11:01:50 +02:00
parent 7b4d23c0ba
commit 4e1d566c43
No known key found for this signature in database
GPG Key ID: 0FE274EE8C95166E

View File

@ -257,7 +257,9 @@ Sampling is considered successful if any `S - L` columns are retrieved successfu
A node SHOULD maintain a diverse set of peers for each column and each slot by verifying responsiveness to sample queries.
A node SHOULD query for samples from their peers via `DataColumnSidecarsByRoot` request. A node utilizes `get_custody_columns` helper to determine which peer(s) it could request from. If more candidate peers are found, a node SHOULD randomize it's peer selection to distribute sample query load in the network. Nodes MAY use peer scoring to tune this selection (for example, by using weighted selection or by using a cut-off threshold).
A node SHOULD query for samples from selected peers via `DataColumnSidecarsByRoot` request. A node utilizes `get_custody_columns` helper to determine which peer(s) it could request from, identifying a list of candidate peers for each selected column.
If more than one candidate peer is found for a given column, a node SHOULD randomize its peer selection to distribute sample query load in the network. Nodes MAY use peer scoring to tune this selection (for example, by using weighted selection or by using a cut-off threshold). If possible, it is also recommended to avoid requesting many columns from the same peer in order to avoid relying on and exposing the sample selection to a single peer.
If a node already has a column because of custody, it is not required to send out queries for that column.