Lauda
Thank you for correcting my remarks (last page). And for correcting various other comments since.
You're welcome. I'll keep at it, however it is obvious that some of these 'users' are only posting because of their signatures. They are choosing to ignore what was already posted and/or corrected.
But, what I was really trying to communicate was the problems I have in the who Bitcoin Ecosystem, things we would like to see made better. Sure, developer's coding issues are different than other parts of the Ecosystem, but it all has to work fairly seamlessly in order for Bitcoin to gain Major League acceptance.
I think that OP was supposed to be 'flaws inherent to Bitcoin' (as in design, code, features), not flaws revolving around its ecosystem.
I hope that the various problems re block size (including the "next time" the issue comes up) get resolved through a professional consensus. Acrimony about "hard forks" and other scary-sounding matters will NOT help normal people look with favor on Bitcoin.
There will never be a solution if we continue with just increasing the block size (or this being our primary objective). This is why contentious HF's like Classic don't really solve anything but delay the debate a bit.
Yes, I agree that some incentive for nodes would be nice. I would run a node if so. Even just 1% of TX fees directed to nodes would be nice.
Yes. Anything would be good IMO; way better than nothing.
Limited acceptance -> fix by telling them about Bitcoin , educating them.
Not a Bitcoin flaw.
Long transaction confirmation time -> really bad, you cant buy physical goods fast because of this, no idea how to fix though.
You don't need to wait for a confirmation to buy something. It should be okay to accept zero confirmation transactions for goods of lower value, especially if there is trust between the buyer and seller.
What's so bad about huge mining pools?
With enough hashrate they are able to control/attack the network.