Heute - Mittwoch, 15. Mai - ist der Abgabetermin für Bitcoin-Miner und Händler, um ihren Bitcoin-Client zu aktualisieren oder nicht mit dem Rest des Netzwerks synchronisiert zu sein.

Die Notwendigkeit für das Upgrade stammt von einem "Hard-Fork", der am 11. März in der Bitcoin-Blockchain auftrat. Das ist, wenn ein Miner die aktuellste Version des Bitcoin-Clients - Version 0. 8. 0 - erstellt ein großer Block, der "mit früheren Versionen nicht kompatibel war". Als Ergebnis wurden zwei divergente Blockchains erstellt, die eine Bedrohung für die Integrität des Bitcoin-Netzwerks darstellen.

Eine neue Version - 0. 8. 1 - wurde veröffentlicht, die das Problem löst, das zu dem ungewöhnlich großen Block geführt hat. Bitcoin-Client-Benutzer erhielten zwei Monate ab dem Zeitpunkt des Forks, um auf die neue Version zu aktualisieren.

Gavin Andresen, leitender Entwickler für Bitcoin und Chefwissenschaftler der Bitcoin-Stiftung, beschrieb die Situation auf dem Bitcoin-Wiki:

"Ein Block, der eine größere Anzahl von Transaktionsvorgängen als zuvor hatte, wurde abgebaut und gesendet Bitcoin 0.8 Knoten waren in der Lage, dies zu handhaben, aber einige Bitcoin-Knoten vor 0. 0. wiesen dies zurück, was zu einer unerwarteten harten Verzweigung der Kette führte Die zu 0. 0 unverträgliche Kette hatte zu diesem Zeitpunkt ungefähr 60% der Die Hash-Leistung, die die Aufteilung sicherstellte, wurde nicht automatisch aufgelöst.

"Um eine kanonische Kette so schnell wie möglich wiederherzustellen, stuften BTCGuild und Slush ihre Bitcoin 0. 8-Knoten auf 0. 7 zurück, so dass ihre Pools auch den größeren Block zurückweisen würden. Dies stellte die Mehrheit der Hashpower auf die Kette ohne den größeren Block. Während dieser Zeit gab es mindestens einen großen Doppelausgaben. Es wurde jedoch von jemandem gemacht, der experimentierte, um zu sehen, ob es möglich war und nicht bösartig sein sollte. "

Andresen fügte hinzu, dass" der Split sehr schnell erkannt wurde ", wobei sich wichtige Teilnehmer im Netzwerk schnell bewegten, um den Fork zu lösen .

Marek Palatinus vom Slush Mining Pool und Michael Marsee vom BTC Guild Mining Pool haben beide ihre Bitcoin Nodes auf die Version vor Version 8 heruntergestuft, obwohl sie dadurch signifikante Verluste erleiden mussten Mengen von Geld und sie waren diejenigen, die die fehlerfreie Version laufen ", nach Andresen.

Schreiben später auf der Bitcoin Stack Exchange Frage-und-Antwort-Website, Bitcoin Fan Manish Jethani äußerte sich besorgt über ähnliche Vorfälle wieder in der Zukunft.

"Das nächste Mal, wenn es eine Gabelung gibt, ist es vielleicht nicht so einfach", schrieb Jethani. "Die Bergleute stimmen vielleicht nicht alle über die richtige Lösung für das Problem überein."

Ein Benutzer namens Charles Hoskinson antwortete, dass die neuesten f ork war "besonders darin, dass die 0. 8 Klienten mit den 0. 7 Klienten nie zustimmen konnten, wegen eines Problems, das ein größeres als normales Transaktionsvolumen verarbeitet, aber 0.7 Clients hatten immer noch 60% der gesamten Hash-Leistung. Im Wesentlichen hatte das Netzwerk zwei verschiedene legitime Bitcoins im Umlauf. "

Hoskinson fügte hinzu:" BTCGuild und Slush mussten entscheiden, wie sie zusammen über 51% der Hash-Power des Netzwerks kontrollieren. Und auch einige Leute mussten akzeptieren, dass die Blöcke in der Waisengabel zum Wohle von Bitcoin verloren gehen mussten. Es ist nicht unbedingt fair. Es macht keinen Spaß. Aber Gavin und andere haben es sowohl schnell als auch transparent gehandhabt. "