Dash Core performs full masternodemasternode - A computer that provides second-tier Dash functionality (InstantSend, PrivateSend, decentralized governance). Masternodes are incentivized by receiving part of the block reward, but must hold 1000 Dash as collateral to prevent sybil attacks. synchronization as required. There are several conditions that initiate a start/restart the sync process:
- Initial startup of Dash Core
- More than 60 minutes have passed since the last activation
- A failure occurred during the last sync attempt (after a 1 minute cooldown before sync restarts)
- Issuing a
mnsync resetRPC command
The deterministic masternode lists introduced by DIP3 eliminated several steps of the sync process related to the masternode list and masternode payments. Since that information is now available on-chain, P2P messages related to those steps were deprecated.
This diagram shows the order in which P2P messages are sent to perform masternode synchronization initially after startup.
The following table details the data flow of P2P messages exchanged during initial masternode synchronization after the activation of DIP3 and SporkSpork - A spork is a mechanism unique to Dash used to safely deploy new features to the network through network-level variables to avoid the risk of unintended network forking during upgrades. 15.
Masternode Sync Status
|0||Synchronization just started, was reset recently, or is still in IBD|
|1||Synchronization pending - waiting after initial to check for more headers/blocks|
|2|| Deprecated following activation of DIP3 and Spork 15|
Synchronizing masternode list
|3|| Deprecated following activation of DIP3 and Spork 15|
Synchronizing masternode payments
|4||Synchronizing governance objects|
Once a masternode completes an initial full sync, continuing synchronization is maintained by the exchange of P2P messages with other nodesnodes - A computer that connects to the Dash network.. This diagram shows an overview of the messages exchanged to keep the masternode list, masternode payments, and governance objects synchronized between masternodes.
After the initial governance synchronization, governance information is kept current by the
govobj messages and
govobjvote messages relayed on the networknetwork - The Dash P2P network which broadcasts transactions and blocks.. Unsynchronized peerspeers - A computer that connects to the Dash network. may send
govsync messages to request governance sync.
The following tables detail the timing of various functions used to keep the masternodes in sync with each other. This information is derived from the scheduler section of
|6||MN Sync||Synchronizes sporks, masternode list, masternode payments, and governance objects (masternode-sync.cpp)|
The following actions only run when the masternode sync is past
|60||Process MN Connections||Disconnects some masternodes (|
|60||InstantSend Check/Remove||Remove expired/orphaned/invalid InstantSend candidates and votes (|
|300||Maintenance||Check/remove/reprocess governance objects (|
Updated about a year ago