solracx (OP)
|
|
July 27, 2013, 01:14:38 PM |
|
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
|
|
|
|
|
|
|
|
The grue lurks in the darkest places of the earth. Its favorite diet is adventurers, but its insatiable appetite is tempered by its fear of light. No grue has ever been seen by the light of day, and few have survived its fearsome jaws to tell the tale.
|
|
|
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
|
|
|
mustyoshi
|
|
July 27, 2013, 01:16:04 PM |
|
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
|
|
July 27, 2013, 02:45:27 PM |
|
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.
|
|
|
|
sumantso
Legendary
Offline
Activity: 1050
Merit: 1000
|
|
July 27, 2013, 02:47:43 PM |
|
Whatever happened to Zenithcoin?
|
|
|
|
solracx (OP)
|
|
July 27, 2013, 03:00:41 PM |
|
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
|
|
July 27, 2013, 03:02:43 PM |
|
Whatever happened to Zenithcoin?
potato
|
|
|
|
meta.p02
|
|
July 27, 2013, 03:18:08 PM |
|
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
|
|
|
|
minerapia
|
|
July 27, 2013, 06:08:46 PM |
|
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 expertyou 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 (OP)
|
|
July 27, 2013, 10:53:48 PM |
|
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 expertyou 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
Activity: 70
Merit: 10
Expert Computer Geek
|
|
July 27, 2013, 11:01:23 PM |
|
don't go messing with the time warp rabbit trick silly rabbit you could warp the blockchain !?
|
|
|
|
minerapia
|
|
July 27, 2013, 11:05:38 PM |
|
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
|
|
|
|