Cos’è un Soft Fork? Aggiornamenti della blockchain spiegati
Le regole della blockchain si inaspriscono, non si allentano, quando si verifica un soft fork. I vecchi nodi che hanno saltato l'aggiornamento? Continuano comunque a seguire i nuovi blocchi. Nessun problema, nessuna divisione della catena. Probabilmente vi sarete imbattuti in questo termine in occasione di aggiornamenti di Bitcoin come SegWit o Taproot, e vi sarete chiesti cosa lo distingua effettivamente da un hard fork.
Ecco la versione semplice, senza tecnicismi. Possiedi criptovalute, gestisci un nodo o sei semplicemente curioso di sapere perché alcuni aggiornamenti scatenano il caos mentre altri passano inosservati? Di solito la differenza sta proprio in questa.
Che cos'è un soft fork nella blockchain?
I soft fork rendono le regole di una blockchain più rigide, mai più permissive. Un blocco che sarebbe stato accettato secondo le vecchie regole potrebbe ora essere rifiutato. Ma i blocchi che seguono le nuove regole più restrittive? Il vecchio software li considera ancora validi.
Il trucco sta proprio nella compatibilità unidirezionale. I vecchi nodi non comprendono le nuove regole nel dettaglio e, onestamente, non ne hanno bisogno. Vedono solo blocchi che sembrano validi e continuano a funzionare, ignari del fatto che una parte di ciò che prima era valido ora non lo è più.
Gli hard fork ribaltano questa situazione. Allentano o riscrivono completamente le regole in modi che i vecchi nodi non possono assolutamente convalidare. Inasprimento o allentamento, questa singola differenza decide se un aggiornamento mantiene tutti su un'unica catena o divide la rete a metà.
Ecco un'immagine mentale migliore: un regolamento che si restringe, non che viene riscritto. Prima del fork, un certo intervallo di blocchi era considerato valido. Dopo, questo intervallo si restringe un po'. Alcuni blocchi che prima venivano accettati ora vengono rifiutati dai nodi aggiornati. Il punto fondamentale, però, è che ogni blocco accettato secondo le nuove regole era già valido anche secondo le vecchie. Non viene ammesso nulla di nuovo. Qualcosa di vecchio viene semplicemente bloccato. Questo è il motivo per cui il software non aggiornato continua a funzionare come se nulla fosse successo.
Come funziona esattamente un soft fork?
Il meccanismo si basa sul comportamento dei nodi e sulla validazione delle regole. In linea di massima, ecco come funziona:
- Gli sviluppatori propongono una modifica che restringe l'insieme delle transazioni o dei blocchi validi, solitamente per risolvere una limitazione o aggiungere una nuova funzionalità.
- La comunità e gli operatori dei nodi esaminano, testano e discutono la proposta, spesso attraverso un processo formale come le Bitcoin Improvement Proposals (BIP).
- I minatori o i validatori iniziano a segnalare il loro supporto alle nuove regole, spesso attraverso un meccanismo incorporato nei blocchi che producono.
- Una volta che la segnalazione raggiunge una soglia di attivazione, in genere intorno al 90-95% dei blocchi recenti, le nuove regole vengono applicate dai nodi aggiornati.
- I nodi non aggiornati continuano a convalidare i blocchi utilizzando la loro logica esistente. Poiché le nuove regole sono un sottoinsieme di quelle vecchie, i blocchi che soddisfano le nuove regole soddisfano anche le vecchie, quindi i nodi non aggiornati li accettano senza problemi.
- La rete continua a funzionare come un'unica catena, con i nodi aggiornati che applicano le regole più severe e i nodi non aggiornati che ne beneficiano silenziosamente senza tecnicamente applicarle.
Il risultato: un aggiornamento in tempo reale che non richiede l'intervento simultaneo di tutti i partecipanti. È proprio per questo che i soft fork sono lo strumento ideale per la maggior parte degli aggiornamenti di routine della blockchain. Un aspetto importante da sottolineare è che i nodi non aggiornati non applicano attivamente le nuove regole. Si limitano a sfruttare il fatto che la potenza di calcolo dominante della rete le applica per tutti. Questo è uno dei motivi per cui l'adesione dei miner è così importante per la velocità e la sicurezza con cui un soft fork si afferma.
Forchetta morbida contro forchetta rigida: qual è la vera differenza?
La questione del soft fork contro hard fork è ricorrente, e la risposta breve è la direzione di compatibilità. Un soft fork restringe le regole in un modo che il vecchio software continua ad accettare. Un hard fork cambia le regole in un modo che il vecchio software rifiuta categoricamente.
| Aspetto | Forchetta morbida | Forcone rigido |
|---|---|---|
| Direzione della regola | Più rigoroso, restringe i blocchi validi | Più allentato o radicalmente cambiato |
| Retrocompatibile? | Sì, i vecchi nodi accettano nuovi blocchi | No, i vecchi nodi rifiutano i nuovi blocchi |
| Richiede un aggiornamento universale? | NO | Sì, oppure la catena si spezza |
| Rischio di rottura della catena | Basso | Elevato se il consenso non è unanime |
| È necessario il coordinamento | Segnalazione miner/validatore | Accordo di rete completo |
| Esempio | SegWit, Taproot | Bitcoin Cash si è separato da Bitcoin |
I soft fork tendono ad essere l'opzione meno problematica perché la rete non deve essere unanime e immediata d'accordo. Gli hard fork sono per loro natura più dirompenti, poiché chiunque non aggiorni in tempo si ritrova di fatto a utilizzare una blockchain diversa e incompatibile.
Questo è anche il motivo per cui gli hard fork tendono a fare notizia, mentre i soft fork raramente. Un hard fork spesso si accompagna a un nuovo simbolo ticker, una nuova quotazione su un exchange e un dibattito pubblico su quale blockchain rappresenti il progetto "reale". Un soft fork, di solito, si manifesta solo come un aggiornamento del numero di versione del software del portafoglio, e la maggior parte degli utenti non si accorge nemmeno che le regole sottostanti sono cambiate.
Esempi concreti di soft fork in Bitcoin e non solo
I soft fork non sono un concetto teorico. Bitcoin li ha utilizzati ripetutamente per aggiungere funzionalità senza mai dividere la rete con la forza.
- SegWit (2017): Segregated Witness ha ristrutturato il modo in cui i dati delle transazioni vengono conteggiati ai fini della dimensione del blocco, ha corretto un bug chiamato "malleabilità delle transazioni" e ha gettato le basi per il Lightning Network. Rimane l'esempio di soft fork più citato nella storia di Bitcoin.
- Taproot (2021): Ha introdotto le firme Schnorr e migliorato la privacy e l'efficienza per le transazioni complesse, mantenendo al contempo la compatibilità con i nodi che non erano stati aggiornati.
- P2SH (2012): Pay-to-Script-Hash ha semplificato il modo in cui i portafogli multi-firma e gli script simili agli smart contract venivano rappresentati sulla blockchain, ancora una volta senza forzare una divisione della rete.
- BIP66 (2015): Ha imposto una codifica DER rigorosa per le firme digitali, chiudendo una lacuna tecnica che avrebbe potuto causare incoerenze nella convalida.
Ognuna di queste ha inasprito le regole di Bitcoin in modo specifico e deliberato, e ognuna è stata lanciata senza dividere la comunità in due monete concorrenti.
Perché gli sviluppatori preferiscono i soft fork agli hard fork
Avendo la possibilità di scegliere, la maggior parte degli sviluppatori principali di Bitcoin ed Ethereum opta prima per un soft fork, e non solo per una preferenza tecnica. I motivi sono piuttosto pratici.
Innanzitutto, nessuno è obbligato ad aggiornare lo stesso giorno. Wallet, exchange, mining pool, tutti possono migrare secondo i propri tempi, senza dover rispettare una scadenza rigida. Su larga scala, questa flessibilità è fondamentale, poiché far coordinare un aggiornamento simultaneo a migliaia di operatori indipendenti è davvero difficile.
Poi c'è l'unità. Un soft fork mantiene la rete e la criptovaluta unite. Non compare alcun token concorrente. Nessun exchange deve scegliere quale sia la blockchain "autentica". Nessuna comunità si frammenta in fazioni che litigano sulla legittimità. Per una rete di pagamento in particolare, questo tipo di stabilità ha un valore inestimabile.
Anche la reversibilità è importante. Poiché i vecchi nodi non si impegnano mai completamente ad applicare le nuove regole autonomamente, un soft fork mal riuscito a volte può essere annullato con molti meno problemi rispetto all'annullamento di un hard fork che ha già generato una seconda criptovaluta che viene scambiata in modo indipendente.
Rischi e limiti dei soft fork
I soft fork non sono privi di rischi, anche se generalmente sono considerati la strada più sicura. È bene essere a conoscenza di alcune limitazioni reali.
- I nodi non aggiornati continuano a convalidare i blocchi secondo le vecchie regole, il che significa che non possono verificare in modo indipendente che le condizioni specifiche delle nuove regole vengano effettivamente applicate correttamente, ma si affidano alla maggioranza.
- Se una minoranza sufficientemente ampia di minatori si rifiuta di aggiornare il proprio sistema e continua a produrre blocchi secondo le vecchie regole, possono comunque emergere situazioni controverse, che talvolta sfociano in una scissione di fatto, anche se il fork è stato tecnicamente "morbido".
- La forte dipendenza dalla segnalazione dei miner implica che l'attivazione del soft fork possa essere influenzata dalla concentrazione dei pool di mining, il che solleva legittimi interrogativi su quanto il processo sia effettivamente decentralizzato nella pratica.
- Alcuni soft fork sono più complessi da implementare in modo sicuro di quanto sembri, poiché gli sviluppatori devono assicurarsi che le nuove regole siano effettivamente un sottoinsieme rigoroso di quelle vecchie; qualsiasi errore in questo senso può creare lacune di validazione impreviste.
Niente di tutto ciò rende i soft fork pericolosi. Significa semplicemente che "compatibile con le versioni precedenti" non è sinonimo di "privo di rischi", e che il coordinamento rimane fondamentale anche quando non è prevista una separazione netta.
Come viene attivato un soft fork su una blockchain
Il solo nuovo codice non basta per rendere operativo un soft fork. Qualcuno deve confermare che la rete sia effettivamente pronta, e questo richiede coordinamento.
Bitcoin ha sperimentato diversi metodi per questo scopo. Il sistema di segnalazione in stile BIP9 è il classico: i miner inseriscono un piccolo indicatore nei blocchi che minano, praticamente alzando la mano. "Pronti". Una volta che un numero sufficiente di blocchi recenti, di solito circa il 95%, alza la mano entro un determinato intervallo di tempo, le nuove regole vengono applicate. Segue poi l'applicazione delle regole.
Metodi di attivazione più recenti, come Speedy Trial e varie forme di soft fork attivati dagli utenti, sono emersi in parte perché la segnalazione da parte dei soli miner può bloccarsi se i pool di mining sono lenti a rispondere o politicamente riluttanti. Questi meccanismi alternativi offrono agli operatori dei nodi e alla comunità in generale un'influenza più diretta sull'effettiva realizzazione di un aggiornamento, anziché lasciare la decisione interamente ai miner.
L'attivazione di Taproot nel 2021 è un buon esempio di come questi metodi possano funzionare insieme. Ha utilizzato un processo di segnalazione modificato chiamato Speedy Trial, che ha stabilito una finestra temporale più breve e definita entro la quale i miner dovevano segnalare la propria disponibilità, con un percorso di fallback che avrebbe permesso alla comunità di attivare l'aggiornamento anche senza il pieno supporto dei miner. Tale fallback si è rivelato meno importante nella pratica, dato che la segnalazione è avvenuta senza problemi, ma la sua esistenza dimostra quanto si sia evoluta la progettazione dei processi di attivazione rispetto ai primi soft fork di Bitcoin, guidati esclusivamente dai miner.
Considerazioni finali
Silenziosa, graduale, senza autodistruggersi: ecco come si evolvono la maggior parte delle reti blockchain. Inasprire le regole anziché allentarle permette a una rete di aggiungere funzionalità, eliminare bug, funzionare in modo più snello, rimanendo al contempo utilizzabile anche per chi non ha mai effettuato l'aggiornamento. Le aziende che scelgono un'infrastruttura crittografica dovrebbero puntare alla stessa cosa: miglioramenti basati su fondamenta stabili e unificate, non su cambiamenti radicali. Anche Plisio si muove in questa direzione: stabile, compatibile, progettato per continuare a funzionare anche quando le reti sottostanti sono in continua evoluzione.
