Oggi è il giorno D per gli aggiornamenti dei miner Bitcoin

Oggi, mercoledì 15 maggio, scade il termine ultimo per i minatori e i commercianti Bitcoin per aggiornare il proprio client Bitcoin , altrimenti rimarranno fuori sincrono con il resto della rete.

La necessità dell'aggiornamento deriva da un "hard fork" che si è verificato nella blockchain Bitcoin l'11 marzo. In quel momento un miner che eseguiva la versione più recente del client Bitcoin , la versione 0.8.0, ha creato un blocco di grandi dimensioni che era "incompatibile con le versioni precedenti". Di conseguenza, sono state create due blockchain divergenti, che rappresentano una minaccia per l'integrità della rete Bitcoin .

Una nuova versione --0.8.1 -- è stato rilasciato da allora, risolvendo il problema che ha portato al blocco insolitamente grande. Gli utenti del client Bitcoin hanno avuto due mesi dal momento del fork per effettuare l'aggiornamento alla nuova versione.

Gavin Andresen, sviluppatore principale di Bitcoin e scienziato capo della Bitcoin Foundation, ha descritto la situazione dell'hard fork su Wiki Bitcoin:

"Un blocco che aveva un numero maggiore di input di transazioni totali rispetto a quanto visto in precedenza è stato estratto e trasmesso. I nodi Bitcoin 0.8 sono stati in grado di gestirlo, ma alcuni nodi Bitcoin pre-0.8 lo hanno rifiutato, causando un hard fork inaspettato della catena. La catena incompatibile pre-0.8 a quel punto aveva circa il 60% della potenza di hash, assicurando che la divisione non si risolvesse automaticamente.





"Per ripristinare una catena canonica il prima possibile, BTCGuild e Slush hanno declassato i loro nodi Bitcoin 0.8 a 0.7 in modo che anche i loro pool avrebbero rifiutato il blocco più grande. Ciò ha posto la maggioranza dell'hashpower sulla catena senza il blocco più grande. Durante questo periodo c'è stata almeno ONE grande doppia spesa. Tuttavia, è stato fatto da qualcuno che stava sperimentando per vedere se era possibile e non era inteso come dannoso."

Andresen ha aggiunto che "la divisione è stata individuata molto rapidamente", e i principali partecipanti alla rete si sono mossi rapidamente per risolvere la questione.

Dopo aver appreso della forchetta,Marek Palatinus della miniera di Slush E Michael Marsee del pool di mining BTC Guild entrambi hanno declassato i loro nodi Bitcoin alla versione precedente alla 0.8 "nonostante ciò abbia comportato il sacrificio di ingenti somme di denaro e fossero loro a utilizzare la versione priva di bug", secondo Andresen.

Scrivendo in seguito sulSito di domande e risposte su Bitcoin Stack Exchange, l'appassionato Bitcoin Manish Jethani ha espresso preoccupazione per il fatto che incidenti simili possano ripetersi in futuro.

"La prossima volta che ci sarà un fork come questo, potrebbe non essere così semplice", ha scritto Jethani. "I minatori potrebbero non essere tutti d'accordo sulla risoluzione appropriata del problema".

Un utente di nome Charles Hoskinson ha risposto che il fork più recente era "speciale in quanto i client 0.8 non sono mai riusciti a mettersi d'accordo con i client 0.7 a causa di un problema nell'elaborazione di un volume di transazioni più grande del normale, ma i client 0.7 avevano ancora circa il 60% del potere di hash totale. In sostanza, la rete aveva due diversi bitcoin legittimi in circolazione".

Hoskinson ha aggiunto, "BTCGuild e Slush hanno dovuto decidere, poiché controllano collettivamente oltre il 51% del potere di hash della rete. E alcune persone hanno anche dovuto accettare che i blocchi nel fork orfano dovessero essere persi per il bene di Bitcoin. T è necessariamente giusto. T è divertente. Ma Gavin e altri l'hanno gestito in modo rapido e trasparente."