Topic: Bitcoin forks - Versioni con supporto blocchi di dimensione superiore a 1MB - page 9. (Read 29413 times)

RC1 di Classic 0.12 rilasciata:

https://github.com/bitcoinclassic/bitcoinclassic/releases/tag/v0.12.0clrc1

Dovrebbe mancare proprio poco al rilascio definitivo.

Questo non mi piace molto, ma pazienza, me ne farò una ragione.

E' stata aperta una nuova chat dedicata al dibattito dei blocchi:
Bitcoin Arena - Chat dedicata ai dibattiti più accesi


Le regole sono sempre queste:

- no spam (per spam si intendono per esempio ripetuti messaggi che non apportano alcun contributo alla conversazione)
- no insulti
- no bestemmie/ discussioni religiose
- no discussioni off topic
- no discussioni di argomenti con chat specifiche (es. richieste di configurazione miner vanno in chat mining)
- chi non rispetta le regole riceverà un warning, se continuerà verrà rimosso dalla chat per 24 ore o più

Giochi con le parole per evitare di ricadere direttamente in queste regole non sono comunque concessi, insomma, agire in malafede è comunque a rischio di ban.

Per usare i tuoi bitcoin, Bitcoin Core (come altri wallet, Classic ocompreso) fa semplicemente da tramite, tra le tue chiavi private (stringa alfanumeriche che servono per firmare le tue transazioni - spendere i tuoi btc) e la blockchain.

Non importa quale wallet usi. Se sei in possesso delle chiavi private degli address dove hai bitcoin, puoi firmare transazioni e propagarle sulla blockchain senza problemi.

Quindi, come ti ha già detto Host, ti basterà backuppare il file wallet.dat (che contiene le chiavi private) e spostarlo sul nuovo client se e quando ci sarà bisogno.


----------------------------------------------------------------------------------------------------------------------------


Il punto non è il camnio del client che utilizzi come wallet, ma il fork della blockchain.

In caso di fork (se Classic dovrebbe prevalere su Core), si creerebbe una blockchain parallela che, fino al momento antecedente al fork, sarebbe identica per le due monete (si, il fork della chain, crea tecnicamente una nuova moneta).

Quindi AL MOMENTO DEL FORK tu avresti bitcoin nella stessa quantità spendibili sia sulla chain di core, che sulla chain di classic.

Dopo il fork, le due chain diventano indipendenti e le transazioni fatte su una, non valgono per l'altra.

Se le due chain resteranno entrambe in vita dopo il fork, o una delle due schiatterà subito dopo perché tutti utilizzeranno solo una delle due, questo nessuno lo sa, ma i tuoi bitcoin saranno su entrambe le chain al momento del fork.

Quindi non avrai problemi a spenderli (se sei in possesso ovviamente delle tue chiavi private).

Sono leggermente OT ma credo che forse qualcuno di voi riesce a capire la mia richiesta e sa se esiste già ...
Penso ad un wallet che funziona da proxy per la chain e permette a dei client di condividere la chain ma di personalizzare gli address monitorati.
Penso ad un qualcosa che risiede anche sullo stesso server, una directory in sola lettura per i wallet client all'interno della directory  la chain intera e poi tanti processi che la analizzano come meglio credono.
Un processo server che scarica la chain e aggiorna la directory che per gli altri è in sola lettura.
A che pro?
- per dare la possibilità a diversi utenti di di avere un full node che pero' risparmia spazio disco e banda. Un processo per utente fa quello che crede (monitorizza transazioni, indirizzi, broadcasta transazioni, fornisce informazioni ecc. ecc)
- il client potrebbe usare ipv6 al fine di simulare più full node che però hanno una sola block chain scaricata.
- sembra una truffa e forse lo è, ma ogni client potrebbe comunque verificare che la chain sia valida, per dare versioni alternative dovrebbe minare
- un client simile potrebbe anche minare ma dovrebbe fidarsi del nodo server  ... magari potrebbe essere un nodo p2pool
- si riuscirebbe, con pochi costi aggiuntivi, a sponsorizzare una o l'altra soluzione in base alle preferenze di chi installa il client
Magari basta fare una installazione classica con qualche link simbolico a directory in sola lettura, il passo successivo potrebbe essere su file system remoti (in rete locale).

E piccolo boom anche per Classic, che adesso sfiora il 20%.

Boom per KnCMiner, che passa da un 4% di potenza di calcolo e dal 7° posto assoluto come media degli ultimi 4 giorni, a un 7% di hashrate e al 5° posto come media delle ultime 24 ore.

https://blockchain.info/it/pools

@BitBitCoin
Copierai il file wallet.dat dal client Core e lo metterai nel client Classic o altri client che in quel momento supporteranno il protocollo Bitcoin.

È vero hai ragione, ma a parte la mia svista tecnica da principiante il mio dilemma iniziale permane ugualmente anche dopo la tua dovuta correzione, quindi mi piacerebbe avere una risposta da qualcuno più esperto di me!

Ma credo che devo riformulare la domanda.

