Bitcoin Forum
May 06, 2024, 09:10:49 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: [1]
  Print  
Author Topic: What is the upgrade path of bitcoin?  (Read 8093 times)
martin (OP)
Full Member
***
Offline Offline

Activity: 150
Merit: 100



View Profile WWW
July 19, 2010, 11:07:25 PM
 #1

I've seen a few topics recently (arbitrary precision bitcoins, breaking of SHA256) which would require a large change to how bitcoin works. What kind of upgrade path is in place for these sorts of things?

For a gradual change I suppose a client could be released which understand both the old and new ways, but only uses the old way, then after some time (perhaps take some measurements and estimate what perentage of the network is running the new version) release a version which uses only the new version, and all the old versions would get kicked off the network?

Are there any small changes which could be made to the client to make it more change proof, would they be worth considering implementing?
1714986649
Hero Member
*
Offline Offline

Posts: 1714986649

View Profile Personal Message (Offline)

Ignore
1714986649
Reply with quote  #2

1714986649
Report to moderator
1714986649
Hero Member
*
Offline Offline

Posts: 1714986649

View Profile Personal Message (Offline)

Ignore
1714986649
Reply with quote  #2

1714986649
Report to moderator
1714986649
Hero Member
*
Offline Offline

Posts: 1714986649

View Profile Personal Message (Offline)

Ignore
1714986649
Reply with quote  #2

1714986649
Report to moderator
"In a nutshell, the network works like a distributed timestamp server, stamping the first transaction to spend a coin. It takes advantage of the nature of information being easy to spread but hard to stifle." -- Satoshi
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1714986649
Hero Member
*
Offline Offline

Posts: 1714986649

View Profile Personal Message (Offline)

Ignore
1714986649
Reply with quote  #2

1714986649
Report to moderator
1714986649
Hero Member
*
Offline Offline

Posts: 1714986649

View Profile Personal Message (Offline)

Ignore
1714986649
Reply with quote  #2

1714986649
Report to moderator
1714986649
Hero Member
*
Offline Offline

Posts: 1714986649

View Profile Personal Message (Offline)

Ignore
1714986649
Reply with quote  #2

1714986649
Report to moderator
Gavin Andresen
Legendary
*
qt
Offline Offline

Activity: 1652
Merit: 2216


Chief Scientist


View Profile WWW
July 20, 2010, 01:07:38 AM
 #2

For a gradual change I suppose a client could be released which understand both the old and new ways, but only uses the old way, then after some time (perhaps take some measurements and estimate what perentage of the network is running the new version) release a version which uses only the new version, and all the old versions would get kicked off the network?
There are already a few places in the source code where that is done.
Quote
Are there any small changes which could be made to the client to make it more change proof, would they be worth considering implementing?
I think Satoshi's done a darn good job of anticipating future needs.  The wire protocol and database serialization formats both have version numbers, as do bitcoin addresses.  The core transaction mechanism is very flexible (I worry that it might be too flexible, but that's why we've got the TEST network to see if we can break it).

I can't think of anything simple that would make it more future-proof.  If you're worried about SHA256 getting broken or the 21quadrillion Bittiestcoins not being enough... then you worry too much.  Stop worrying, you'll just suffer from analysis paralysis and get nothing done.

How often do you get the chance to work on a potentially world-changing project?
martin (OP)
Full Member
***
Offline Offline

Activity: 150
Merit: 100



View Profile WWW
July 20, 2010, 01:42:06 AM
 #3

Ah ok, it sounds like it's quite flexible then Cheesy

I wasn't suggesting that those two things were vitally important that we fix them now, but they're just good ways to illustrate potentially "breaking" changes which need to be made, it's good to know that the code is flexible enough to handle such changes.
Pages: [1]
  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!