Last week there was an abnormally high network load on the Dash network consisting of around a million 1 input 1 output transactions with a fee just higher than 1 duff per byte. After contacting all likely community members who could have executed this and finding that none of them were involved, it appears that the artificial load on the Dash network was either a stress test by someone outside of the Dash developer community or was an attempted attack.<\/p>\n
Over the course of 2 days, there were two large spikes in transactions:<\/p>\n
The Dash mempool spiked to 46 MB around 11:30AM on the 7th of August before being cleared in about 3 hours. Before that, at around 3AM on the 7th of August, the mempool spiked to around 17 MB and was sustained for around 4 hours. After analyzing the Dash blockchain as well as MN logs and their PoSe score, there have been multiple interesting discoveries.<\/p>\n
This is likely due to custom implementations. Mining pools will change this naturally once usage approaches 1MB in an effort to capture more fees and be more profitable.<\/p>\n
We are in active communication with these pools in order to figure out what we can do such that the pools include transactions while not including what appears to be spam (1 input, 1 output, very low fee).<\/p>\n
This was a result of having to store the IS Lock for every transaction. This resulted in nodes running on minimal storage (around 15\u201320 GB) not having enough space to store all of the IS Locks. Previously, locks were removed after around 7 days. After 0.14.0.3 (PR#3048<\/a>), IS Locks will be removed as soon as they are confirmed via a ChainLock. This should reduce the size of the `llmq` directory significantly over time.<\/p>\n In order to fix this, we need to detect this situation and then re-verify failed sigs with the previous active set. This is being implemented by\u00a0PR#3052<\/a>\u00a0and will also be released in 0.14.0.3. This issue resulted in some blocks not receiving a ChainLock and some transactions not receiving IS Locks.<\/p>\n The fee selection algorithm and UI in the Dash Core wallet is being updated in 0.14.1 thanks to the backporting of Bitcoin 0.15. The fee selection algorithms in the mobile wallets are being reviewed as well.<\/p>\n We are exploring ways that we can try to minimize the load that spam and an attacker can have on the network. There are many potential ideas, however, each of these ideas have their benefits and problems and we are still investigating what we can do in order to ensure that users can send funds at a sub cent fee while also preventing spam and attacks on the Dash network.<\/p>\n In response to the discoveries outlined above, 0.14.0.3 is being released.<\/strong>\u00a0The release includes various bug fixes and improvements. The upgrade is\u00a0strongly recommended for all Masternodes\u00a0<\/strong>and is also recommended for all users, exchanges, partners and full node operators.<\/p>\n4. Some Masternodes banned other Masternodes under high load when on the brink of a new quorum becoming active<\/h2>\n
5. Some user transactions did not get included in a block rapidly since they used the default fee<\/h2>\n
Notable Changes in Dash Core v0.14.0.3<\/h2>\n