Bitcoin Forum
May 29, 2024, 07:15:19 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 [2]  All
  Print  
Author Topic: [2015-11-30] Bitstamp To Be Banned By Theymos For Supporting BIP 101  (Read 1210 times)
Carlton Banks
Legendary
*
Offline Offline

Activity: 3430
Merit: 3074



View Profile
December 02, 2015, 03:42:28 PM
 #21

, so I am at a complete loss as to how blocksize has anything to do with trading liquidity / volume.

Me too, where did you get that idea from?

Vires in numeris
The00Dustin
Hero Member
*****
Offline Offline

Activity: 807
Merit: 500


View Profile
December 02, 2015, 04:31:39 PM
 #22

, so I am at a complete loss as to how blocksize has anything to do with trading liquidity / volume.
Me too, where did you get that idea from?
Mainly from the OP topic being BIP 101 and the post you were responding to talking about limiting transaction capability...  I wasn't implying that you agreed that block size would affect liquidity, but you certainly didn't suggest otherwise in your response to johnnyj.
Cadauzarh
Member
**
Offline Offline

Activity: 77
Merit: 10


View Profile
December 02, 2015, 05:42:54 PM
 #23

The core developers should at least agree a 2MB block limit for the next year. Otherwise, the bicoin will not be used widely due to transaction limitations.
1Referee
Legendary
*
Offline Offline

Activity: 2170
Merit: 1427


View Profile
December 03, 2015, 11:22:05 AM
 #24

There is currently no need for a BIP 101 implementation as the 8MB blocksize is way too high and will lead to a dramatic-unnecessary increase of the blockchain size. The majority of the pools don't want the 8MB increase, isn't that enough reason to stop this nonsense?

Either way, the Core devs should come with a solution and that must be quick. This is not good for the community and the image of Bitcoin. I hope there will be a change to 2MB blocks as that is an appropriate midway solution to keep the people happy.
Blocks are not set at a given size, it is an 8MB maximum.  There will not magically be a huge number of 8MB blocks just because the maximum is raised.  Satoshi designed bitcoin without a maximum block size at all.  If it is unneeded, then blocks will remain below 1MB and it won't even matter.  When it is needed, the network will be ready for it instead of having this battle again when the 2MB boundary is getting pushed.  Making blocks 8MB as an attack would be incredibly expensive, just like most other attacks that don't happen IRL due to their cost.  Quite frankly, it seems obvious to me that the majority of anti-BIP101 users are running on fears propagated by a few people and groups who believe they can make more money if block sizes are kept lower (either by higher mining fees [vs more mining fees in bigger blocks] or by fees in their off-chain "solution" to the "problem").  IOW, the lack of 8 MB blocks and ongoing battle against them is as disgusting as the corporate politics in most "civilized" countries.

I do agree that it will have an impact on those who are trying to spam Bitcoin with massive amounts of shitty dust transactions. And it surely will make Bitcoin more future proof, but this whole discussion / keyboard fighting is splitting the community in 2 parts and will cause severe damage if there isn't a solution where both sides are happy with. Pools are maestro, and the majority of them clearly don't want BIP 101.

Why isn't it a better idea to raise the blocksize to 2MB for now, and then increase it with 1MB per year to keep up with the natural growth of Bitcoin?
Assuming they are accurate, some of the facts discussed here may be helpful:
https://bitcointalk.org/index.php?topic=1273567.0

There are also opinions and perceived risks involved.  For instance, if the block size is increased 2MB for now and then 1MB per year, when should that stop?  What if the 1 MB / year outruns technology and we have to have another hard fork to discontinue it because we guessed wrong?  Is there even a proposal available to instigate that hard fork?  If we just hard fork to 2MB, then we will inevitably need to hard fork again (this may be argued for 8MB as well, but only on a much larger time table).

That's definitely a good point you have there. However, the BIP 101 will double from 8MB to 16MB after just two years. Which is even worse than the 1MB per year growth. One thing is for sure, this will probably not be solved within a reasonable amount of months. It will only cause more people to split up and join the BIP 101 or BIP 100 side. I hope the devs will find a good mid way solution that will end this discussion.
Pages: « 1 [2]  All
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!