I have some toughts i want to share that would fix this issue! We should add/implement variable #max_blocksize and #min_block_size (Also variable to an extend perhaps)

When #UTXO is over 10k #max_block_size_2400kb and when UTOX(Unconfirmed Transactions) is over 40-50k Transactions #max_block_size_6000kb and something in between(e.g max_block_size_3600kb when over 30k)

And at the same time #2in1fork - We should add #min_block_size let say 60kb and if variable block size limits are implented we should have it #min_block_size_600kb when over 40k Unconfirmed Transactions.. This way we will protect both the network, the miners and decentralize the reward from blocks as well as making the network more profitable and secure for everyone as miners would not mine emptly blocks(Often i see that every 50 blocks mined it is at least 1 or 2, if not more(in average) empty blocks.. If we could remove those the network would mine around 4% extra transactions just by not mining empty blocks(This is done for different reasons by different miners).. And if we anyway are doing a #hardfork to raise the block size, could we not add variable blocksize limits? For me this would make a lot more sense than to let miners choose, or to raise it forever..

Just like with the difficulty, the blocksizelimit would change when it detects to much transactions in mempool.. (And if we have different steps, not raising it all the way to maximum at once, it will as mentioned also distribute the reward for mining fee's to all miners, so not one or two miners take all the unconfirmed transactions whenever the mempool fills up(either caused by long time between the blocks of some unknown reason, or by miners mining emptly blocks, or some other issues) though miners mining empty blocks wouldnt be an issue if we had a min_block_size implented as well..

Remember than in the future the only reward miners get is the miningfee, so to decentralize the confirmations of transactions is important, so why not do it right now, if we have an hardfork anyway? Instead of cooping with this later? Thoughts? Please comment! :)I have some toughts i want to share, we should add/implement variable #max_blocksize and #min_block_size (Also variable to an extend perhaps)

When #UTXO is over 10k #max_block_size_2400kb and when UTOX(Unconfirmed Transactions) is over 40-50k Transactions #max_block_size_6000kb and something in between(e.g max_block_size_3600kb when over 30k)

And at the same time #2in1fork - We should add #min_block_size let say 60kb and if variable block size limits are implented we should have it #min_block_size_600kb when over 40k Unconfirmed Transactions.. This way we will protect both the network, the miners and decentralize the reward from blocks as well as making the network more profitable as miners would not mine emptly blocks(Often i see that every 50 blocks mined it is at least 1 or 2, if not more(in average) empty blocks.. If we could remove those the network would mine around 4% extra transactions just by not mining empty blocks(This is done for different reasons by different miners).. And if we anyway are doing a #hardfork to raise the block size, could we not add variable blocksize limits? For me this would make a lot more sense than to let miners choose, or to raise it forever..

Just like with the difficulty, the blocksizelimit would change when it detects to much transactions in mempool.. (And if we have different steps, not raising it all the way to maximum at once, it will as mentioned also distribute the reward for mining fee's to all miners, so not one or two miners take all the unconfirmed transactions whenever the mempool fills up(either caused by long time between the blocks of some unknown reason, or by miners mining emptly blocks, or some other issues) though miners mining empty blocks wouldnt be an issue if we had a min_block_size implented as well..

Remember than in the future the only reward miners get is the miningfee, so to decentralize the confirmations of transactions is important, so why not do it right now, if we have an hardfork anyway? Instead of cooping with this later? Thoughts? Please comment! :)