your opinion. and it sounds more like scare mongering rather than researched info..
by the way..
https://blockchain.info/charts/n-orphaned-blocks?timespan=2yearthis may help..
https://blockchain.info/charts/avg-block-size?timespan=2yearorphans go down as blocksize goes up.
this is because miners have money on the line. they are not going to risk it, instead they are going to look for methods to be more efficient and ensure their work gets paid off..(they learned their lesson in july 2015) and became more efficient afterwards
for instance.. lets say the blocklimit was 2mb today.. pools are not going to jump to 2mb tomorrow... just like they didnt jump to 1mb back in 2013 when it was finally possible to go beyond the 500k DB bug of v0.7-v0.8 era and able to then utilise the 1mb maxblocksize buffer
it was slow natural growth at a pace they deemed safe. at a pace they deemed efficient
Actually there is no correlation, so i deleted that post.
We either need more data, but i doubt that we have time for that. Also if we increase it to 2mb, and then a lot of ophans will appear, it's not like we can decrease it back to 1 mb.
SO that will be a 1 way deal, therefore if a hardfork were to happen, it should be better tested out and simulated before implemented, because we cant roll back if something bad happens.