Usando Bitcoin Core per la gestione dei miei bitcoin, il quale ovviamente per fare ciò si collega a dei nodi e si sincronizza con la blockchain, posso perdere la possibilità di usare i miei BTC se Bitcoin Core venga abbandonato dalla comunità? Se ciò accadesse potrei adottare qualche contromisura?

I tuoi bitcoin non sono su core, sono sulla blockchain.

Ma io che uso Bitcoin Core come portafoglio e ci tengo tutta la mia riserva di bitcoin posso avere il rischio che un giorno o l'altro Core non venga più utilizzato (o aggiornato) dalla comunità e che quindi i miei bitcoin diventerebbero inutilizzabili?

BitcoinUnlimited v0.12.0
Experimental BU Client Release - Focus on Main-chain Scaling​
https://bitco.in/forum/threads/announcing-bitcoinunlimited-v0-12-0-experimental-release.909/
https://github.com/BitcoinUnlimited/BitcoinUnlimited/tree/0.12bu
http://www.bitcoinunlimited.info/download

Dopo che F2pool ha dato la possibilità di votare:
https://bitcointalksearch.org/topic/m.14010227

Bitcoin Classic 2016 Roadmap:
https://github.com/bitcoinclassic/documentation/blob/master/roadmap/roadmap2016.md

Stiamo a vedere: la situazione è molto delicata. Intanto passati i 1000 nodi, e c'è stato un bell'incremento di blocchi estratti con Classic: due buone notizie (dal mio punto di vista).

Vedere la potenza di calcolo di KnCMiner (e poco altro) crescere a scapito degli altri gruppi rimasti fedeli a Core sarebbe ora una gran bella spinta per convincere i concorrenti a ripensare la loro strategia.

A prescindere da come andrà è molto positivo poter testare sul campo cosa succede a forkare il core basandosi comunque sul consenso della rete e con lo scopo comune di non trovarsi BTC 1 e BTC 2 entrambi attivi su 2 chain con doppia spesa (reale) possibile su entrambe le chain.
Per quanto mi affascini la cosa, ho comunque un pò di paura 

Comunque almeno due effetti positivi finora li ha avuti:

1) il numero complessivo di full node nell'ultimo periodo è aumentato
2) ha sicuramente contribuito a far emergere la questione della dimensione del blocco come un problema fondamentale (problema di cui a modo loro si stanno occupando anche gli sviluppatori di Core)



Personalmente guardando alla notevole quantità di novità e di migliorie introdotte nella versione 0.12.0 di Core non mi sembra che ci sia confronto tra i team di sviluppo dei due software (almeno questa è la mia sensazione).

Secondo me Bitcoin Classic rappresenta un livello intermedio tra Core e l'utente finale.

Mi spiego: lo spirito di un software open source dovrebbe essere quello di consentire agli utenti finali una certa personalizzazione che si realizza attraverso delle modifiche minime del software. La parte veramente tecnica deve essere realizzata dagli sviluppatori, l'utente finale può aggiustare in generale solo dei parametri a suo piacimento.
Nel caso di Bitcoin Classic, data la delicatezza della materia (soldi) oggetto del software, gli sviluppatori di Classic realizzano semplicemente quelle modifiche che una certa parte degli utenti farebbe da sè se ne fosse in grado, aiutandoli a costruire un consenso politico intorno a certe scelte.
In questo modo si determina in modo indiretto una certa pressione anche sugli sviluppatori di Core.

Se poi il progetto acquisirà una sua indipendenza da Core non lo so, al momento non è evidentemente così.

Comunque il numero di blocchi minati tramite Classic sta aumentando, siamo già a 15 sugli ultimi 1000 (XT era arrivato al massimo a 8 su 1000) grazie all'adozione di Classic da parte di knc. A regime almeno il 5% dei blocchi dovrebbe essere prodotto con Classic:

https://www.reddit.com/r/btc/comments/47b1v0/knc_hits_classic_block_6/

https://coin.dance/nodes

questo mi sembra positivo, se dimostreranno di saper sviluppare buon software per proprio conto sara' piu' facile prenderli in considerazione come alternativa.

Prenderanno codice da Core, su quello sarà basato, ma andranno probabilmente ad aggiungere nuove funzioni. (o toglierne alcune considerate controverse, come RBF)
Dovrebbe uscire la roadmap nei prossimi giorni.

... per quel che mi riguarda ho sfiducia che il team di bitcoin classic sia in grado di portare avanti il progetto da solo.

Giusto per capire, la 0.12classic sara' semplicemente una 0.12core con le patch per i 2mb (le stesse gia' applicate alla 11.2) o portera' avanti un proprio branch di sviluppo separato dalla core ?

Ciao

A mio parere, credo che ci sia sfiducia che classic possa portare avanti il progetto, e cioè fare uscire nuove versioni.
L'uscita della 0.12 di classic, credo che andrà ad aumentare questa fiducia.

Purtroppo (non lo nascondo, personalmente parteggiavo per questa proposta) anche il progetto Classic sembrerebbe naufragato: i nodi stanno aumentando troppo lentamente, mentre quelli Core sostanzialmente non calano.