Bitcoin Forum
October 19, 2017, 06:33:36 PM *
News: Latest stable version of Bitcoin Core: 0.15.0.1  [Torrent]. (New!)
 
   Home   Help Search Donate Login Register  
Pages: [1]
  Print  
Author Topic: Changing a coin's proof of work?  (Read 568 times)
solracx
Sr. Member
****
Offline Offline

Activity: 294


View Profile WWW
July 27, 2013, 01:14:38 PM
 #1

Has anyone does this yet?

Change a coin's proof of work after millions of coins have been mined?


ZenithCoin - Sustainable Scrypt Based Crypto Currency
1508438016
Hero Member
*
Offline Offline

Posts: 1508438016

View Profile Personal Message (Offline)

Ignore
1508438016
Reply with quote  #2

1508438016
Report to moderator
1508438016
Hero Member
*
Offline Offline

Posts: 1508438016

View Profile Personal Message (Offline)

Ignore
1508438016
Reply with quote  #2

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

Posts: 1508438016

View Profile Personal Message (Offline)

Ignore
1508438016
Reply with quote  #2

1508438016
Report to moderator
1508438016
Hero Member
*
Offline Offline

Posts: 1508438016

View Profile Personal Message (Offline)

Ignore
1508438016
Reply with quote  #2

1508438016
Report to moderator
mustyoshi
Sr. Member
****
Offline Offline

Activity: 289



View Profile
July 27, 2013, 01:16:04 PM
 #2

It shouldn't be too hard, just in the implementation, create a consensus of when the fork occurs (block height wise) and the wallet software does so accordingly.
meta.p02
Full Member
***
Offline Offline

Activity: 196



View Profile
July 27, 2013, 02:45:27 PM
 #3

It is probably possible, like mustyoshi said.

However, if that is to be done the difficulty has to be taken into account, since different hashing algorithms have different speeds. Moving from, say, SHA-256 to Keccak, would entail a significant hashrate alteration (some searching around gives me 12.5 cycles/byte for Keccak and 14.3 cycles/byte for SHA-256, a difference of ~15%), resulting in probable difficulty plunges or spikes. A good difficulty adjustment algorithm would be able to handle this properly.

Earn Devcoins by Writing | Trade on Cryptsy! Faucets: Watch ads, earn Bitcoin | Visit pages, get Bitcoin | Gamble with faucet earnings!
If you found my post informative/interesting, consider tipping at BTC: 15877457612137dj4MM57bGXRkPzU4wPRM or DVC: 1B2PAYVe9BQRrZKaWZxWtunutwrm6fVcF7.
sumantso
Legendary
*
Offline Offline

Activity: 1050



View Profile
July 27, 2013, 02:47:43 PM
 #4

Whatever happened to Zenithcoin?

solracx
Sr. Member
****
Offline Offline

Activity: 294


View Profile WWW
July 27, 2013, 03:00:41 PM
 #5

It is probably possible, like mustyoshi said.

However, if that is to be done the difficulty has to be taken into account, since different hashing algorithms have different speeds. Moving from, say, SHA-256 to Keccak, would entail a significant hashrate alteration (some searching around gives me 12.5 cycles/byte for Keccak and 14.3 cycles/byte for SHA-256, a difference of ~15%), resulting in probable difficulty plunges or spikes. A good difficulty adjustment algorithm would be able to handle this properly.

If the re-target algorithm is fast enough, then this should not be too much of a problem.

I wonder what the effect will be for existing blocks that used the older proof of work.

ZenithCoin - Sustainable Scrypt Based Crypto Currency
daggerismo
Full Member
***
Offline Offline

Activity: 224



View Profile
July 27, 2013, 03:02:43 PM
 #6

Whatever happened to Zenithcoin?


potato

meta.p02
Full Member
***
Offline Offline

Activity: 196



View Profile
July 27, 2013, 03:18:08 PM
 #7

I wonder what the effect will be for existing blocks that used the older proof of work.

I think it won't have much effect.

The hash is of the program version, the hash of the previous block header, the hash of all the transactions in the block and a few other things. I don't see it referring directly to any of the previous blocks (only to the prevHash), so it should be fine.

Disclaimer: I am not an expert

Earn Devcoins by Writing | Trade on Cryptsy! Faucets: Watch ads, earn Bitcoin | Visit pages, get Bitcoin | Gamble with faucet earnings!
If you found my post informative/interesting, consider tipping at BTC: 15877457612137dj4MM57bGXRkPzU4wPRM or DVC: 1B2PAYVe9BQRrZKaWZxWtunutwrm6fVcF7.
minerapia
Full Member
***
Offline Offline

Activity: 168


View Profile
July 27, 2013, 06:08:46 PM
 #8

I wonder what the effect will be for existing blocks that used the older proof of work.

I think it won't have much effect.

The hash is of the program version, the hash of the previous block header, the hash of all the transactions in the block and a few other things. I don't see it referring directly to any of the previous blocks (only to the prevHash), so it should be fine.

Disclaimer: I am not an expert
you have to have backward compatibility for blockchain integrity checks but its not too hard to implement.
trivial case is to add something like
if (block.nheight < switchoverheight) {
  block.checkblockOld(hash);
} else {
  block.checkblockNew(hash);
}

donations -> btc: 1M6yf45NskQxWXknkMTzQ8o6wShQcSY4EC
                   ltc: LeTpCd6cQL26Q1vjc9kJrTjjFMrPhrpv6j
solracx
Sr. Member
****
Offline Offline

Activity: 294


View Profile WWW
July 27, 2013, 10:53:48 PM
 #9

I wonder what the effect will be for existing blocks that used the older proof of work.

I think it won't have much effect.

The hash is of the program version, the hash of the previous block header, the hash of all the transactions in the block and a few other things. I don't see it referring directly to any of the previous blocks (only to the prevHash), so it should be fine.

Disclaimer: I am not an expert
you have to have backward compatibility for blockchain integrity checks but its not too hard to implement.
trivial case is to add something like
if (block.nheight < switchoverheight) {
  block.checkblockOld(hash);
} else {
  block.checkblockNew(hash);
}


This is all in theory.   Is there are coin that successfully pulled this off?

ZenithCoin - Sustainable Scrypt Based Crypto Currency
ASICSRUS
Member
**
Offline Offline

Activity: 70


Expert Computer Geek


View Profile
July 27, 2013, 11:01:23 PM
 #10

don't go messing with the time warp rabbit trick silly rabbit you could warp the blockchain !?  Grin

✰ If You Risk Nothing, You Risk Everything | PrimeDice.com | The New Way To Roll | *Thread*

<3<3:::LOVE^YOUR^NEIGHBOR!!!:::|+i|_33+(((PLEASE)))====>Donate if you like me!~> 157YEcD4WQ9UbhZ7NSC2FpuaYfxHe3JgF2
minerapia
Full Member
***
Offline Offline

Activity: 168


View Profile
July 27, 2013, 11:05:38 PM
 #11


This is all in theory.   Is there are coin that successfully pulled this off?
Not that I know of, but its totally possible (and this comment is not just a theory).
You can adjust every parameter you want, it's just about if community accepts it (eg. downloads the new client).

donations -> btc: 1M6yf45NskQxWXknkMTzQ8o6wShQcSY4EC
                   ltc: LeTpCd6cQL26Q1vjc9kJrTjjFMrPhrpv6j
Pages: [1]
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!