certusone
/
tendermint
mirror of https://github.com/certusone/tendermint.git
1
0
Fork 0
Code Issues Projects Releases Wiki Activity
tendermint/consensus
History
Anton Kaliaev 86ddf17db0
add a todo 
Refs #1281
 		2018-03-15 11:58:20 +04:00
..
test_data rebase fix 2017-12-28 20:49:02 +00:00
types return err if peer has sent a vote that does not match our round 2018-03-15 11:58:20 +04:00
README.md some comments 2016-08-09 20:31:53 -04:00
byzantine_test.go add a todo 2018-03-15 11:58:20 +04:00
common_test.go rename dummy to kvstore (#1223) 2018-02-27 18:01:10 +04:00
mempool_test.go update for sdk2 libs. need to fix kv test 2018-02-03 03:35:02 -05:00
reactor.go add a todo 2018-03-15 11:58:20 +04:00
reactor_test.go rename dummy to kvstore (#1223) 2018-02-27 18:01:10 +04:00
replay.go Add app_state from genesis file in InitChain message 2018-03-02 03:46:04 -05:00
replay_file.go Add app_state from genesis file in InitChain message 2018-03-02 03:46:04 -05:00
replay_test.go Add app_state from genesis file in InitChain message 2018-03-02 03:46:04 -05:00
state.go add a todo 2018-03-15 11:58:20 +04:00
state_test.go consensus: rename test funcs 2018-01-19 00:59:09 -05:00
ticker.go fixes from Jae's review 2018-02-12 14:32:09 +04:00
version.go all: no more anonymous imports 2017-10-04 16:40:45 -04:00
wal.go p2p: peer.Key -> peer.ID 2018-01-01 22:39:05 -05:00
wal_fuzz.go add gofuzz test for consensus wal 2017-12-15 11:56:24 -06:00
wal_generator.go Add app_state from genesis file in InitChain message 2018-03-02 03:46:04 -05:00
wal_test.go consensus: rename test funcs 2018-01-19 00:59:09 -05:00

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.