173 Commits (9df446a23db7fbfab6d20646ba0119fb5743a243)

Author	SHA1	Message	Date
Konstantin	06de7dcd6c	Fix race errors. (#4184) ... * Fix data races. * Fix block num. * Pub key lock. * Fixed race errors. * Fix flag. * Fix comments. * Fix comments. * Fix type. * Fix race errors in tests. Co-authored-by: Konstantin <k.potapov@softpro.com>	2 years ago
PeekPI	20edef740b	Increase voting power of harmony nodes in testnet to 0.7 (#4200) ... * increase voting power of harmony nodes in testnet to 0.7 * decrease QuorumThreshold to 0.6 of testnet * decrease QuorumThreshold of testnet to 51% * change IsQuorumAchievedByMask	2 years ago
PeekPI	8b1d7a526a	[consensus] HIP-18: Allowlist for external leaders (#4146) ... * HIP18: support allowlist * sort allowlist by default order * fix and add unit test * simplified calculation of index of leader * restore code of NthNextHmy() * rename MaxLimit to MaxLimitPerShard and add comments * init allowlist of testnet * update allowlist * change HIP18 epoch to TBD * set HIP18 of testnet to 75840 * rename _BLS() to BLS() * update comment * add version of allowlist variable * recover the travis_rpc_checker script * update HIP18 epoch	3 years ago
Paul M Fox	0a0f3aaea2	Add defer statement to mutex critical code ... I can only assume the `Unlock()` should be deferred, since otherwise the mutex is locked and then immediately unlocked with no effect.	3 years ago
Leo Chen	ede0aba0e8	[log] set log to debug on vc message ... Signed-off-by: Leo Chen <leo@harmony.one>	3 years ago
Lutty	faacc7c091	rebase code	3 years ago
Rongjian Lan	5386978b0c	Add vrf verification in block verification logic	4 years ago
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