Do not change leader when doing reconfiguration
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 35/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Ferma
- Stack tecnologico
- go
- Ambito
- blockchain, distributed-systems
Direzione di ricerca
Inizia tracciando come viene calcolato l'ID del leader a partire dall'ID della view e dal numero di nodi, quindi esamina i metadati della view e i percorsi di riconfigurazione. L'implementazione di questa proposta è completata quando l'identità del leader rimane persistente attraverso le aggiunte o le rimozioni di nodi, avanza in caso di modifiche della view e seleziona il leader successivo quando quello corrente viene rimosso.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
As the amount of nodes increases, f increases, so the likelihood of having nodes that are unreachable/crashed increases as well.
The leader ID is currently calculated as the index of the node in the position v % n when v is the view ID and n is the node count.
Due to the way we calculate this leader ID, the leader ID might change when we do a reconfiguration that adds or removes nodes.
If we change the leader ID but this node might be offline/unreachable at that time, it means that doing a reconfiguration might cause downtime (view change).
To circumvent this problem, I propose that we persist the leader ID in the view metadata, and:
- Increment modulo n this leader ID when we do a view change
- Persist this leader ID, when we do a reconfiguration, unless the leader itself is removed, and in that case we just pick the next leader ID.
- Lingua principale
- Go
- Stelle
- 110
- Fork
- 40
- Merge medio
- 1g 6h
- PR unite (30g)
- 14
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di hyperledger/SmartBFT
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
hyperledger/SmartBFT#714 ·
I maintainer di solito rispondono entro 1 giorno
-
Set up a pr projectAperta
Difficoltà 4/5 3-5 giorni Idoneità per principianti 25/100
hyperledger/SmartBFT#666 · 4 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
hyperledger/SmartBFT#628 · 12 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
Recording library runtime for bug analysis by developersForse di nuovo libera @HagarMeir l’ha presa 1734 giorni fa e non c’è nessuna pull request aperta. Aperta
hyperledger/SmartBFT#487 · 1 assegnatario ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 5/5 Più di una settimana Idoneità per principianti 15/100
hyperledger/SmartBFT#439 ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di hyperledger/SmartBFT
Issue simili
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
Rafaeldelinares/gentle-mesh#125 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
Gentleman-Programming/gentle-ai#5643 ·
I maintainer di solito rispondono entro 1 giorno
-
security
Difficoltà 2/5 1-3 ore Idoneità per principianti 80/100
FootprintAI/Containarium#2869 ·
I maintainer di solito rispondono entro 1 giorno
-
kind/bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 86/100
kubevirt/kubevirt#19559 · 1 reazione ·
I maintainer di solito rispondono entro 1 giorno
-
bug raised-by:verifier
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
medici-finance/assay#3817 ·
I maintainer di solito rispondono entro 1 giorno