You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
 
 
 
 
 
 
Ethan Buchman 1fedf5b332 Merge branch 'consensus_wal_autofile' into develop_old 8 years ago
..
test_data cswal -> cs_wal_dir 8 years ago
README.md some comments 9 years ago
common.go type safe events 8 years ago
common_test.go replay: larger read buffer 8 years ago
height_vote_set.go consensus: hvs.StringIndented needed a lock. addresses #284 8 years ago
height_vote_set_test.go consensus: t.Fatal -> panic 9 years ago
log.go Make consensus logs use default log handler 9 years ago
mempool_test.go add test for mempool deadlock 8 years ago
reactor.go change some logs to debug 8 years ago
replay.go Consensus WAL uses AutoFile/Group 8 years ago
replay_test.go cswal -> cs_wal_dir 8 years ago
state.go Ensure *_wal_dir exists 8 years ago
state_test.go type safe events 8 years ago
version.go version bump and release branch 9 years ago
wal.go cswal -> cs_wal_dir 8 years ago

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.