Bitcoin Forum

Bitcoin => Bitcoin Discussion => Topic started by: DGulari on October 09, 2016, 08:43:40 AM



Title: A few lines of code...
Post by: DGulari on October 09, 2016, 08:43:40 AM
Changing a few lines of code to remove a temporary limit (1MB) is a tiny change to return to the original bitcoin. 

SegWit is a ridiculous AltCoin.  Segwit is a piece of garbage that barely improves transaction bandwidth and comes with a very high price of having to recode a bunch of stuff for all users/wallets/etc. 

How in the world did anyone every believe SegWit was a good thing? 

We need 8MB now.  Let's get back to the original bitcoin.


Title: Re: A few lines of code...
Post by: mikewirth on October 09, 2016, 11:21:46 AM
Yep.  Lightning is a very interesting alternative money system with loads of complexities and unknowns.  However, it is not Bitcoin.  It is something else entirely. 


Title: Re: A few lines of code...
Post by: DooMAD on October 09, 2016, 11:36:28 AM
I'm of the view that anyone is free to modify and run whatever code they wish.  That means I'm absolutely fine with people testing the waters with proposals like SegWit and Lightning, but by the same token, that also means alternative clients that propose changes to the blocksize are equally acceptable.  Complaining about one and not the other would be highly hypocritical.  Further, it just results in the usual 'Side A' vs 'Side B' spats we frequently witness on the forums and no one is willing to compromise.  Anyone who thinks they can dictate what code people should and shouldn't run is more than welcome to use a closed-source coin and leave Bitcoin alone.


Title: Re: A few lines of code...
Post by: mikewirth on October 09, 2016, 11:59:01 AM
I'm of the view that anyone is free to modify and run whatever code they wish.  That means I'm absolutely fine with people testing the waters with proposals like SegWit and Lightning, but by the same token, that also means alternative clients that propose changes to the blocksize are equally acceptable.  Complaining about one and not the other would be highly hypocritical.  Further, it just results in the usual 'Side A' vs 'Side B' spats we frequently witness on the forums and no one is willing to compromise.  Anyone who thinks they can dictate what code people should and shouldn't run is more than welcome to use a closed-source coin and leave Bitcoin alone.
But are you equally fine with a commercial entity like Blockstream having undue influence of key Core devs who continuously push out others like Mike Hearn, Gavin, Ver et al so they can push an inferior and proprietary scaling solution like Lightning into effect where a good free alternative exists?  

G.Maxwell has vigorously dreamed up reasons why blocks >1Mb can't be used when Satoshi always intended on chain scaling and much bigger blocks.  Maxwell needs this 1Mb limit to drive demand for Lightning.  G.Max also needs SegWit to make Lightning work.  Segwit yields a tiny capacity improvement with heavy overhead and new attack vectors.


Title: Re: A few lines of code...
Post by: Turbo2 on October 09, 2016, 11:59:30 AM
Yep.  Lightning is a very interesting alternative money system with loads of complexities and unknowns.  However, it is not Bitcoin.  It is something else entirely. 

Agreed. Very different set of principles and rules apply to the LN than the original BTC network....

I signed up for BTC network rules, NOT LN.


Title: Re: A few lines of code...
Post by: Carlton Banks on October 09, 2016, 12:11:01 PM
Sounds like a massive gap in the market is opneing up, then.

The question is: why don't any of the above complainers want to own +1000x their share of BTC in GavinCoin? Isn't it more logical to let Bitcoin fail, and instead own a larger amount of a superior asset?


