Lo sviluppatore di Bitcoin Chris Guida ha rispolverato un codice che potrebbe consentire di cambiare l’algoritmo di mining su una catena separata basata sul BIP-110, qualora i sostenitori non riuscissero a superare la resistenza dei miner. Con l’avvicinarsi rapido dell’altezza di attivazione, i sostenitori stanno ora proponendo apertamente un passaggio al proof-of-work (PoW) nel caso in cui il BIP-110 li lasci bloccati su una catena minoritaria debole che smetta di funzionare.
I sostenitori del BIP-110 si preparano al passaggio al PoW nel caso in cui i miner rifiutassero il piano di soft fork

Punti chiave
- Chris Guida ha aggiornato il codice del fork PoW del 2017 in vista della finestra temporale dell’8-9 agosto prevista per il BIP-110.
- La soglia del 55% del BIP-110 metterà alla prova la capacità dei nodi Bitcoin di superare la resistenza dei miner.
- Start9 ha chiuso i canali Lightning prima del blocco 961632 a causa dell’aumento dei rischi di scissione
L’attivazione del codice non è ancora prevista e Guida l’ha descritta come una misura di emergenza di ultima istanza piuttosto che come un fork imminente. Il rilascio pubblico del codice aumenta ulteriormente la posta in gioco riguardo al BIP-110, un soft fork temporaneo proposto che limiterebbe la quantità di dati non finanziari incorporabili nelle transazioni Bitcoin e potrebbe collocare i nodi che lo applicano su una catena separata qualora i miner si rifiutassero di collaborare.
Guida riporta in auge l’opzione nucleare di Bitcoin
Guida ha rebasato il codice di modifica della proof-of-work scritto dallo sviluppatore di Bitcoin Luke Dashjr nel 2017 su un recente codice base di Bitcoin Knots. Il ramo pubblico aggiorna il concetto precedente per il software moderno e include modifiche alla convalida del mining, alle impostazioni di consenso, alla gestione dei blocchi, ai parametri della catena e ai test funzionali. Il 4 agosto, Guida ha dichiarato pubblicamente che il codice viene tenuto «nella manica» nel caso in cui i miner blocchino o ritardino l’attuazione del BIP-110.
«Sembra che la gente pensi che l’intenzione sia quella di attivare immediatamente questa modifica al proof-of-work», ha scritto lo sviluppatore. «Non è così. Si tratta semplicemente di un codice da tenere nella manica nel caso in cui i miner tradissero Bitcoin, da attivare in un momento successivo».

Lo scopo è quello di offrire ai sostenitori del BIP-110 una via di fuga dalla potenza di calcolo controllata dai miner esistenti. Un nuovo algoritmo di proof-of-work (PoW) impedirebbe alle attuali macchine specializzate per il mining di Bitcoin di dominare immediatamente la catena separata. Guida ha dichiarato di aspettarsi che i miner sostengano un’attivazione senza intoppi del BIP-110, mentre Dashjr ha rincarato la dose affermando che «Core è la scamcoin», chiarendo che, a suo avviso, la battaglia è tutt’altro che finita.
Gli Ordinals continuano a circolare mentre i principali attori di Bitcoin restano in silenzio
Coloro che sostengono gli Ordinals, le Runes e altri dati arbitrari sulla blockchain stanno rendendo inequivocabilmente chiara la loro posizione proprio prima che inizi la segnalazione obbligatoria. All’altezza del blocco 961278, MARA Pool ha minato un blocco contenente solo due transazioni, una delle quali incorporava un’immagine in stile vintage di Pepe the Frog. «Davvero, MARA?», ha scritto un utente. «3,85 MB di spazio per questo? C’è gente che usa Slipstream per questo…»

In tutta l’infrastruttura di Bitcoin, la pianificazione di emergenza per il BIP-110 è stata sorprendentemente silenziosa. I principali pool di mining, tra cui MARA Pool, Antpool, F2Pool, ViaBTC e altri, hanno rivelato ben poco, mentre il sostegno è arrivato in gran parte da operatori più piccoli come SoV, Roughnecks e Sympatheia. Gli exchange e i custodi rimangono per lo più in silenzio. Bitcoin.com News aveva precedentemente riportato che le piattaforme australiane di bitcoin Bitaroo e Hardblock sono tra le poche ad aver delineato pubblicamente piani di emergenza.
Il BIP-110 impone ai miner una scadenza
Il BIP-110, formalmente denominato “Reduced Data Temporary Softfork”, inasprirebbe le regole di Bitcoin sui dati arbitrari per circa un anno. Limiterà determinati dati contigui, ridurrà le dimensioni consentite degli script e ripristinerà un limite di consenso di 83 byte per OP_RETURN, un campo di transazione che può essere utilizzato per allegare dati. I sostenitori affermano che le restrizioni riporterebbero l’attenzione del livello di base sull’attività finanziaria e ridurrebbero i rischi legali o operativi per gli operatori dei nodi.
La proposta richiede una segnalazione da parte del 55% dei miner, ovvero 1.109 blocchi su 2.016, per un blocco anticipato. Se tale soglia non viene raggiunta, una finestra di segnalazione obbligatoria avrà inizio al blocco 961.632, il cui avvio è previsto per questo fine settimana, intorno all’8 o al 9 agosto. I nodi che applicano il BIP-110 rifiuteranno quindi i blocchi che non segnalano il sostegno, con il blocco previsto al più tardi al blocco 963.648 e l’attivazione prevista intorno al blocco 965.664.

