TL;DR. Un soft fork è un aggiornamento del protocollo Bitcoin che restringe le regole di consenso restando compatibile con i nodi non aggiornati: la rete non si divide. Un hard fork, al contrario, allarga o cambia le regole in modo incompatibile e può generare una catena separata, come accadde con Bitcoin Cash il 1° agosto 2017. I tre soft fork più importanti della storia di Bitcoin sono P2SH (1° aprile 2012), SegWit (24 agosto 2017, blocco 481.824) e Taproot (14 novembre 2021, blocco 709.632). Bitcoin privilegia i soft fork perché preservano l’unità della rete e non obbligano nessuno ad aggiornare il software.
Cos’è un soft fork?
Bitcoin è governato da regole di consenso: i criteri con cui ogni nodo della rete decide se un blocco o una transazione sono validi. Cambiare queste regole significa modificare il protocollo, e ci sono due modi per farlo.
Un soft fork è un cambiamento retrocompatibile: le nuove regole sono un sottoinsieme più restrittivo delle vecchie. Tutto ciò che è valido dopo l’aggiornamento era valido anche prima. Un nodo che non si aggiorna continua a considerare validi i blocchi prodotti con le nuove regole, perché non violano nessuna delle regole che lui conosce. Semplicemente, non capisce le nuove funzionalità: le vede come transazioni valide ma “anyone can spend”, spendibili da chiunque, e si fida del resto della rete che le verifica per intero.
La conseguenza pratica è che la rete resta una sola. Chi aggiorna ottiene le nuove funzionalità, chi non aggiorna continua a seguire la stessa catena. Nessuno viene tagliato fuori.
Come si attiva un soft fork?
Un soft fork non viene “acceso” da nessuna autorità centrale. L’attivazione è un processo di coordinamento tra sviluppatori, miner e operatori di nodi, e nel tempo Bitcoin ha sperimentato meccanismi diversi.
Il miner signalling
Il metodo più usato è la segnalazione dei miner. I miner inseriscono nei blocchi che producono un flag, un segnale che dice “sono pronto ad applicare le nuove regole”. Quando la percentuale di blocchi che segnalano supera una soglia prestabilita in una finestra di tempo definita, il soft fork si considera “locked in” e si attiva dopo un periodo di grazia. La segnalazione non è un voto sul merito della proposta: serve a verificare che la maggioranza della potenza di calcolo sia pronta, riducendo il rischio che vengano minati blocchi invalidi secondo le nuove regole.
BIP9: version bits
BIP9, introdotto nel 2016, ha standardizzato questo processo. Ogni proposta di soft fork riceve un bit nel campo “version” dei blocchi, così più soft fork possono essere segnalati in parallelo. La soglia classica di BIP9 è il 95% dei blocchi in una finestra di 2.016 blocchi (circa due settimane, un periodo di retargeting della difficoltà). Se la soglia non viene raggiunta entro una scadenza, la proposta decade. SegWit è stato il caso che ha mostrato i limiti di BIP9: i miner possono bloccare un aggiornamento semplicemente non segnalando.
Speedy trial
Per Taproot, nel 2021, è stato adottato un meccanismo chiamato “speedy trial”: una finestra di segnalazione breve (circa tre mesi) con soglia abbassata al 90%. L’idea era dare ai miner un’occasione rapida di coordinarsi, senza concedere un potere di veto prolungato. Ha funzionato: Taproot ha raggiunto il lock-in a giugno 2021 e si è attivato a novembre dello stesso anno.
Esiste anche una via più radicale, lo UASF (user activated soft fork): sono i nodi degli utenti, non i miner, a imporre una scadenza oltre la quale rifiuteranno i blocchi che non rispettano le nuove regole. La minaccia credibile di un UASF (BIP148) fu decisiva per sbloccare l’attivazione di SegWit nell’estate 2017.
Quali sono stati i soft fork più importanti di Bitcoin?
P2SH (2012)
Pay to script hash, definito nel BIP16, si è attivato il 1° aprile 2012 al blocco 173.805 dopo una valutazione della disponibilità dei miner. Ha permesso di inviare bitcoin all’hash di uno script anziché a una chiave pubblica, aprendo la strada a indirizzi multisig e script complessi senza caricarne il costo sul mittente. È considerato il primo grande soft fork della storia di Bitcoin e la sua attivazione fu tutt’altro che pacifica: la prima data prevista, il 1° marzo 2012, saltò perché meno della metà dei blocchi segnalava supporto.
SegWit (2017)
Segregated witness (BIP141) si è attivato il 24 agosto 2017 al blocco 481.824, al culmine della cosiddetta “blocksize war”. SegWit separa le firme (witness) dal resto della transazione: corregge la malleabilità delle transazioni, requisito per Lightning Network, e aumenta la capacità effettiva dei blocchi introducendo il limite di 4 milioni di unità di peso al posto del vecchio limite di 1 MB. L’attivazione arrivò dopo mesi di stallo nella segnalazione dei miner, sotto la pressione dello UASF BIP148.
Taproot (2021)
Taproot (BIP340, 341 e 342) si è attivato il 14 novembre 2021 al blocco 709.632, dopo il lock-in raggiunto con lo speedy trial a giugno 2021 con soglia del 90%. Ha introdotto le firme Schnorr e un nuovo tipo di output che rende le transazioni complesse (multisig, contratti) indistinguibili da quelle semplici, con benefici di privacy ed efficienza.
Cos’è un hard fork e perché è diverso?
Un hard fork è un cambiamento non retrocompatibile: rende validi blocchi o transazioni che le vecchie regole rifiutano. Un nodo non aggiornato respinge i nuovi blocchi come invalidi. Se una parte della rete adotta le nuove regole e un’altra le rifiuta, la catena si divide in due reti distinte, ciascuna con la propria moneta.
L’esempio più noto è Bitcoin Cash. Il 1° agosto 2017 un gruppo di miner e aziende contrarie a SegWit, favorevoli a un aumento della dimensione dei blocchi a 8 MB, ha eseguito un hard fork: l’ultimo blocco comune fu il 478.558, dal blocco successivo le due catene si sono separate. Chi possedeva bitcoin al momento del fork si è ritrovato con un saldo equivalente in BCH sulla nuova catena. Da allora Bitcoin e Bitcoin Cash sono due reti indipendenti, con regole, miner e mercati separati.
La differenza pratica si riassume così:
- Compatibilità: il soft fork restringe le regole ed è compatibile con i nodi vecchi; l’hard fork le cambia in modo incompatibile.
- Aggiornamento: con un soft fork aggiornare è facoltativo; con un hard fork è obbligatorio per restare sulla nuova rete.
- Rischio di split: il soft fork mantiene una sola catena (se ha il supporto della maggioranza dell’hashrate); l’hard fork può crearne due.
- Conseguenze per l’utente: dopo un soft fork i tuoi bitcoin restano dove sono; dopo un hard fork contestato ti ritrovi con monete su due catene, con tutti i rischi connessi (replay attack, exchange che scelgono quale catena supportare).
Perché Bitcoin preferisce i soft fork?
La preferenza per i soft fork è una scelta di conservatorismo ingegneristico e di filosofia del consenso.
Primo: un soft fork non obbliga nessuno. Bitcoin è una rete volontaria senza un amministratore che possa imporre aggiornamenti: un meccanismo che lascia ai nodi la libertà di non aggiornarsi rispetta questa natura. Un hard fork, al contrario, pone un ultimatum a ogni partecipante.
Secondo: un soft fork minimizza il rischio di frammentazione. Una divisione della catena indebolisce l’effetto rete, confonde gli utenti e crea incertezza su quale sia “il vero Bitcoin”. Il 2017 lo ha dimostrato: i fork che hanno tentato la via dell’incompatibilità sono rimasti marginali rispetto alla catena originale.
Terzo: il processo dei soft fork impone gradualità. Tra proposta (BIP), revisione, implementazione, segnalazione e attivazione passano anni. Per un protocollo che custodisce valore, la lentezza è una caratteristica di sicurezza, non un difetto.
Il rovescio della medaglia esiste: i soft fork accumulano complessità nel protocollo e c’è chi sostiene che alcuni cambiamenti sarebbero più puliti con un hard fork. Ma finora la comunità di Bitcoin ha sempre giudicato il costo di uno split superiore a qualsiasi beneficio di pulizia tecnica: dall’attivazione di Taproot nel 2021 non ci sono stati altri soft fork attivati.
FAQ
Un soft fork può dividere la rete Bitcoin?
In teoria sì, se una quota significativa di miner continuasse a produrre blocchi invalidi secondo le nuove regole. In pratica i meccanismi di attivazione (soglie del 90-95% di segnalazione) servono proprio a evitarlo. Nessun soft fork attivato su Bitcoin ha prodotto uno split permanente.
Devo aggiornare il mio nodo o il mio wallet dopo un soft fork?
L’aggiornamento è consigliato ma facoltativo. Un nodo non aggiornato continua a seguire la catena, anche se verifica le nuove transazioni in modo meno completo. Per usare le nuove funzionalità (per esempio indirizzi Taproot) serve un software aggiornato.
Cosa è successo ai miei bitcoin con il fork di Bitcoin Cash?
Chi possedeva bitcoin prima del 1° agosto 2017 si è ritrovato lo stesso saldo su entrambe le catene: BTC sulla catena originale e BCH su quella nuova. I bitcoin sulla catena originale sono rimasti intatti.
Chi decide se un soft fork si attiva?
Nessun soggetto singolo. Gli sviluppatori propongono (tramite BIP), i miner segnalano la disponibilità, i nodi applicano le regole. L’attivazione richiede un consenso di fatto tra tutte queste componenti: il caso SegWit ha mostrato che, in ultima istanza, sono i nodi degli utenti ad avere l’ultima parola.
Quanti soft fork ha avuto Bitcoin?
I principali attivati tramite segnalazione sono P2SH (2012), BIP66 e CLTV (2015), CSV (2016), SegWit (2017) e Taproot (2021). Taproot è l’ultimo soft fork attivato a oggi (giugno 2026).
Un hard fork è sempre un evento negativo?
È un cambiamento legittimo se l’intera rete lo adotta in modo coordinato (altre criptovalute lo fanno regolarmente). Su Bitcoin è considerato un rischio da evitare perché la rete è troppo grande ed eterogenea per garantire un aggiornamento unanime.
Fonti
- Bitcoin Optech, Soft fork activation: https://bitcoinops.org/en/topics/soft-fork-activation/
- BIP16 (P2SH): https://github.com/bitcoin/bips/blob/master/bip-0016.mediawiki
- BIP94 e storia attivazioni, Bitcoin Magazine, The battle for P2SH: https://bitcoinmagazine.com/technical/the-battle-for-p2sh-the-untold-story-of-the-first-bitcoin-war
- BIP343, Mandatory activation of taproot deployment: https://bips.dev/343/
- Atlas21, What is Taproot: https://atlas21.com/what-is-taproot/
- SegWit, Wikipedia: https://en.wikipedia.org/wiki/SegWit
- UASF Working Group, BIP148 FAQ: https://uasf.org/
- Bitcoin Cash, Wikipedia: https://en.wikipedia.org/wiki/Bitcoin_Cash
- Fork watch: block 478558, news.bitcoin.com: https://news.bitcoin.com/fork-watch-first-bitcoin-cash-block-mined/
- Eric Lombrozo, Forks, signaling, and activation: https://medium.com/@elombrozo/forks-signaling-and-activation-d60b6abda49a
