d4e93a6de3
|
||
|---|---|---|
| .. | ||
| test_data | ||
| types | ||
| README.md | ||
| byzantine_test.go | ||
| common_test.go | ||
| mempool_test.go | ||
| reactor.go | ||
| reactor_test.go | ||
| replay.go | ||
| replay_file.go | ||
| replay_test.go | ||
| state.go | ||
| state_test.go | ||
| ticker.go | ||
| version.go | ||
| wal.go | ||
| wal_fuzz.go | ||
| wal_generator.go | ||
| wal_test.go | ||
README.md
The core consensus algorithm.
- state.go - The state machine as detailed in the whitepaper
- reactor.go - A reactor that connects the state machine to the gossip network
Go-routine summary
The reactor runs 2 go-routines for each added peer: gossipDataRoutine and gossipVotesRoutine.
The consensus state runs two persistent go-routines: timeoutRoutine and receiveRoutine. Go-routines are also started to trigger timeouts and to avoid blocking when the internalMsgQueue is really backed up.
Replay/WAL
A write-ahead log is used to record all messages processed by the receiveRoutine, which amounts to all inputs to the consensus state machine: messages from peers, messages from ourselves, and timeouts. They can be played back deterministically at startup or using the replay console.