Lo sviluppatore Bitcoin di lunga data Matt Corallo afferma che c'è una probabilità dell'80% che il "Great Consensus Cleanup", proposto per la prima volta nel 2019, sia il prossimo soft fork di Bitcoin — una correzione pratica per problemi che "tutti riconoscono come problemi".

L'aggiornamento, formalizzato come BIP-54, mira a quattro vulnerabilità di lunga data nelle regole di consenso della rete: poison blocks, time warp bug, malleabilità di Merkle e transazioni coinbase duplicate. Nessuna è considerata urgente, ma tutte sono reali, secondo Corallo, coautore della proposta.

Non tutti considerano un soft fork orientato alla manutenzione un passo avanti. Paul Sztorc, cofondatore e CEO di LayerTwo Labs, l'ha liquidato come un lavoro di manutenzione "deprimente".

Una pulizia costruita negli anni

Mentre i dibattiti sulla resistenza quantistica possono attirare l'attenzione, molti esperti si aspettano che il prossimo soft fork di Bitcoin sia una pulizia pratica — che comprenda correzioni per le vulnerabilità del meccanismo di aggiustamento della difficoltà della rete, oltre a vettori denial-of-service tra i miner. Noto come Great Consensus Cleanup (BIP-54), la proposta del 2019 cerca di affrontare le "impurità" del design del consenso di Bitcoin attraverso modifiche storicamente accantonate, secondo Corallo.

Un soft fork è una modifica retrocompatibile alle regole di consenso di Bitcoin — gli standard condivisi che ogni full node utilizza per decidere quali blocchi e transazioni sono validi — che le restringe in modo tale che il software più vecchio le accetti comunque. Poiché i difetti di queste regole influenzano contemporaneamente ogni nodo della rete, correggerli significa coordinare un aggiornamento across l'intero ecosistema, non sistemare un singolo pezzo di software.

"C'è una lista interminabile di cose che conosciamo e che dobbiamo davvero sistemare", ha dichiarato durante una recente apparizione su MARA Foundation TV. "Tutti questi problemi sono preoccupazioni reali che potrebbero impattare negativamente Bitcoin, ma non è come dire: 'Oh, il cielo sta crollando'."

Sebbene non sia stata stabilita una timeline formale per la proposta, Corallo ha detto durante una conversazione con Isabel Foxen Duke, responsabile della MARA Foundation, che c'è una probabilità dell'80% che il Great Consensus Cleanup sia il prossimo per la rete. L'ha anche definita un esercizio pratico per gli sviluppatori Bitcoin che non hanno ancora attraversato un soft fork.

Quattro vulnerabilità nel perimetro

Nella sostanza, ha detto Corallo, il BIP-54 "sistema alcune cose che tutti riconoscono come problemi". La proposta mira a quattro vulnerabilità specifiche:

• Poison blocks: Un miner in cerca di un vantaggio temporaneo sui concorrenti potrebbe minare un blocco appositamente costruito che sfrutta i colli di bottiglia delle prestazioni, rallentando intenzionalmente la validazione dei nodi per tutti gli altri.
• Time warp bug: Una scappatoia nella finestra biennale di aggiustamento della difficoltà di Bitcoin consente ai miner che controllano la maggioranza dell'hashrate di manipolare i timestamp dei blocchi, accelerando artificialmente il ritmo di emissione dei nuovi blocchi.
• Malleabilità di Merkle: Poiché una transazione di 64 byte ha esattamente la stessa dimensione dei dati di un nodo interno dell'albero di Merkle, un attaccante può teoricamente falsificare prove per ingannare i light client facendogli accettare transazioni contraffatte.
• Transazioni coinbase duplicate: Peculiarità storiche del design che consentivano ID di transazione duplicati riemergeranno a future altezze di blocco, creando una vulnerabilità che potrebbe sovrascrivere monete esistenti o alterare la contabilità del ledger.

"Abbastanza deprimente"

Non tutti considerano un soft fork orientato alla manutenzione una vittoria. Paul Sztorc, cofondatore e CEO di LayerTwo Labs, ha definito la possibile attivazione del BIP-54 "abbastanza deprimente, dato che è un fork di manutenzione ordinaria che non fa nulla" in un post su X.

Sondando gli sviluppatori al TABconf di Atlanta, Sztorc ha notato che i "migliori e più brillanti" di Bitcoin si aspettano comunque in prevalenza che il Great Consensus Cleanup sia il prossimo soft fork di Bitcoin, con la stima più anticipata a settembre 2027 e la maggioranza che indica il 2028 o oltre.

La politica dell'attivazione

Dopo l'attivazione di Taproot nel 2021, la comunità di Bitcoin ha affrontato anni di paralisi riguardo alle modifiche del protocollo. Questa frizione è spesso inquadrata nel concetto di "ossificazione", con modifiche protocollo più ampie come OP_CAT (BIP-347) e OP_CHECKTEMPLATEVERIFY (BIP-119) che faticano a raggiungere un consenso a livello di ecosistema.

Bitcoin ha attivato solo una manciata di soft fork nella sua storia — tra questi Segregated Witness nel 2017 e Taproot nel 2021 — e ciascuno ha richiesto un ampio coordinamento tra sviluppatori, miner e operatori di nodo prima che le nuove regole entrassero in vigore.

Secondo Corallo, i soft fork hanno sempre comportato il superamento di ostacoli tecnici, ma più di recente ha osservato una frizione politica e sociale diventata altrettanto rilevante. La comunità di Bitcoin ha trascorso mesi a discutere su come attivare Taproot, con argomentazioni che contrapponevano le soglie di segnalazione dei miner ai flag day obbligatori per gli utenti.

Corallo sostiene che il BIP-54 possa stabilire un playbook di deployment per i futuri soft fork. "In ogni recente soft fork c'è stato anche un sacco di drama sui meccanismi di attivazione", ha detto. "Quindi si spera che possiamo fare un soft fork per attraversare quel drama, e poi copiare, incollare e riutilizzarlo per prevenire parte di quel drama [per i futuri soft fork]."

In questo senso, il BIP-54 riguarda tanto la dimostrazione che Bitcoin può ancora trovare accordo sugli aggiornamenti a livello sociale, quanto la pulizia effettiva del codice.

Questo articolo è stato scritto da André Beganski, Senior Content Manager presso MARA Foundation, che produce contenuti su temi tra cui l'intersezione tra informatica quantistica e crittografia. Ha precedentemente lavorato per Decrypt.