Title: Re: A few lines of code...
Post by: DooMAD on October 09, 2016, 12:19:42 PM
I'm of the view that anyone is free to modify and run whatever code they wish.  That means I'm absolutely fine with people testing the waters with proposals like SegWit and Lightning, but by the same token, that also means alternative clients that propose changes to the blocksize are equally acceptable.  Complaining about one and not the other would be highly hypocritical.  Further, it just results in the usual 'Side A' vs 'Side B' spats we frequently witness on the forums and no one is willing to compromise.  Anyone who thinks they can dictate what code people should and shouldn't run is more than welcome to use a closed-source coin and leave Bitcoin alone.
But are you equally fine with a commercial entity like Blockstream having undue influence of key Core devs who continuously push out others like Mike Hearn, Gavin, Ver et al so they can push an inferior and proprietary scaling solution like Lightning into effect where a good free alternative exists?  

G.Maxwell has vigorously dreamed up reasons why blocks >1Mb can't be used when Satoshi always intended on chain scaling and much bigger blocks.  Maxwell needs this 1Mb limit to drive demand for Lightning.  G.Max also needs SegWit to make Lightning work.  Segwit yields a tiny capacity improvement with heavy overhead and new attack vectors.

It's certainly a concern.  There are some highly undesirable scenarios that could arise if development becomes fully centralised behind a commercial entity that lawmakers could easily gain leverage over.  I'd hope that people would be wary of the potential for government approved code, but would still defend people's right to run it if that's what they really wanted.  I don't think Blockstream are the devil, but at the same time, I don't want them to be in full control of development.


Title: Re: A few lines of code...
Post by: franky1 on October 09, 2016, 12:23:36 PM
Sounds like a massive gap in the market is opneing up, then.

The question is: why don't any of the above complainers want to own +1000x their share of BTC in GavinCoin? Isn't it more logical to let Bitcoin fail, and instead own a larger amount of a superior asset?

lol carlton you have lost all arguments, misunderstood all the tech and all you can do is make fake doomsdays to make everyone that is not friendly to gmaxwell look like they are doing what gmaxwell is doing. 
you have no clue.

we all know you love gmaxwell and will follow him to the end of the earth, but can you just skip a few stages and just go play with his altcoin. which is the obvious end goal for you, because its obvious you dont care about bitcoin.


Title: Re: A few lines of code...
Post by: mikewirth on October 09, 2016, 12:26:56 PM
Sounds like a massive gap in the market is opneing up, then.

The question is: why don't any of the above complainers want to own +1000x their share of BTC in GavinCoin? Isn't it more logical to let Bitcoin fail, and instead own a larger amount of a superior asset?
Listen dumbass - SegWit and Lightning ARE the alts!!!!  Bitcoin, the original Bitcoin Didn't have segWit bullshit, off-chain bullshit, or even 1MB block limits.  

The real Bitcoin got hijacked by assholes that are trying to shove their crap on top of the original.  The original works fine and the original anticipated 8MB (and greater) blocks.  


The fucking alt is Blockstream/SegWit/Lightning/Thermos/Maxwell


Title: Re: A few lines of code...
Post by: Carlton Banks on October 09, 2016, 12:38:17 PM
Answer the question, guys.


You stand to become much richer if you back Gavin Andresen's plans, launched as an altcoin. You could be 5% each of the entire GavinCoin market cap, and you've had months and months to prove how superior Gavin's coin is, by launching it. So why are you not doing that?


Title: Re: A few lines of code...
Post by: mikewirth on October 09, 2016, 12:59:10 PM
Answer the question, guys.


You stand to become much richer if you back Gavin Andresen's plans, launched as an altcoin. You could be 5% each of the entire GavinCoin market cap, and you've had months and months to prove how superior Gavin's coin is, by launching it. So why are you not doing that?
I'll answer the question -
Blockstream is the Alt!!

>8MB blocksize was in effect the day the first block got mined.  <-----    The real Bitcoin!!!


Title: Re: A few lines of code...
Post by: franky1 on October 09, 2016, 01:06:22 PM
lol carlton keep digging a deeper hole.

guess what
other implementations are running right now. people can use their traditional keypairs in them right now. nothing has broken and users can transaction without issue.

