Squidoogeek (OP)
Member
Offline
Activity: 112
Merit: 10
|
|
July 18, 2014, 02:34:36 AM |
|
I saw that Vericoin was hard forked in response to a successful attack on Mintpal's system and I remember seeing somewhere that Bitcoin was hard forked once. I'm too new to Bitcoin to remember the circumstances, so could someone fill me in on the details?
|
|
|
|
|
yogi
Legendary
Offline
Activity: 947
Merit: 1042
Hamster ate my bitcoin
|
|
July 18, 2014, 02:44:34 AM |
|
Bitcoin has hard forked twice. I was not around for the first one, but I panicked during the second.
|
|
|
|
titulng
Sr. Member
Offline
Activity: 484
Merit: 250
HubrisOne
|
|
July 18, 2014, 03:38:45 AM |
|
it doesn't matter.
|
|
|
|
johnathan32
|
|
July 18, 2014, 09:38:10 AM |
|
it doesn't matter.
Why? Explain yourself
|
|
|
|
Kluge
Donator
Legendary
Offline
Activity: 1218
Merit: 1015
|
|
July 18, 2014, 10:12:52 AM |
|
Forks are short-term emergencies for sure. They can result in large losses due to orphaned blocks individuals and companies may accept transactions from, but which don't "actually" transfer in whatever becomes accepted as the majority consensus protocol.
This is generally temporary and only affects transactions of a few minutes or hours -- a fork should usually only be a transition to new rules, and companies and individuals should know the network is effectively unsafe until consensus for the fork is established (ideally, this would all be readied before-hand, where everything can switch over in one block). A more problematic situation would come from competing chains which have competitive hashpower (and/or clients following different rules), where there's basically no consensus because the community's relatively evenly fractured. Since cryptocoins operate on consensus, lack of consensus clearly breaks it - it'd be "forking" back and forth - and Bitcoin business would effectively have to entirely shut down until a dominating consensus can be re-established.
Let's say there's a chain ("new Bitcoin") competing with "old Bitcoin." Let's say it was a rule change which needed a fork, and a large portion of users and miners are protesting by not switching to the new client/protocol. The rule differences will likely cause these chains to be incompatible with each other, where each will reject many or most transactions from the other protocol. If half of users and miners use old, and half use new, variance is going to "randomly" cause the "real" blockchain to go back and forth between old and new, and there'll be great uncertainty over which will eventually be the majority consensus chain, meaning transactions should NEVER be accepted as valid. There'll be this uncertainty until one side begins to dominate, which is the only time when transactions should be considered valid again. This uncertainty would effectively shut down everything Bitcoin.
Devs are currently discussing forking Bitcoin for various protocol changes. There's nothing wrong with this, and devs will be very cautious. It will take months or even a year from the Core team coming forward with the proposal for it to actually be implemented, and if there's wide disagreement, the fork will likely not happen since it'd threaten Bitcoin itself if people refuse the fork.
That's my understanding of it, anyway... fair chance I'm misinformed -- sorry if so.
|
|
|
|
Este Nuno
Legendary
Offline
Activity: 826
Merit: 1002
amarha
|
|
July 18, 2014, 05:15:28 PM |
|
The most recent Bitcoin hard fork was right when bitcoin's price really started taking off. It actually ended up acting as a confidence boosting event I think since the way it was handled was good.
|
|
|
|
PalmerLaura
Member
Offline
Activity: 116
Merit: 10
IPSX: Distributed Network Layer
|
|
July 28, 2014, 05:35:17 AM |
|
The switch to LevelDB in Bitcoin Core 0.7.0 exposed an implementation limit in BerkeleyDB, which older versions were using. This caused new nodes to accept blocks that older nodes were rejecting due to database transaction failures. This caused a hard fork in the block chain. The response of the Bitcoin community was to downgrade miners to 0.6.* until a patch could be prepared for 0.7.1 to artificially reject blocks with a large number of transaction inputs, until the old nodes with the deficient database implementation could be phased out.
|
|
|
|
allthingsluxury
Legendary
Offline
Activity: 1540
Merit: 1029
|
|
July 28, 2014, 05:38:06 AM |
|
Indeed I do remember it quite well. It was handled in a good manner.
|
Gold & Silver Financial News: Silver Liberation Army, Gold & Silver News, Geopolitical & Financial News, Jim Rickards Blog, Marc Faber Blog, Jim Rogers Blog, Peter Schiff Blog, David Morgan Blog, James Turk Blog, Eric Sprott Blog, Gerald Celente Blog
|
|
|
|
CasinoBit
|
|
July 28, 2014, 01:05:25 PM |
|
Not all hard fork necessarily heal, there are currently 3 full-time developers working on Bitcoin, if this monetary system would be developed by say, Oracle, with +200 programmers working on it fulltime we wouldn't have that risk.
|
|
|
|
Lauda
Legendary
Offline
Activity: 2674
Merit: 2965
Terminated.
|
|
July 28, 2014, 01:15:50 PM |
|
Not all hard fork necessarily heal, there are currently 3 full-time developers working on Bitcoin, if this monetary system would be developed by say, Oracle, with +200 programmers working on it fulltime we wouldn't have that risk.
What are you trying to say? That the quantity of developers matters here? Something could go wrong even if we had not 3, not 30 but 300 people working on it. The problem is that people panic when a hard fork is about to happen/happens. Else it should/could go smooth. @OP Why is this relevant? This gives some people even more reason to spread FUD.
|
"The Times 03/Jan/2009 Chancellor on brink of second bailout for banks" 😼 Bitcoin Core ( onion)
|
|
|
ajareselde
Legendary
Offline
Activity: 1722
Merit: 1000
Satoshi is rolling in his grave. #bitcoin
|
|
July 28, 2014, 01:31:27 PM |
|
It recovered fast for sure, but back then bitcoin network was much smaller, and it was much easier to fork it. If something is to happen now, and that hard forking is needed, we would have to begg the allmighty ghash.io to allow it, since they are only ones in the place to make such decisions. That's why i hate bitcoin ever since asics came to life.
|
|
|
|
minerpumpkin
|
|
July 28, 2014, 01:36:04 PM |
|
Bitcoin has hard forked twice. I was not around for the first one, but I panicked during the second.
Wasn't around, either but from what I can tell, it actually went pretty smoothly and essentially fostered people's trust in Bitcoin. If Bitcoin survives such a hiccup, it is likely to survive minor things or another fork as well!
|
I should have gotten into Bitcoin back in 1992...
|
|
|
CasinoBit
|
|
July 28, 2014, 01:37:09 PM |
|
Not all hard fork necessarily heal, there are currently 3 full-time developers working on Bitcoin, if this monetary system would be developed by say, Oracle, with +200 programmers working on it fulltime we wouldn't have that risk.
What are you trying to say? That the quantity of developers matters here? Something could go wrong even if we had not 3, not 30 but 300 people working on it. The problem is that people panic when a hard fork is about to happen/happens. Else it should/could go smooth. @OP Why is this relevant? This gives some people even more reason to spread FUD. The quantity of dedicated developers matters here, if there were enough skilled developers the hardfork would be detected before it occurred.
|
|
|
|
Lauda
Legendary
Offline
Activity: 2674
Merit: 2965
Terminated.
|
|
July 28, 2014, 01:47:10 PM |
|
The quantity of dedicated developers matters here, if there were enough skilled developers the hardfork would be detected before it occurred.
You do realize that it had to be hard forked once, and that it was intentional? At the very begging right? An error in the code would cause the coin to start forking on it's own.
|
"The Times 03/Jan/2009 Chancellor on brink of second bailout for banks" 😼 Bitcoin Core ( onion)
|
|
|
CasinoBit
|
|
July 28, 2014, 01:54:28 PM |
|
The quantity of dedicated developers matters here, if there were enough skilled developers the hardfork would be detected before it occurred.
You do realize that it had to be hard forked once, and that it was intentional? At the very begging right? An error in the code would cause the coin to start forking on it's own. As far as I know the second hardfork was done by mistake.
|
|
|
|
Bitobsessed
|
|
July 28, 2014, 02:18:18 PM |
|
Indeed I do remember it quite well. It was handled in a good manner.
That was a long late night of staring at blocks being mined. Slight panic set in, but it was one of the great roller-coaster rides of Bitcoin.
|
|
|
|
devphp
|
|
July 28, 2014, 02:29:05 PM |
|
Not all hard forks are equal.
If a hard fork is due to a bug or introduction of a new function, it's one thing, it's understandable and will be accepted by most sensible investors.
If a hard fork is due to some exchange being hacked and then major players agree to hard fork to revert the consequences of the hack - it's centralization of power, opposite of the purpose of crypto currencies.
|
|
|
|
defaced
Legendary
Offline
Activity: 2198
Merit: 1014
Franko is Freedom
|
|
July 28, 2014, 03:22:38 PM |
|
I remember that day and it was handled pretty rapidly. Lots of brix were shat though.
|
|
|
|
|