monero.git - Monero: the secure, private, untraceable cryptocurrency

Age	Commit message (Collapse)	Author	Files	Lines
2019-04-14	blockchain_db: fix db txn ending too early	moneromooo-monero	1	-0/+4
	The db txn in add_block ending caused the entire overarching batch txn to stop. Also add a new guard class so a db txn can be stopped in the face of exceptions. Also use a read only db txn in init when the db itself is read only, and do not save the max tx size in that case.
2019-03-05	Update 2019 copyright	binaryFate	1	-1/+1

2019-03-05	Avoid repeated (de)serialization when syncing	moneromooo-monero	1	-15/+15

2019-03-04	ArticMine's new block weight algorithm	moneromooo-monero	1	-6/+6
	This curbs runaway growth while still allowing substantial spikes in block weight Original specification from ArticMine: here is the scaling proposal Define: LongTermBlockWeight Before fork: LongTermBlockWeight = BlockWeight At or after fork: LongTermBlockWeight = min(BlockWeight, 1.4LongTermEffectiveMedianBlockWeight) Note: To avoid possible consensus issues over rounding the LongTermBlockWeight for a given block should be calculated to the nearest byte, and stored as a integer in the block itself. The stored LongTermBlockWeight is then used for future calculations of the LongTermEffectiveMedianBlockWeight and not recalculated each time. Define: LongTermEffectiveMedianBlockWeight LongTermEffectiveMedianBlockWeight = max(300000, MedianOverPrevious100000Blocks(LongTermBlockWeight)) Change Definition of EffectiveMedianBlockWeight From (current definition) EffectiveMedianBlockWeight = max(300000, MedianOverPrevious100Blocks(BlockWeight)) To (proposed definition) EffectiveMedianBlockWeight = min(max(300000, MedianOverPrevious100Blocks(BlockWeight)), 50LongTermEffectiveMedianBlockWeight) Notes: 1) There are no other changes to the existing penalty formula, median calculation, fees etc. 2) There is the requirement to store the LongTermBlockWeight of a block unencrypted in the block itself. This is to avoid possible consensus issues over rounding and also to prevent the calculations from becoming unwieldy as we move away from the fork. 3) When the EffectiveMedianBlockWeight cap is reached it is still possible to mine blocks up to 2x the EffectiveMedianBlockWeight by paying the corresponding penalty. Note: the long term block weight is stored in the database, but not in the actual block itself, since it requires recalculating anyway for verification.
2018-09-11	v8: per byte fee, pad bulletproofs, fixed 11 ring size	moneromooo-monero	1	-1/+1

2018-01-26	Update 2018 copyright	xmr-eric	1	-1/+1

2017-12-16	move includes around to lessen overall load	moneromooo-monero	1	-0/+1

2017-03-29	Replace deprecated tmpnam function.	Randi Joseph	1	-10/+16

2017-02-21	update copyright year, fix occasional lack of newline at line end	Riccardo Spagni	1	-1/+1

2017-02-14	unit_tests: fix minor blockchain_db regression	moneromooo-monero	1	-1/+1
	Due to the change in ordering for adding block and tx data to the database in f2986ccfc1f41023cd667dbb488a10df492eb8e7, adding a block twice now throws TX_EXISTS, not BLOCK_EXISTS.
2017-02-08	extract some basic code from libcryptonote_core into libcryptonote_basic	kenshi84	1	-1/+1

2016-02-08	unit_tests: fix blockchain unit test after hard fork import fix	moneromooo-monero	1	-1/+10

2015-12-31	updated copyright year	Riccardo Spagni	1	-1/+1

2015-11-03	unit_tests: fix build without berkeleydb	moneromooo-monero	1	-1/+7

2015-05-31	cleaning up, removing redundant files, renaming, fixing incorrect licenses	Riccardo Spagni	1	-1/+1

2015-03-16	BerkeleyDB Blockchain building, not working yet	Thomas Winget	1	-5/+23
	Everything except actually using BlockchainBDB is wired up, but the db itself is not yet working. Some error about user mem not large enough. I think I know what this error means, but I can't determine the cause. Notes: BerkeleyDB does not allow 0-indexing in its recno type databases, so block numbers in the database will be 1-indexed. Modifications to indexing have been made as needed.
2015-03-16	CMake wiring, minor cleanup, minor test addition	Thomas Winget	1	-1/+2
	Make Cmake things aware of BerkeleyDB and BlockchainBDB Make the BlockchainDB unit tests aware of BlockchainBDB
2015-03-10	Fixed includes in BlockchainDB unit tests	Thomas Winget	1	-2/+2

2015-01-04	BlockchainDB unit tests, lmdb linker flag	Thomas Winget	1	-6/+22
	Some BlockchainDB unit testing fleshed out (and working), rudimentary linker flag for lmdb in CMakeLists, but should probably be done "correctly" at some point (find it on whatever system you're building on and all that jazz). update for rebase (warptangent 2015-01-04) fix conflicts with upstream CMakeLists.txt files tests/CMakeLists.txt (remove edits from original commit)
2015-01-04	Initial commit of BlockchainDB tests, other misc	Thomas Winget	1	-0/+290
	miscellaneous changes to BlockchainDB/blockchain as well, namely replacing instances of std::list with std::vector