however
segwit uses different keypairs, where other older implementations cannot validate signatures of segwit keypairs. segwit keypairs cannot directly move funds back to traditional keypairs without having to spend funds twice to get it back to traditional configuration that can be validated by traditional implementations.
meaning its a headache to transact with others.
segwit makes traditional implementations no longer full validating nodes. and instead just limp wristed relay nodes.

oh and to add
i know you will try comparing other implementations consensus rules as the same as the ethereum intentional fork.

but here is the issue you keep missing.. ethereum added  --oppose-dao-fork INTENTIONALLY. because they didnt want the consensus orphaning mechanism to sort it out.

ethereum split away from the consensus mechanism intentionally
segwit has a work around to avoid the consensus mechanism intentionally

yet,
other implementations want to utilise the consensus mechanism PROPERLY to get a true upgrade.
the funnier part is that segwit fanboys can actually join the real proper consensus mechanism and still get segwit features aswell as a true and proper capacity buffer upgrade all in one go..
EG 2mb base 4mb weight.

but no segwit fanboys want to keep the base at 1mb (1mb base 4mb weight.) and have fake 'consent' and not tell people the falseness of such

carlton. i wish one day you would actually take your "Gmaxwell/adamback for btc president" hat off and instead put a "decentralised logical bitcoin upgrade" hat on.


Title: Re: A few lines of code...
Post by: Carlton Banks on October 09, 2016, 01:13:38 PM
Gentlemen, you are having a serious problem answering a simple question.


If "a few lines of code" would solve the cryptocurrency scaling problem, how come no-one is coding that up into a super Bitcoin-killing altcoin? They'd be rich, wouldn't they?


Title: Re: A few lines of code...
Post by: Shiroslullaby on October 09, 2016, 01:17:26 PM
Even if you come out with a superior technology,
(which can be argued already)
people are slow to change when it comes to money. No one wants to lose their investment.
A fork is fucking scary. Look at all the chaos that happened with Ethereum. And that was an alt-coin with nowhere near the value of Bitcoin.
Most people are in this game to make money, not to advance the technology.


Title: Re: A few lines of code...
Post by: amacar2 on October 09, 2016, 02:12:07 PM
The codes may be few but for its getting accepted by majority of bitcoin community is not easier. Whole community is divided between size should remain same 1mb and another who want block size to be increased to include as much transaction as possible.


Title: Re: A few lines of code...
Post by: franky1 on October 09, 2016, 02:22:25 PM
Gentlemen, you are having a serious problem answering a simple question.
If "a few lines of code" would solve the cryptocurrency scaling problem, how come no-one is coding that up into a super Bitcoin-killing altcoin? They'd be rich, wouldn't they?

you know your team leaders altcoin monero already has it. but i guess you wanted someone else to advertise it so that you dont have to.
not clever because we all know you love monero and know about monero even if you pretend not to.

Even if you come out with a superior technology,
(which can be argued already)
people are slow to change when it comes to money. No one wants to lose their investment.
A fork is fucking scary. Look at all the chaos that happened with Ethereum. And that was an alt-coin with nowhere near the value of Bitcoin.
Most people are in this game to make money, not to advance the technology.

a INTENTIONAL and CONTROVERSIAL fork is scary? remember Ethereum was not a consensus fork it was a intentional split using --oppose-dao-fork to separate the chains PERMANENTLY

dont try bringing ethereums intentional split. into a debate about consensual upgrades.


Title: Re: A few lines of code...
Post by: FruitsBasket on October 09, 2016, 02:25:34 PM
If we go to 8 mb blocks, wouldn't the size of the blockchain .dat file increase with 400%?
That would mean over 200gb for downloading the blockchain, which is prety asburd. Then more people will use online wallets that are less secure.


Title: Re: A few lines of code...
Post by: franky1 on October 09, 2016, 02:33:07 PM
If we go to 8 mb blocks, wouldn't the size of the blockchain .dat file increase with 400%?
That would mean over 200gb for downloading the blockchain, which is prety asburd. Then more people will use online wallets that are less secure.

