9 Commits (4187e569d8f944aeaa16141a853d33c8e162d11e)

Author	SHA1	Message	Date
moneromooo-monero	4187e569d8	hardfork: allow per-fork voting thresholds ... And setup the first fork to not vote	9 years ago
moneromooo-monero	4f873bcbaa	Remove some old/obsolete/unused code ... git history's here if needed to get any of this back	9 years ago
moneromooo-monero	3e89df4150	Build fixes for the old blockchain_storage version	9 years ago
moneromooo-monero	6376627530	hardfork: switch voting to block minor version ... Using major version would cause older daemons to reject those blocks as they fail to deserialize blocks with a major version which is not 1. There is no such restriction on the minor version, so switching allows older daemons to coexist with newer ones till the actual fork date, when most will hopefully have updated already. Also, for the same reason, we consider a vote for 0 to be a vote for 1, since older daemons set minor version to 0.	9 years ago
moneromooo-monero	55178aed8c	unit_tests: remove leftover debug traces in hardfork test	9 years ago
moneromooo-monero	0a7421b607	hardfork: rescan speedup ... Add a block height before which version 1 is assumed Use DB transactions	9 years ago
moneromooo-monero	088bc56d79	hardfork: change window semantics to not count the newly added block ... This allows knowing the hard fork a block must obey in order to be added to the blockchain. The previous semantics would use that new block's version vote to determine this hard fork, which made it impossible to use the rules to validate transactions entering the tx pool (and made it impossible to validate a block before adding it to the blockchain).	9 years ago
moneromooo-monero	5b11a89a76	hardfork: most state now saved to the DB ... There will be a delay on first load of an existing blockchain as it gets reparsed for this state data.	9 years ago
moneromooo-monero	62b1f74116	New hardfork class ... This keeps track of voting via block version, in order to decide when to enable a particular fork's code.	9 years ago