diff options
author | Sonic <sonic@dexon.org> | 2018-12-21 14:53:37 +0800 |
---|---|---|
committer | Wei-Ning Huang <w@dexon.org> | 2019-04-09 21:32:55 +0800 |
commit | bebcd229959b250a4127bdd678b49048ee0208ea (patch) | |
tree | 62dbf8ef24f1fd1a3b7ff352bc5c9bebaa967dff /vendor/github.com/huin/goupnp | |
parent | 0c9666161c9630edf8eca571e7c93db7d21dfba3 (diff) | |
download | go-tangerine-bebcd229959b250a4127bdd678b49048ee0208ea.tar go-tangerine-bebcd229959b250a4127bdd678b49048ee0208ea.tar.gz go-tangerine-bebcd229959b250a4127bdd678b49048ee0208ea.tar.bz2 go-tangerine-bebcd229959b250a4127bdd678b49048ee0208ea.tar.lz go-tangerine-bebcd229959b250a4127bdd678b49048ee0208ea.tar.xz go-tangerine-bebcd229959b250a4127bdd678b49048ee0208ea.tar.zst go-tangerine-bebcd229959b250a4127bdd678b49048ee0208ea.zip |
core, dex, internal: block proposer syncing (first iteration) (#96)
* dex, internal: block proposer syncing (first iteration)
* core: find block from db if not in memory
This fix handles stopping proposing and then restarting
* core: no need to reorg when reset
Dexon will not fork. This commit also fix when a block confirm but
its parent is not in db yet, during restarting proposing.
* dex: always accept NewBlockMsg, NewBlockHashesMsg
We need to accept NewBlockMsg, NewBlockHashesMsg to sync current block with
other peers in block proposer mode when syncing lattice data. It's a waste
when the node is synced and start proposing.
Todo: control msg processing on/off more granular, accept NewBlockMsg,
NewBlockHashesMsg when syncing, but stop when synced.
Diffstat (limited to 'vendor/github.com/huin/goupnp')
0 files changed, 0 insertions, 0 deletions