this is why last year the community agreed that 2mb was an acceptable amount everyone could agree with.
even core think its ok to have 4mb now.. very funny i found that. but they dont want to have the extra 3mb for proper capacity. but to be abused by funky signatures, payment codes and other non traditional features.

but here is the thing

2mb, 4mb, 8mb.
the blockchain is not going to bloat to those settings the day the setting is active.
just like after the 500k db bug was sorted in 2013, blocks didnt instantly jump to 1mb completely filled blocks the next day.

these limits are not about "dont process a block unless its full".. to cause instant bloat. but instead "here is some extra space to allow slow natural growth without being crushed against a wall"

in short the rule is a BUFFER to allow growth unhindered for a while, not a minimal requirement that needs to be filled instantly


Title: Re: A few lines of code...
Post by: mikewirth on October 09, 2016, 02:48:08 PM
If we go to 8 mb blocks, wouldn't the size of the blockchain .dat file increase with 400%?
That would mean over 200gb for downloading the blockchain, which is prety asburd. Then more people will use online wallets that are less secure.

200GB is nothing.  Super fucking tiny.  The total size of the chain isn't at all important.  You only download it once.  You can buy 10 terabyte for very cheap.  So, 200GB is laughably small.

The real issue is passing 8MB around to all the nodes every ten minutes.  Some effects occur there.  No big deal.  Internet is freaking fast and getting freaking faster.  Netflix bandwidth load is >>>>>>> than bitcoin with 8MB. 

If we want people to be able to run a node behind a 1200 baud modem, then 8MB is problematic.  If we abandon those having 1200 baud and less, then the only reason to keep 1MB is to drive need for Blockstream's bullshit solutions. 

8MB blocks are very lightweight for nearly all modern systems. 


Title: Re: A few lines of code...
Post by: FruitsBasket on October 09, 2016, 03:16:43 PM
If we go to 8 mb blocks, wouldn't the size of the blockchain .dat file increase with 400%?
That would mean over 200gb for downloading the blockchain, which is prety asburd. Then more people will use online wallets that are less secure.

this is why last year the community agreed that 2mb was an acceptable amount everyone could agree with.
even core think its ok to have 4mb now.. very funny i found that. but they dont want to have the extra 3mb for proper capacity. but to be abused by funky signatures, payment codes and other non traditional features.

but here is the thing

2mb, 4mb, 8mb.
the blockchain is not going to bloat to those settings the day the setting is active.
just like after the 500k db bug was sorted in 2013, blocks didnt instantly jump to 1mb completely filled blocks the next day.

these limits are not about "dont process a block unless its full".. to cause instant bloat. but instead "here is some extra space to allow slow natural growth without being crushed against a wall"

in short the rule is a BUFFER to allow growth unhindered for a while, not a minimal requirement that needs to be filled instantly
Do you mean that the bitcoin blockchain is coded so the transactions will first gather up to a big total and than will be confirmed instead of one by one? So basically it is meant to be non instant confirmation?


Title: Re: A few lines of code...
Post by: achow101 on October 09, 2016, 03:42:59 PM
Changing a few lines of code to remove a temporary limit (1MB) is a tiny change to return to the original bitcoin.  
I don't think you have read any source code for any of the proposed hard forks to increase the block size limit. It most certainly is not just "a few lines of code". This is Gavin's original implementation PR that he submitted to Bitcoin Core: https://github.com/bitcoin/bitcoin/pull/6341. It is most certainly more than just a few lines of code. Why? Because it must include proper deployment of the hard fork and unit tests (tests are always necessary regardless of the change). Furthermore, IIRC that PR did not include anything about fixing the O(n^2) signature validation problem, that needs to be fixed separately with another set of code changes. Lastly, to help reduce the bandwidth, so that people can actually still run full nodes, you need something like XThin or Compact Blocks, which is yet another large code change. Suffice to say, it is most certainly not just "a few lines of code" and a "tiny change".

