Pages:
Author

Topic: What is the best block size limit? - page 2. (Read 1387 times)

jr. member
Activity: 42
Merit: 1
September 14, 2015, 06:24:30 AM
#17
Dynamic is good. but raising it to a solid 20mb would suffice for many years to come
This would cause the propagation time to be too long, and would cause quite the problems. The orphan rates would spike every now and then.

Propagation times and orphan rates would pretty much guarantee that very large blocks would be orphaned.
No thrifty pool operator would make large blocks anyway beyond a few experiments: it just would not be worth the orphan risk unless those large blocks are full of high fee tx (and even then)

There are already regularly nearly empty and fully empty blocks because of propagation and orphan issues.

IMHO the block size debate is like counting angels on a pinhead: it is rather pointless unless propagation & orphan issues are fixed.

If we look at it in Fairlight, fairglu Smiley, we will understand that removing the limit altogether (or placing it too high) creates an incentive to do just that (fix propagation & orphan issues), which in turn allows the network to consolidate around high-bandwidth lanes leaving the home-based demographic out of the picture, while Bitcoin becomes nothing but a Dead Ringer to its true self.

Oh, and by the way, truth doesn't need a BIP.  Grin
legendary
Activity: 1100
Merit: 1032
September 14, 2015, 04:00:13 AM
#16
Dynamic is good. but raising it to a solid 20mb would suffice for many years to come
This would cause the propagation time to be too long, and would cause quite the problems. The orphan rates would spike every now and then.

Propagation times and orphan rates would pretty much guarantee that very large blocks would be orphaned.
No thrifty pool operator would make large blocks anyway beyond a few experiments: it just would not be worth the orphan risk unless those large blocks are full of high fee tx (and even then)

There are already regularly nearly empty and fully empty blocks because of propagation and orphan issues.

IMHO the block size debate is like counting angels on a pinhead: it is rather pointless unless propagation & orphan issues are fixed.

legendary
Activity: 2674
Merit: 2965
Terminated.
September 14, 2015, 03:36:17 AM
#15
Remove the limit completely. It's useless and does not provide any real protection.
No. Flawed papers on how the fee market exists without a limit should not be looked at as the ultimate solution.

Dynamic is good. but raising it to a solid 20mb would suffice for many years to come
This would cause the propagation time to be too long, and would cause quite the problems. The orphan rates would spike every now and then.



@OP I do not think that we could decide on a single block size limit to be the "best". Maybe even if we did, it would be the "best" today, but what about tomorrow?  This discussion has been going on for quite a long time. There is no concurrent problem either. In my own opinion, I would probably agree to a dynamic block size limit with certain limitations/rules.
legendary
Activity: 3248
Merit: 1070
September 14, 2015, 02:20:22 AM
#14
Dynamic block size limit is the best any day.

Check BIP 106: https://github.com/bitcoin/bips/blob/master/bip-0106.mediawiki

is this working in this way?

if we reach 2mb traffic the client change automatically the limit to two, if we reach 4mb the client change again to 4mb, etc...?

if this is correct and it working as intended, i think it's the best solution out there
legendary
Activity: 883
Merit: 1005
September 14, 2015, 01:04:21 AM
#13
I would leave it at 1MB till every block is 90%+ full for 6 months. If fees go above 15 cents we could bump it up to 1.5MB with out to many issues. If the miners are using all the space.


I'm not worried about the sky falling because the only people using Bitcoin right now are those that have no other choice but to use it and the fanatics, the diehards, the believers.
Even if every full node on the planet melted into slag we could still resurrect the network if we have a copy of the blockchain.

full member
Activity: 138
Merit: 100
More stuff will come.
September 13, 2015, 09:06:01 PM
#12
Dynamic block size limit is the best any day.

Check BIP 106: https://github.com/bitcoin/bips/blob/master/bip-0106.mediawiki

Yeah It's think It will be the best option. but we have to consider security the most
full member
Activity: 214
Merit: 278
September 13, 2015, 07:04:25 PM
#11
Dynamic block size limit is the best any day.

Check BIP 106: https://github.com/bitcoin/bips/blob/master/bip-0106.mediawiki
hero member
Activity: 546
Merit: 500
September 13, 2015, 07:00:54 PM
#10
The block size limit should be based on the limitations of the technology at the time. It should be increased, since one megabyte is just an arbitrary number and does not reflect the limitations of our technology today. Not having a blocksize limit at all might work as well, since miners have full discretion in terms of which and how many transactions they include in the blocks that they mine.
legendary
Activity: 1148
Merit: 1014
In Satoshi I Trust
September 13, 2015, 12:39:28 PM
#9
the best would be to increase it slowly over time.

an 25-30% increase per years should be fine.
jr. member
Activity: 42
Merit: 1
September 13, 2015, 12:17:15 PM
#8
8MB is the answer.

As of right now We Stand Divided.

If in order for us to move forward we need to Grow Up and fork Bitcoin, we should.

YouShould.
legendary
Activity: 1372
Merit: 1000
--------------->¿?
September 13, 2015, 11:55:54 AM
#7
Remove the limit completely. It's useless and does not provide any real protection.
sr. member
Activity: 490
Merit: 250
September 13, 2015, 10:15:19 AM
#6
It is really difficult to say, different people need different block sizes. Some people/companies profit with small block size and some with big blocks sizes. I think that a auto-adjustable block size fork would be the best solution for the current block debate.
newbie
Activity: 1
Merit: 0
September 13, 2015, 10:04:58 AM
#5
Dynamic is good. but raising it to a solid 20mb would suffice for many years to come
hero member
Activity: 700
Merit: 501
September 13, 2015, 10:04:26 AM
#4
Any Idea on what is the best number? or a dynamic one will do.

please share your Idea. Thanks
I think a dynamic one is fine. We can use data such as addresses used within last n blocks (i.e. popularity of BTC that time).
However, the current 1MB limit is fine for the current popularity. When BTC get more popularity, then 2MB would be fine that time, etc.
Yeah but the thing is
1) You have to have your block size ready BEFORE the surge in popularity happens to avoid the network being bloated.
2) If a dynamic solution was that easy it would already been implemented, I think there are some serious difficulties behind this method. I would like some experts to address this more technically. It obviously sounds like the most logical answer, but I don't know the details and cons of actually implementing it.
legendary
Activity: 950
Merit: 1000
September 13, 2015, 02:12:35 AM
#3
This is what we have been debating! There are a lot of related threads about same topic! OP, please search before you post a topic! IMO many ppl bother to reply to the same questions.
legendary
Activity: 3654
Merit: 1165
www.Crypto.Games: Multiple coins, multiple games
September 13, 2015, 12:48:38 AM
#2
Any Idea on what is the best number? or a dynamic one will do.

please share your Idea. Thanks
I think a dynamic one is fine. We can use data such as addresses used within last n blocks (i.e. popularity of BTC that time).
However, the current 1MB limit is fine for the current popularity. When BTC get more popularity, then 2MB would be fine that time, etc.
full member
Activity: 138
Merit: 100
More stuff will come.
September 13, 2015, 12:31:45 AM
#1
Any Idea on what is the best number? or a dynamic one will do.

please share your Idea. Thanks
Pages:
Jump to: