Guida al hard fork di Bitcoin (nel caso capiti) - IMPORTANTE

[pixel75]

Non è una buona idea affidarsi a scelte di terzi.

Assolutamente!

[giax76]

Domanda: qualcuno sa dirmi se il wallet Multibit Classic è adatto per affrontare un eventuale fork?
Per quanto mi riguarda sono già passato da tempo ad un altro wallet ma conosco un po' di persone che hanno dei bitcoin in multibit classic e nel caso vorrei quantomeno avvertirli...

A proposito grazie per la guida 

[HostFat]

Multibit Classic è un pessimo wallet, non più supportato/sviluppato, da abbandonare quanto prima.

[giax76]

Multibit Classic è un pessimo wallet, non più supportato/sviluppato, da abbandonare quanto prima.

Chiarissimo...grazie

[ParmaBTC]

Multibit Classic è un pessimo wallet, non più supportato/sviluppato, da abbandonare quanto prima.

Ciao Host,concordo con te che non conviene iniziare con un wallet non più aggiornato, ma per chi comunque vuole - per motivi di affetto - continuare ad usarlo, consiglio di scaricare la priv key degli address di MC e importarli in una versione di wallet più recente come Electrum.
Sicurezza prima di tutto.

[Alpalach]

Questa è la posizione ufficiale di Polo del 17.03.2017:
https://poloniex.com/press-releases/2017.03.17-Hard-Fork/

[Ethirald]

Electrum al momento dell'inizilializzazione chiede a che server connettersi.
Stavo pensando che basta avere due .exe di Electrum, uno collegato ad un nodo BU ed un altro ad un nodo CORE per utilizzare lo stesso client per essere sulle due catene.
È plausibile questo ragionamento?

[HostFat]

Un buon suggerimento da Electrum per splittare le coin nel caso avvenga un fork (quindi da fare dopo il fork)
https://twitter.com/ElectrumWallet/status/843829527512014848
https://twitter.com/ElectrumWallet/status/843830429203533825

How to split your coins without miners: send them back to yourself on both networks, then bump the fee (BU nodes will not propagate RBF).

Note that you need to wait until both transactions are confirmed, and make sure they have distinct TXID (the RBF tx can be replayed)

BU ha una politica sulle tx di fare broadcast solo delle prime che ricevono.

Quindi, facendo una tx con RBF attivo, e poi aumentando la fee, è facile che le tx confermate siano differenti fra le due chain.
- Devono essere entrambe confermate.
- Devono avere differente TXID.

[Dusty]

BU ha una politica sulle tx di fare broadcast solo delle prime che ricevono.

Occhio che questo non è affatto garantito anche perché ci potrebbero essere dei miner che decidono di usare https://bitcoinec.info/ oppure custom code e quant'altro.

Il metodo più sicuro rimane quello di legare le propre tx a degli input della sola chain nuova. Avevo letto di una proposta per cui i miner avrebbero creato una coinbase con migliaia di out da un satoshi da usare appositamente per evitare il replay attack, ma non so se la cosa è andata avanti perché serve una politica per la distribuzione (scusate se ne avete già parlato, non ho letto tutto il thread).

[HostFat]

Bisogna assicurarsi poi si che abbiano diverse TXID

[CarloP]

Un buon suggerimento da Electrum per splittare le coin nel caso avvenga un fork (quindi da fare dopo il fork)
https://twitter.com/ElectrumWallet/status/843829527512014848
https://twitter.com/ElectrumWallet/status/843830429203533825

How to split your coins without miners: send them back to yourself on both networks, then bump the fee (BU nodes will not propagate RBF).

Note that you need to wait until both transactions are confirmed, and make sure they have distinct TXID (the RBF tx can be replayed)

BU ha una politica sulle tx di fare broadcast solo delle prime che ricevono.

Quindi, facendo una tx con RBF attivo, e poi aumentando la fee, è facile che le tx confermate siano differenti fra le due chain.
- Devono essere entrambe confermate.
- Devono avere differente TXID.

Non ho compreso molto quello scritto da Electrum.

Cosa significa RBF attivo? Ed anche... una volta avvenuto il fork, aggiorno il client e posso inviare i miei BTC ai due indirizzi BTC e BTU?

Se non è così sono in difficoltà... :-(
Grazie....

[HostFat]

Quindi, facendo una tx con RBF attivo

Significa poter rilanciare la stessa transazione con una fee maggiore.

Vi servirà probabilmente due block explorer, uno compatibile con la catena pre-fork, e uno con il fork.

Controllerete che le due tx abbiano un id di transazione differente fra le due catene.

Se questo è confermato, potrete allora importare le chiavi in wallet compatibili con una o l'altra catena, e trasferirli separatamente.

Mi rendo conto che non è facilissimo.
Mi aspetto che che escano dei servizi per permettere un operazione più facile per gli utenti meno esperti.

[CarloP]

Quindi, facendo una tx con RBF attivo

Significa poter rilanciare la stessa transazione con una fee maggiore.

Vi servirà probabilmente due block explorer, uno compatibile con la catena pre-fork, e uno con il fork.

Controllerete che le due tx abbiano un id di transazione differente fra le due catene.

Se questo è confermato, potrete allora importare le chiavi in wallet compatibili con una o l'altra catena, e trasferirli separatamente.

Mi rendo conto che non è facilissimo.
Mi aspetto che che escano dei servizi per permettere un operazione più facile per gli utenti meno esperti.

Ora va un po' meglio, grazie Host per il prezioso contributo.

[ervalvola]

Scusate ma non pensate che la contemporanea esistenza di due chain, su una moneta "seria" e "vecchia" come il bitcoin, sia un problema?
Se foste un merchant, che moneta scegliereste di accettare? Non vi darebbe fastidio, essere forzati a sceglierne una?

[CarloP]

Allo stato attuale viste le continue vicissitudini delle varie chat che indicano ognuna la soluzione soggettivamente migliore, chiedo se fosse possibbile sviluppare una sorta di diagramma di flusso o griglia in cui si evidenziano i possibili scenari e come avazare nelle soluzioni con un connotazione oggettiva però.

Qualcosa del tipo:

1. FORK NON REALIZZATO
2. FORK CON BU E BC CHE SOPRAVVIVONO ENTRAMBI
3. FORK CON BU CON CATENA MAGGIORITARIA
4. FORK CON BC CON CATENA MAGGIORITARIA

In ognuma colonna elencati possibili sviluppi e azioni.

In quanto ostica sarebbe un punto di partenza per capirci qualcosa, pittosto che mettere insieme i vari pezzi del puzzle tra vari articoli, chat e forum.

Che dite si può fare? Grazie comunque a voi mastri.

[-urban-]

Tra le situazioni consigliate compare anche Multibit HD ma se non erro non consente il controllo delle chiavi private.
Per quale motivo viene dunque consigliato?

I suoi utenti si troverebbero direttamente anche BCU direttamente sul conto, senza fare nulla?

[HostFat]

Sono consigliati wallet che hanno un formato che permette l'estrazione delle chiavi private.
Nessuno dei wallet elencati "attualmente" supporta la divisione automatica dei token ne la successiva spesa.

[babo]

non ho seguito in questi giorni (siamo quasi alla nascita dell'erede) quindi il fork duro é diventato ancora piu probabile?
questo un po' mi intristisce, pero se non ce altro modo

+1 per il diagramma di flusso, imho puo essere utile
sarebbe anche untile con glossario con BU,BC etc

[ParmaBTC]

Sono consigliati wallet che hanno un formato che permette l'estrazione delle chiavi private.
Nessuno dei wallet elencati "attualmente" supporta la divisione automatica dei token ne la successiva spesa.

Sarebbe quindi consigliabile prepararsi riunendo tutti i bitcoin sparsi in vari address dei wallet deterministici in un unico address? Questo eviterebbe, in caso di fork, di dover estrarre molte singole priv key (una per address) perchè ne basterebbe una.

[picchio]

Sono consigliati wallet che hanno un formato che permette l'estrazione delle chiavi private.
Nessuno dei wallet elencati "attualmente" supporta la divisione automatica dei token ne la successiva spesa.

Sarebbe quindi consigliabile prepararsi riunendo tutti i bitcoin sparsi in vari address dei wallet deterministici in un unico address? Questo eviterebbe, in caso di fork, di dover estrarre molte singole priv key (una per address) perchè ne basterebbe una.

Io non ho capito quale sia il problema se, ad esempio, faccio il passaggio ad un nuovo address dopo il fork. Purchè l'address destinazione sia mio e ne conosca la privkey che problemi ci sono? Broadcasto la transazione su entrambe le chain e poi BTC sul nuovo address, poi mi occupo che questo giochino non vada avanti in eterno trasferendo ad altro indirizzo differente sulle due chain.