How in the world did anyone every believe SegWit was a good thing?  
Because it is a good thing and it fixes a ton of issues. Segwit fixes malleability issues, which have been a problem in the past when people have maliciously attacked Bitcoin transactions by malleating them. It also fixes the O(n^2) signature validation issue and makes it O(n) which is much much better. It introduces script versioning and allows for further improvements to the scripting system. And of course, it can also help with increasing the number of transaction that will fit into a block.

segwit uses different keypairs, where other older implementations cannot validate signatures of segwit keypairs. segwit keypairs cannot directly move funds back to traditional keypairs without having to spend funds twice to get it back to traditional configuration that can be validated by traditional implementations.
Segwit does not use different keypairs. It still uses the exact same Elliptic Cure Cryptography with the secp256k1 curve. Segwit uses different scripts, which are completely separate from keypairs.

meaning its a headache to transact with others.
In what way? You can still send to traditional outputs. Segwit uses nested outputs so that people can still send to segwit wallets and the receiver can still take advantage of segwit.

segwit makes traditional implementations no longer full validating nodes. and instead just limp wristed relay nodes.
And so did every other soft fork.

200GB is nothing.  Super fucking tiny.  The total size of the chain isn't at all important.  You only download it once.  You can buy 10 terabyte for very cheap.  So, 200GB is laughably small.

The real issue is passing 8MB around to all the nodes every ten minutes.  Some effects occur there.  No big deal.  Internet is freaking fast and getting freaking faster.  Netflix bandwidth load is >>>>>>> than bitcoin with 8MB.  

If we want people to be able to run a node behind a 1200 baud modem, then 8MB is problematic.  If we abandon those having 1200 baud and less, then the only reason to keep 1MB is to drive need for Blockstream's bullshit solutions.  

8MB blocks are very lightweight for nearly all modern systems.  
What about your bandwidth? It's not storage that's the issue, its bandwidth. You have to download the entire blockchain in order to run a full node. And then you have to upload and download all of the blocks. If you have a bandwidth cap (e.g. you have comcast), then you are royally screwed and can't run a full node.



For those of you who claim that Bitcoin Core is "centrally planning" Bitcoin, you should take a look at Bitcoin Classic. Thomas Zander commits directly to the development branch of Classic. He doesn't follow a pull request and code review process like Bitcoin Core does. He is centrally planning the direction of Classic by taking its development directly into his own hands by bypassing code review and just putting his changes into the repo.


Title: Re: A few lines of code...
Post by: franky1 on October 09, 2016, 03:47:05 PM
Do you mean that the bitcoin blockchain is coded so the transactions will first gather up to a big total and than will be confirmed instead of one by one? So basically it is meant to be non instant confirmation?

no, im saying the opposite

your post needs to be answered in two parts.
transactions are not confirmed instantly. they are seen on the network(unconfirmed) near instantly. but not confirmed instantly.
transactions are seen, but are then held in a list.

while mining groups are solving a block(previous list) they are building up a new list ready for the next block, they select the transactions that validate and have a good fee and make an unsolved block. this occurs on average (based on a two week measure) roughly 10 minutes
then when the previous block is solved they start working on the next block.
when the blocks are solved. the transactions in those blocks are classed as confirmed.

lets say each 1mb block has a max buffer of 2500tx's

in 2013 blocks only had a thousand transactions due to not many transactions were being sent around inbetween each block. so every transaction went in and still had space for more transactions..
as bitcoin got more popular more transactions start happening and blocks started to get more filled up

today we are at the limit and its causing bottlenecking often.

if we moved to 2mb. mining groups could add more transactions. and have space to allow for future growth before hitting the wall again.
if we didnt move to 2mb but to 4mb. mining groups could add more transactions. and have space to allow for future growth and hitting the wall again wont happen for a longer period compared to 2mb.

