166 Commits (c4a9b77bee7a8dd4412ef88274305d22ad10d787)

Author	SHA1	Message	Date
Leo Chen	61638240a2	[panic] fix nil pointer crash during view change ... Signed-off-by: Leo Chen <leo@harmony.one>	4 years ago
Leo Chen	8946054f7d	[viewchange] always use first participant as base of leader pubkey ... when view change happended at the first block of the new epoch Signed-off-by: Leo Chen <leo@harmony.one>	4 years ago
Leo Chen	0d666a05a3	[viewchange] protect startViewChange (#3501) ... https://github.com/harmony-one/harmony/issues/3499 Signed-off-by: Leo Chen <leo@harmony.one> Co-authored-by: Rongjian Lan <rongjian.lan@gmail.com>	4 years ago
Leo Chen	4a0553fb84	[viewchange] use consensus mutex, remove vc lock ... Signed-off-by: Leo Chen <leo@harmony.one>	4 years ago
Rongjian Lan	aa643ca856	Add out of order message processing logic (#3468)	4 years ago
Leo Chen	59847a1fde	[prometheus] make metrics variables private ... * add UpdateLeaderMetrics func Signed-off-by: Leo Chen <leo@harmony.one>	4 years ago
Leo Chen	c2d37b3822	[prometheus] add consensus metrics ... * counter of consensus * finality histogram * number of signatures * number of started view change * number of finished view change * counter of state syncing Signed-off-by: Leo Chen <leo@harmony.one>	4 years ago
Rongjian Lan	8821807946	Fixes viewID and view change ID base	4 years ago
Leo Chen	6675aee29a	[viewchange] shorten the viewchange timeout to 27s ... Signed-off-by: Leo Chen <leo@harmony.one>	4 years ago
Leo Chen	1f9a2709b8	[viewchange] fixed gap calculation ... we switch to use last block view ID from blockchain Signed-off-by: Leo Chen <leo@harmony.one>	4 years ago
Leo Chen	e891ca68dc	[viewchange] update view ID slower than view change timeout ... so that node init view change at different timeslot can converge on the same view ID Signed-off-by: Leo Chen <leo@harmony.one>	4 years ago
Leo Chen	1e4b55a7cc	[viewchange] check quorum by mask ... Signed-off-by: Leo Chen <leo@harmony.one>	4 years ago
Leo Chen	0f02ec9bf1	[viewchange] use last known viewID from blockchain ... Signed-off-by: Leo Chen <leo@harmony.one>	4 years ago
Leo Chen	3b3ea98904	[log] print out view change messages ... Signed-off-by: Leo Chen <leo@harmony.one>	4 years ago
Rongjian Lan	f91d781fe4	add Delayed sending	4 years ago
Rongjian Lan	8db8802eed	send committed at 67%	4 years ago
Rongjian Lan	4aef0f4132	do not sent committed at 67%	4 years ago
Rongjian Lan	fea096b0f9	Fix view id calc	4 years ago
Rongjian Lan	4d18b7feec	Revert "Fix view change stuck issue"	4 years ago
Rongjian Lan	38fe2a4422	fix comment	4 years ago
Rongjian Lan	ff9a85ac48	Fix view change stuck issue	4 years ago
Rongjian Lan	49d7985f14	some more logic cleanup	4 years ago
Rongjian Lan	9d95b9844d	rename ChainReader to Blockchain	4 years ago
Rongjian Lan	ee3dd70676	merge	4 years ago
Rongjian Lan	8d72c537f1	avoid race condition	4 years ago
Rongjian Lan	a1022e92d8	add todo	4 years ago
Rongjian Lan	61edc85a90	fix block hash in new view	4 years ago
Rongjian Lan	c270381a9f	Update viewchangingid; don't reset state in new view	4 years ago
Leo Chen	fde9849eb6	[viewchange] stop sending view change msg ... * when new leader sent NewView message * when validators received valid NewView message Signed-off-by: Leo Chen <leo@harmony.one>	4 years ago
Leo Chen	205c77b7da	[viewchange] should not startNewView is not in viewChange mode ... Signed-off-by: Leo Chen <leo@harmony.one>	4 years ago
Rongjian Lan	611448a0a1	pipelining wireframe	4 years ago
Leo Chen	08cb490163	[viewchange] use IsLastBLockInEpoch to determine new epoch ... Signed-off-by: Leo Chen <leo@harmony.one>	4 years ago
Leo Chen	517fdabe5c	[viewchange] remove viewID param in startViewChange func ... Signed-off-by: Leo Chen <leo@harmony.one>	4 years ago
Leo Chen	e8a8b6f543	[viewchange] only rotate leader among harmony nodes ... Signed-off-by: Leo Chen <leo@harmony.one>	4 years ago
Leo Chen	689a86f889	[viewchange] handle view change in first block of an epoch ... Signed-off-by: Leo Chen <leo@harmony.one>	4 years ago
Leo Chen	e0dcb97c29	[viewchange] remove unnecessary check of view id diff ... Signed-off-by: Leo Chen <leo@harmony.one>	4 years ago
Leo Chen	234f202656	[viewchange] time-based synchronuous view change ... For view change, the view change ID is the key to determine which node will be next leader. In our original algorithm, the view ID always increased one step at a time. The view change period increased exponetially based on the square of the gap between current view changing ID and previous known block view change ID. However, it is very slow to converge the view change if multiple nodes are offline and view change can't be reached. Especially, during the shard down event, multiple nodes are offline and other nodes have advanced their current view changing ID. The new time-baed synchronuous view change algorithm uses the local timestamp and the timestamp of the block to calculate the expected view changing ID. In this case, offline nodes can immediately catch up with the latest view changing ID as long as the offline nodes have the latest sync'ed block and relatively acturate local clock. This algorithm will converge the view change faster in one or two view change duration. Signed-off-by: Leo Chen <leo@harmony.one>	4 years ago
Rongjian Lan	1851d7eea5	add HasSingleSender func	4 years ago
Leo Chen	1fbe2bf54e	[viewchange] protect additional consensus state change using mutext ... Signed-off-by: Leo Chen <leo@harmony.one>	4 years ago
Leo Chen	793529ee24	[viewchange] rename stopViewChange to startNewView ... Signed-off-by: Leo Chen <leo@harmony.one>	4 years ago
Leo Chen	bdd717edfb	[viewchange] protect consensus structure using mutex ... Signed-off-by: Leo Chen <leo@harmony.one>	4 years ago
Leo Chen	3784d6a564	[viewchange] simplify onNewView function ... Signed-off-by: Leo Chen <leo@harmony.one>	4 years ago
Leo Chen	f8e2fd7120	[viewchange] lock to process view change ... Signed-off-by: Leo Chen <leo@harmony.one>	4 years ago
Leo Chen	b6deec9a5a	[viewchange] add RLock for m1Payload functions ... Signed-off-by: Leo Chen <leo@harmony.one>	4 years ago
Leo Chen	92130a2ba3	[viewchange] retry sending view change messages ... retry is needed, as the next leader may not enter view change mode immediately when other validators already sent out view change messages. Then the new leader may not collect enough signatures for the new view before timeout. This can speed up the view change process. Signed-off-by: Leo Chen <leo@harmony.one>	4 years ago
Rongjian Lan	b6171945cf	Fix refactor; add test for AggregateVotes	4 years ago
Leo Chen	3bd65c850b	[viewchange] validate payload of m1 message ... Signed-off-by: Leo Chen <leo@harmony.one>	4 years ago
Leo Chen	1c0e872b6e	[viewchange] init bitmap before init payload ... Signed-off-by: Leo Chen <leo@harmony.one>	4 years ago
Leo Chen	75fb354ee7	[viewchange] rename VerifyViewChange to ProcessViewChange ... Signed-off-by: Leo Chen <leo@harmony.one>	4 years ago
Leo Chen	0871866848	[misc] fixed comment of onNewView ... Signed-off-by: Leo Chen <leo@harmony.one>	4 years ago