La segnalazione volontaria è rimasta bassa, anche se l’adozione di Bitcoin Knots è apparsa più elevata tra i nodi raggiungibili. Questo divario è rilevante perché i miner forniscono la potenza di calcolo che fa avanzare la catena, mentre i nodi decidono in modo indipendente quali blocchi e quali regole accettare. Quando i miner e un gruppo significativo di nodi seguono regole incompatibili, Bitcoin può dividersi in cronologie concorrenti, lasciando in ultima analisi alle aziende e agli utenti il compito di decidere quale catena riconoscere.
Un passaggio al PoW renderebbe obsoleti gli attuali ASIC
Bitcoin utilizza attualmente il doppio SHA-256, noto come SHA-256d, come algoritmo PoW. Macchine specializzate chiamate circuiti integrati specifici per applicazione, o ASIC, eseguono tale calcolo in modo molto più efficiente rispetto ai normali computer e rappresentano la quasi totalità del mining moderno di Bitcoin. Cambiare l’algoritmo renderebbe tali macchine inefficaci sulla nuova catena, a meno che gli sviluppatori non selezionassero un sostituto compatibile.

Il codice di Guida consente a un futuro hard fork di cambiare algoritmo dopo un periodo di tempo configurabile. Le opzioni disponibili includono SHA-256, SHA-256d, RIPEMD-160 e HASH160, sebbene l’impostazione della mainnet lasci il fork non programmato per impostazione predefinita. Qualsiasi lancio effettivo richiederebbe che sviluppatori e utenti concordino su un algoritmo, un momento di attivazione, il rilascio del software e un piano di coordinamento. Attualmente non esiste alcuna tempistica di questo tipo.

Il primo blocco generato con l’algoritmo sostitutivo avrebbe un obiettivo di mining circa 1 milione di volte più facile rispetto all’impostazione predefinita. Tale azzeramento ha lo scopo di aiutare una catena con scarsa potenza di calcolo iniziale a produrre blocchi invece di bloccarsi. Successivamente verrebbero ripristinate le normali regole di difficoltà. I sostenitori vedono questo meccanismo come una leva nei confronti dei miner, mentre i critici sostengono che potrebbe distruggere gli investimenti nel mining, frammentare la liquidità e creare una criptovaluta di nicchia con un supporto infrastrutturale debole.
Gli operatori di Lightning si muovono per limitare l’esposizione al fork
Un fork proof-of-work creerebbe complicazioni che vanno ben oltre il mining. Start9 ha avvertito che i canali della Lightning Network aperti prima di una scissione potrebbero essere difficili da recuperare o migrare poiché le loro transazioni pre-firmate, i time lock e le regole sulle penali sono stati costruiti attorno a una cronologia condivisa della catena. Una catena che avanza lentamente o che viene riorganizzata potrebbe lasciare i saldi dei canali bloccati o esporre gli utenti a controversie relative a stati precedenti dei canali.

Start9 ha consigliato agli utenti di prendere in considerazione la chiusura cooperativa dei canali prima della finestra di segnalazione obbligatoria e ha dichiarato di aver chiuso i canali del proprio nodo aziendale a titolo precauzionale. La chiusura di un canale della rete Lightning normalmente restituisce i fondi agli output on-chain regolari controllati dalle chiavi dell’utente. Gli exchange, i custodi e i servizi di pagamento dovrebbero affrontare decisioni separate riguardo a depositi, prelievi, requisiti di conferma e protezione dal replay, che impedisce che una transazione su una catena venga copiata sull’altra.
La prossima battaglia di Bitcoin metterà alla prova chi stabilisce le regole
La controversia fa rivivere le discussioni della battaglia del 2017 sulla dimensione dei blocchi di Bitcoin, quando gli utenti promossero l’applicazione tramite software (User Activated Soft Fork – UASF) come contrappeso al potere dei miner. I sostenitori del BIP-110 affermano che i nodi economici definiscono le regole di Bitcoin e dovrebbero poter respingere i miner che le rifiutano. Gli oppositori ritengono che il modello di attivazione sia aggressivo e che i miner che seguono il consenso esistente non stiano attaccando la rete.

Per ora, il ramo proof-of-work di Guida rimane un’opzione di riserva inutilizzata. La prova immediata consiste nel verificare se i miner di Bitcoin modificheranno il loro comportamento di segnalazione durante la finestra obbligatoria e se i nodi che applicano il fork rimarranno su una catena valida. I prossimi segnali da tenere d’occhio sono i rilasci ufficiali di Bitcoin Knots, il supporto dei miner, le chiusure dei canali Lightning, le politiche degli exchange e qualsiasi mossa volta ad assegnare al codice dell’hard fork un algoritmo specifico o una data di attivazione.
Al momento della stesura di questo articolo, con la punta della catena a 961425 alle 8:15 EDT di venerdì 7 agosto 2026, mancano solo 207 blocchi prima che il mandato abbia inizio al blocco 961632. I numeri parlano chiaro. Solo 47 dei 1.818 blocchi hanno segnalato il supporto al BIP-110, lasciando l’attuale tasso di segnalazione fermo a circa il 2,59%.
Questo articolo è stato tradotto dall'inglese tramite IA. La versione originale in inglese è la fonte autorevole; le traduzioni automatiche possono contenere imprecisioni, in particolare nella terminologia legale e normativa.












