Soft fork, hard fork, aggiornamenti del protocollo e rischio di split della blockchain: capire i fork di Bitcoin è fondamentale per comprendere come funziona davvero la rete e cosa può accadere quando la comunità si divide sulle regole del protocollo.
Quando si parla di Bitcoin, il termine fork ricorre sempre più spesso nel dibattito tecnico e nella comunicazione legata a Bitcoin. Ma che cosa significa realmente fare un fork? E soprattutto: un fork comporta necessariamente la nascita di una nuova blockchain?
La risposta è no.
La distinzione fondamentale è tra soft fork e hard fork, due modalità differenti attraverso le quali possono essere modificate le regole di consenso di Bitcoin. La differenza più importante non è infatti, come spesso si pensa, la certezza di uno “sdoppiamento” della blockchain, ma il concetto di retrocompatibilità.
Che cos’è un fork di Bitcoin
Un fork avviene quando vengono modificate le regole di consenso che determinano quali blocchi e quali transazioni possono essere considerati validi dalla rete.
Le regole di consenso stabiliscono, tra le altre cose, caratteristiche come la dimensione massima dei blocchi, quali transazioni possono essere inserite in un blocco e quali condizioni devono essere rispettate affinché un blocco venga accettato dalla rete.
Quando queste regole cambiano, diventa quindi fondamentale capire se i nodi che utilizzano il vecchio software continueranno oppure no a riconoscere come validi i blocchi prodotti secondo le nuove regole.
È qui che nasce la differenza tra soft fork e hard fork.
Soft fork e hard fork: la differenza è la retrocompatibilità
L’idea secondo cui “un hard fork divide la catena mentre un soft fork non la divide” è una semplificazione.
Il vero elemento discriminante è la retrocompatibilità.
Un soft fork restringe le regole di validità. Un nodo non aggiornato può quindi continuare, in determinate condizioni, a considerare validi i nuovi blocchi.
Un hard fork, invece, introduce regole più permissive o comunque incompatibili con quelle precedenti. Un nodo che non viene aggiornato può arrivare a rifiutare i nuovi blocchi.
Un esempio aiuta a capire il meccanismo.
Immaginiamo che la dimensione massima consentita per un blocco sia di 4 MB. Se una modifica porta il limite da 4 MB a 2 MB, un vecchio nodo che accetta blocchi fino a 4 MB non ha problemi a riconoscere come valido un blocco da 2 MB.
Se invece il limite viene portato da 4 MB a 6 MB, un nodo che conosce soltanto la vecchia regola considererà invalido un blocco da 6 MB.
E il problema non finisce con quel singolo blocco: poiché ogni blocco è collegato crittograficamente al precedente, il rifiuto di un blocco può isolare il nodo dalla catena che prosegue successivamente.
Un hard fork non significa necessariamente uno split
Anche nel caso di un hard fork, lo split della blockchain non è matematicamente inevitabile.
Se tutti i partecipanti rilevanti alla rete adottano contemporaneamente le nuove regole, l’hard fork può avvenire senza generare due catene concorrenti.
Lo scenario cambia quando la comunità si divide.
Se una parte dei miner e degli operatori della rete decide di seguire le nuove regole mentre un’altra parte continua con quelle precedenti, possono nascere due catene incompatibili. Da quel momento, le due blockchain possono procedere autonomamente, ciascuna seguendo il proprio insieme di regole.
È proprio questo il punto più delicato di un hard fork: la tecnologia può essere modificata, ma il consenso della comunità non può essere dato per scontato.
Perché Bitcoin preferisce, quando possibile, il soft fork
Nel corso dell’incontro è stato sottolineato un principio importante: quando possibile, Bitcoin tende a privilegiare soluzioni compatibili con il software e con le regole già esistenti.
Il motivo è semplice: una modifica compatibile riduce il rischio di creare divisioni della rete, evita di obbligare immediatamente tutti gli operatori ad aggiornare i propri nodi e limita le possibili conseguenze di un cambiamento del protocollo.
Un esempio storico citato durante l’incontro riguarda il bug del 2010, che portò alla creazione anomala di una quantità enorme di bitcoin. Il problema fu individuato rapidamente e la rete riuscì a riallinearsi attraverso una modifica compatibile.
L’episodio mostra un aspetto fondamentale di Bitcoin: anche davanti a problemi estremamente gravi, la priorità può essere quella di intervenire preservando il più possibile la continuità della rete.
Cosa succede quando la blockchain si divide
In presenza di un hard fork non condiviso, fino a un determinato blocco la blockchain è comune.
Dopo il punto di fork, invece, possono comparire due versioni della stessa storia:
- una catena segue le vecchie regole;
- l’altra segue le nuove;
- i miner decidono quale catena minare;
- gli utenti devono prestare attenzione alla compatibilità dei propri wallet e delle proprie transazioni;
- gli asset presenti sulla catena originaria possono avere un corrispettivo sulla nuova catena.
È proprio quest’ultimo punto ad aver reso famosi alcuni fork di Bitcoin.
Al momento dello split, infatti, chi controlla le chiavi private di determinati bitcoin può ritrovarsi con un saldo anche sulla nuova blockchain, perché le due reti condividono la storia precedente al fork. Questo non significa però che la nuova moneta abbia automaticamente lo stesso valore o la stessa sicurezza di Bitcoin.
Avere una nuova coin dopo un fork non equivale ad aver ricevuto “bitcoin gratis” nel senso economico del termine. Il valore di quell’asset dipende dal mercato, dalla sicurezza della rete, dalla liquidità e dalla capacità della nuova blockchain di trovare utenti e sostenitori.
Soft fork: il ruolo dei miner e il meccanismo del signaling
La parte più tecnica della discussione riguarda i soft fork attivati dai miner, indicati nella terminologia dell’incontro come MASF, e quelli attivati dagli utenti, indicati come UASF.
Nel modello basato sul signaling, i miner comunicano attraverso i blocchi la propria disponibilità ad adottare le nuove regole.
Il processo può essere organizzato attraverso finestre di blocchi. Nel modello descritto durante l’incontro, una finestra tipica è composta da 2.016 blocchi, equivalenti a circa due settimane considerando un tempo medio di dieci minuti per blocco.
Per attivare la modifica viene richiesta una soglia elevata di consenso. L’esempio illustrato utilizza una percentuale nell’ordine del 90-95%.
Se la soglia viene raggiunta, viene concesso un ulteriore periodo per consentire alla rete di prepararsi. Successivamente entrano in vigore le nuove regole.
Il meccanismo ha una conseguenza importante: un miner che continua a produrre blocchi secondo le vecchie regole può rischiare di sprecare potenza di calcolo.
Se la maggioranza della potenza di mining ha già adottato il soft fork, infatti, la catena che applica le nuove regole tende ad avere una maggiore capacità di crescita. I miner rimasti sulle vecchie regole possono quindi trovarsi a produrre blocchi che vengono successivamente abbandonati dalla rete.
Il problema del potere di veto dei miner
Il modello presenta però anche una criticità.
Se una quota significativa della potenza di calcolo non segnala il proprio sostegno, un gruppo di miner può impedire o rallentare l’attivazione di un soft fork.
È uno dei temi che hanno caratterizzato il dibattito sul rapporto tra miner, nodi e governance di Bitcoin.
La discussione sul soft fork SegWit del 2017 viene citata proprio come esempio di questa tensione: una parte rilevante della comunità voleva l’aggiornamento, mentre alcuni miner avevano interessi tecnici ed economici contrari all’attivazione della modifica. Nel racconto dell’incontro viene richiamato anche il tema di ASICBoost, una tecnica legata all’ottimizzazione del mining.
Da quel conflitto emerse anche l’importanza del concetto di User Activated Soft Fork, attraverso il quale i nodi possono assumere un ruolo più diretto nell’applicazione delle nuove regole.
UASF: quando il consenso parte dai nodi
L’UASF ribalta in parte la logica del processo.
Invece di aspettare che siano i miner a decidere quando una modifica può essere applicata, i nodi possono stabilire che, a partire da un determinato blocco, non accetteranno più blocchi che non rispettano le condizioni previste dal soft fork.
Il principio politico e tecnico è particolarmente importante per Bitcoin: i miner producono blocchi, ma sono i nodi a verificare che quei blocchi rispettino le regole del protocollo.
È una distinzione fondamentale per comprendere la struttura di potere della rete.
Cosa rischia davvero un miner durante un fork
Uno degli aspetti più interessanti emersi dalla discussione riguarda la cosiddetta reorg o riorganizzazione della catena.
Durante un fork possono esistere temporaneamente due blocchi concorrenti alla stessa altezza. La rete tende poi a convergere sulla catena che risulta vincente secondo le regole di consenso e il meccanismo di selezione della catena.
Il miner che ha prodotto il blocco rimasto sulla catena perdente può perdere la ricompensa associata a quel blocco.
Questo spiega perché, una volta che un cambiamento è stato adottato dalla maggioranza della potenza di mining, continuare a produrre blocchi incompatibili può diventare economicamente sconveniente.
È anche uno dei motivi per cui viene tradizionalmente consigliato di attendere più conferme prima di considerare una transazione Bitcoin definitivamente consolidata.
I fork politici: quando la tecnologia diventa governance
Il tema dei fork non è soltanto tecnico.
Ogni modifica alle regole di Bitcoin può diventare una questione di governance, perché dietro una modifica del protocollo possono esserci interessi diversi: sviluppatori, miner, operatori di nodi, aziende, investitori e utenti possono avere opinioni differenti sulla direzione che dovrebbe prendere la rete.
La storia di Bitcoin dimostra che proprio questi conflitti possono trasformarsi in fork permanenti e nella nascita di nuove criptovalute.
La trascrizione dell’incontro cita, tra gli esempi più recenti discussi, un progetto associato a Paul Sztorc e alle proposte BIP 300/BIP 301, basate sull’idea di introdurre sidechain e nuove funzionalità. Nel materiale viene descritto come un progetto che, non avendo ottenuto consenso sufficiente all’interno della comunità Bitcoin, avrebbe scelto la strada di un hard fork autonomo.
Particolarmente controverso, secondo quanto riportato durante l’incontro, sarebbe il trattamento di alcune monete attribuite all’era di Satoshi. Questo passaggio viene presentato come uno degli elementi più discussi del progetto e come esempio di quanto un fork possa andare oltre la semplice modifica tecnica del protocollo.
Bitcoin e fork: la vera domanda non è “si divide la blockchain?”
Quando si parla di fork di Bitcoin, la domanda più importante non è quindi semplicemente se la blockchain si dividerà.
Le domande corrette sono altre:
Quali regole cambiano?
I vecchi nodi sono ancora compatibili?
Chi decide l’attivazione della modifica?
Quanta potenza di mining sostiene il cambiamento?
Cosa succede ai blocchi prodotti dalle minoranze?
Gli utenti controllano davvero le proprie chiavi private?
La nuova catena è economicamente e tecnicamente sostenibile?
Sono queste variabili a determinare se un fork resterà un semplice aggiornamento del protocollo oppure diventerà la nascita di una blockchain concorrente.
La lezione più importante: le regole di Bitcoin non appartengono a un singolo soggetto
Il punto centrale che emerge dalla discussione è che Bitcoin non ha un’autorità centrale in grado di imporre unilateralmente un cambiamento alla rete.
Uno sviluppatore può proporre una modifica. Un miner può decidere di supportarla. Un operatore di nodo può scegliere di aggiornare il proprio software. Un utente può decidere quale versione del protocollo utilizzare.
Ma affinché una modifica diventi realmente parte del consenso di Bitcoin, deve essere accettata e riconosciuta dalla rete.
È proprio questa dinamica a rendere i fork tanto importanti.
Un fork non è soltanto una modifica del codice: è un test del consenso economico, tecnico e sociale che sostiene Bitcoin.
E quando quel consenso viene meno, la blockchain può dividersi.
Conclusione: capire i fork significa capire Bitcoin
Soft fork, hard fork, MASF, UASF, signaling, miner, nodi e split non sono semplici termini tecnici.
Sono gli strumenti attraverso i quali si comprende chi può proporre una modifica, chi può ostacolarla e, soprattutto, come una rete decentralizzata decide quali regole applicare.
La differenza tra soft fork e hard fork è quindi molto più profonda della semplice idea di “catena che si divide” o “catena che non si divide”. È una questione di compatibilità delle regole.
E proprio la retrocompatibilità rappresenta una delle chiavi per capire perché alcuni aggiornamenti possono essere assorbiti dalla rete senza una rottura, mentre altri possono generare una nuova blockchain, una nuova criptovaluta e un nuovo conflitto sul futuro dell’ecosistema Bitcoin.
In definitiva, ogni fork pone la stessa domanda: chi decide quali sono le regole valide di Bitcoin?
La risposta, nella pratica, non è mai soltanto nel codice. È nel consenso della rete.