Bitcoin Forum
May 07, 2024, 03:07:59 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 [2]  All
  Print  
Author Topic: BIP101 and 8GB blocks by 2036  (Read 1270 times)
Klestin
Hero Member
*****
Offline Offline

Activity: 493
Merit: 500


View Profile
August 25, 2015, 03:33:36 PM
 #21

Once again, for those who missed it the last 100 times: BIP-101's exponential growth of block size cap can be adjusted via a soft fork.
1715051279
Hero Member
*
Offline Offline

Posts: 1715051279

View Profile Personal Message (Offline)

Ignore
1715051279
Reply with quote  #2

1715051279
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1715051279
Hero Member
*
Offline Offline

Posts: 1715051279

View Profile Personal Message (Offline)

Ignore
1715051279
Reply with quote  #2

1715051279
Report to moderator
1715051279
Hero Member
*
Offline Offline

Posts: 1715051279

View Profile Personal Message (Offline)

Ignore
1715051279
Reply with quote  #2

1715051279
Report to moderator
Carlton Banks
Legendary
*
Offline Offline

Activity: 3430
Merit: 3071



View Profile
August 25, 2015, 03:37:10 PM
 #22

Once again, for those who missed it the last 100 times: BIP-101's exponential growth of block size cap can be adjusted via a soft fork.

Up or down.

Vires in numeris
Cryptology (OP)
Legendary
*
Offline Offline

Activity: 1008
Merit: 1001

In Cryptography We Trust


View Profile
August 25, 2015, 03:44:00 PM
 #23

Once again, for those who missed it the last 100 times: BIP-101's exponential growth of block size cap can be adjusted via a soft fork.

I really miss your point. You mean that a hard fork is necessary to go from 1MB to > 8MB blocks but once there block size can be "adjusted" via a soft fork? if that is possible why is XT a hard fork?
teknohog
Sr. Member
****
Offline Offline

Activity: 519
Merit: 252


555


View Profile WWW
August 25, 2015, 04:22:49 PM
 #24

What worries me more than HD/RAM/GPU when the blocks are alowed to be this big, it's the network "weigth".
I doubt that everyone will have access to a ridicously good ISP with a ridicously good internet speed like Google Fiber.
8 GB per 10 min is about 100 Mbit/s, which is currently available for residential customers in lots of places, using VDSL2 or cable for example. Of course you'll have more traffic in practice, but that gives a reasonable order of magnitude. By the time of such block size, technology will have improved even further. Besides, the numbers are upper limits, the blocks need not be filled to the brim, but provide enough capacity for the rush hours.

As others have already said, running a node has never been free. Personally, I've found it's the advances in mining that have made Bitcoin more centralized, i.e. less attractive for the hobbyist developer. For example, when the first GPU miners came about in 2010, people including Satoshi talked about breaking a gentlemanly agreement. Mining was obviously more centralized to those with more hardware and money, but it was still fair game for all. Soon we were developing the first FPGA miners which was great fun. However, the next stage was ASICs which leaves little room for the humble developer. You just buy the device from some faceless company and use it -- or if you have more money, you buy more of them and further centralize things.

Nevertheless, it all has made the network stronger for everyone, and everyone is still free to use it. I guess many others feel the same basic dilemma about lots of things: should it stay as a fun hobby project, or should it grow into a serious business?

world famous math art | masternodes are bad, mmmkay?
Every sha(sha(sha(sha()))), every ho-o-o-old, still shines
dserrano5
Legendary
*
Offline Offline

Activity: 1974
Merit: 1029



View Profile
August 25, 2015, 07:22:34 PM
 #25

8 GB per 10 min is about 100 Mbit/s

But you don't want to take 10min to transmit the block. You want to do it in as little time as possible, some dozens of seconds at most.
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!