everyone knows that a 2mb or a 4mb is safe.. but some are trying to jump the gun with a 8mb block limit so that we wont hit that limit for years to atleast not keep having this debate every few years.
they are sick of the oliver twist script of asking devs "please sir can i have some more"


Title: Re: A few lines of code...
Post by: FruitsBasket on October 09, 2016, 03:58:53 PM
Do you mean that the bitcoin blockchain is coded so the transactions will first gather up to a big total and than will be confirmed instead of one by one? So basically it is meant to be non instant confirmation?

no, im saying the opposite

your post needs to be answered in two parts.
transactions are not confirmed instantly. they are seen on the network(unconfirmed) near instantly. but not confirmed instantly.
transactions are seen, but are then held in a list.

while mining groups are solving a block(previous list) they are building up a new list ready for the next block, they select the transactions that validate and have a good fee and make an unsolved block. this occurs on average (based on a two week measure) roughly 10 minutes
then when the previous block is solved they start working on the next block.
when the blocks are solved. the transactions in those blocks are classed as confirmed.

lets say each 1mb block has a max buffer of 2500tx's

in 2013 blocks only had a thousand transactions due to not many transactions were being sent around inbetween each block. so every transaction went in and still had space for more transactions..
as bitcoin got more popular more transactions start happening and blocks started to get more filled up

today we are at the limit and its causing bottlenecking often.

if we moved to 2mb. mining groups could add more transactions. and have space to allow for future growth before hitting the wall again.
if we didnt move to 2mb but to 4mb. mining groups could add more transactions. and have space to allow for future growth and hitting the wall again wont happen for a longer period compared to 2mb.

everyone knows that a 2mb or a 4mb is safe.. but some are trying to jump the gun with a 8mb block limit so that we wont hit that limit for years to atleast not keep having this debate every few years.
they are sick of the oliver twist script of asking devs "please sir can i have some more"
Thanks for explaining it to me!
I think we should at least go to 2mb blocks, yes I noticed that sometimes my transaction is stuck due to 1mb blocks and more transaction get created than that 1mb block could handle. 2mb blocks is a solution for the short term, but what happens if we eventually hit the 8mb blocks and those will be full? We go to 16mb blocks? Or do we have other options, like reducing the storage every transaction uses?


Title: Re: A few lines of code...
Post by: Carlton Banks on October 09, 2016, 05:09:41 PM
2mb blocks is a solution for the short term, but what happens if we eventually hit the 8mb blocks and those will be full? We go to 16mb blocks? Or do we have other options, like reducing the storage every transaction uses?

That's another aspect of Segwit.

The nested outputs format (described above by achow101) will be joined by a native segwit output format at some point. Native segwit format has a small space saving compared to both the standard outputs now or nested format (which incur a small size increase when compared to traditional outputs).

In addition, Segwit is a pre-requisite to Lightning channels, which will do more than any other improvement can to scale transaction rate. 8MB will be a long way off once the protocol for Lightning is ready.  


Title: Re: A few lines of code...
Post by: mikewirth on October 10, 2016, 07:11:28 AM

In addition, Segwit is a pre-requisite to Lightning channels, which will do more than any other improvement can to scale transaction rate. 8MB will be a long way off once the protocol for Lightning is ready.  

The protocol for Lightning is a scam, owned by scammers who took over bitcoin.  SegWit was crammed down our throat so they could get Lightning working and it does nothing appreciable for actually improving Tx bandwidth.  Bitcoin is hijacked by Blockstream so they can own blockchain access via their bullshit 'Lightning'.  Everyone can see it.  The protest will become quite a bit louder the day they announce the fees.  But then it will be far too late.


Title: Re: A few lines of code...
Post by: pedrog on October 10, 2016, 08:36:27 AM
Changing a few lines of code to remove a temporary limit (1MB) is a tiny change to return to the original bitcoin. 

SegWit is a ridiculous AltCoin.  Segwit is a piece of garbage that barely improves transaction bandwidth and comes with a very high price of having to recode a bunch of stuff for all users/wallets/etc. 

How in the world did anyone every believe SegWit was a good thing? 

We need 8MB now.  Let's get back to the original bitcoin.

Bosses already decided, they will implement Segregated Witness, even if it takes 10 years to do it.


Title: Re: A few lines of code...
Post by: Dassi on October 10, 2016, 10:08:15 AM
Sounds like a massive gap in the market is opneing up, then.

The question is: why don't any of the above complainers want to own +1000x their share of BTC in GavinCoin? Isn't it more logical to let Bitcoin fail, and instead own a larger amount of a superior asset?

Well no one wants to leave bitcoin because it is the grandfather of crypto and in different ways, we've all grown attached to it.


Title: Re: A few lines of code...
Post by: HCLivess on October 10, 2016, 10:48:41 AM
Sounds like a massive gap in the market is opneing up, then.

The question is: why don't any of the above complainers want to own +1000x their share of BTC in GavinCoin? Isn't it more logical to let Bitcoin fail, and instead own a larger amount of a superior asset?
Listen dumbass - SegWit and Lightning ARE the alts!!!!  Bitcoin, the original Bitcoin Didn't have segWit bullshit, off-chain bullshit, or even 1MB block limits.  

The real Bitcoin got hijacked by assholes that are trying to shove their crap on top of the original.  The original works fine and the original anticipated 8MB (and greater) blocks.  


The fucking alt is Blockstream/SegWit/Lightning/Thermos/Maxwell

you got me triggered right there


Title: Re: A few lines of code...
Post by: Kprawn on October 10, 2016, 07:35:59 PM
Gentlemen, you are having a serious problem answering a simple question.


If "a few lines of code" would solve the cryptocurrency scaling problem, how come no-one is coding that up into a super Bitcoin-killing altcoin? They'd be rich, wouldn't they?

If it becomes the Bitcoin-killing Altcoin, everyone will have a stab at that, because we all know, the highest trees catch the most wind. The

main difference between that, and Bitcoin will be that the new Alt coin will have a Master, not like Bitcoin, where the Master fled the

scene. A individual or a known group of people, will be a easy target, and I do not know if anyone is ready to take on that challenge.  ::)


Title: Re: A few lines of code...
Post by: pereira4 on December 05, 2016, 04:09:11 PM
If we go to 8 mb blocks, wouldn't the size of the blockchain .dat file increase with 400%?
That would mean over 200gb for downloading the blockchain, which is prety asburd. Then more people will use online wallets that are less secure.

200GB is nothing.  Super fucking tiny.  The total size of the chain isn't at all important.  You only download it once.  You can buy 10 terabyte for very cheap.  So, 200GB is laughably small.

The real issue is passing 8MB around to all the nodes every ten minutes.  Some effects occur there.  No big deal.  Internet is freaking fast and getting freaking faster.  Netflix bandwidth load is >>>>>>> than bitcoin with 8MB.  

If we want people to be able to run a node behind a 1200 baud modem, then 8MB is problematic.  If we abandon those having 1200 baud and less, then the only reason to keep 1MB is to drive need for Blockstream's bullshit solutions.  

8MB blocks are very lightweight for nearly all modern systems.  

How is it not important even if you have to download it once one? It has to fit on your hard disk, so use your brain. 8MB blocks would mean the average computer user which has a 1TB hdd, wouldn't be able to run a node and since 8MB would get quickly filled again, people would demand more because you make them used to low onchain fees which is a mistake. The result is we end up with datacenters running nodes and no people runs nodes anymore, in other words we are fucked, stuck with a bitcoin run by corporations instead of people on their personal computers as it should be to be able to survive government control. The Blockstream conspiracy shit is so 2015, time to think for once.