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

Age	Commit message (Collapse)	Author	Files	Lines
2020-10-28	Add RELINK_TARGETS, monero_add_target_no_relink and use ↵	mj-xmr	1	-1/+1
	monero_add_executable/monero_add_library where possible (mj-xmr) Add monero_add_minimal_executable and use in tests This is done in order not to have to relink targets, when just an .so changed, but not its interface.
2020-05-06	Update copyright year to 2020	SomaticFanatic	2	-2/+2
	Update copyright year to 2020
2019-04-16	Merge pull request #5414	Riccardo Spagni	1	-3/+2
	e9fac29a unit_tests/long_term_block_weight: some tweaks that seem to make more sense (stoffu) 467f4c7e tests/block_weight: use integer division when computing median (stoffu) 815d08dc tests/block_weight: remove unused MULTIPLIER_SMALL (stoffu) 661f1fb8 blockchain: remove unused calc of short_term_constraint (stoffu)
2019-04-11	block_weight: catch exceptions in main for clean exit on error	moneromooo-monero	1	-0/+2

2019-04-09	tests/block_weight: use integer division when computing median	stoffu	1	-2/+2

2019-04-09	tests/block_weight: remove unused MULTIPLIER_SMALL	stoffu	1	-1/+0

2019-04-01	Merge pull request #5318	Riccardo Spagni	2	-5/+7
	1a91385e block_weight: fix python 2/3 compatibility (moneromooo-monero)
2019-04-01	block_weight: fix python 2/3 compatibility	moneromooo-monero	2	-5/+7

2019-03-28	blockchain: simple cache for the long term block weights	moneromooo-monero	1	-0/+5

2019-03-21	Merge pull request #5256	Riccardo Spagni	1	-0/+12
	4b21d38d blockchain: speed up getting N blocks weights/long term weights (moneromooo-monero)
2019-03-08	blockchain: speed up getting N blocks weights/long term weights	moneromooo-monero	1	-0/+12

2019-03-07	tests: handle any cmake detected python interpreter	moneromooo-monero	3	-6/+13

2019-03-05	save some database calls when getting top block hash and height	moneromooo-monero	1	-1/+3

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

2019-03-04	ArticMine's new block weight algorithm	moneromooo-monero	4	-0/+315
	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.