3h fa
Bitcoin, segnalazione per BIP110 al 2,64%: il conto alla rovescia verso il 9 agosto
Manca meno di due settimane all'apertura della finestra di segnalazione obbligatoria per la proposta di soft fork BIP110 su Bitcoin. Il dato in evidenza resta contenuto: il supporto dei miner si aggira intorno al 2,64%. Eppure la dinamica è cambiata: poche settimane fa la segnalazione faticava a superare l'1% e da allora è salita gradualmente con l'avvicinarsi della scadenza. L'aumento indica un interesse crescente, ma non suggerisce che i maggiori pool siano pronti a cambiare rotta.
Punti chiave
- Per iniziare a segnalare "Sì", Foundry richiede che i voti favorevoli superino il 51% dell'hashrate ponderato dei clienti.
- Alle 8:40 (EDT) del 27 luglio 2026 la segnalazione BIP110 è intorno al 2,64%, mentre si avvicina il blocco 961632 previsto intorno al 9 agosto 2026.
- Ocean e operatori minori guidano la segnalazione; Antpool, ViaBTC e altri grandi pool non mostrano sostegno a BIP110.
Alle 8:40 (ora della costa Est) del 27 luglio, la punta della chain era al blocco 959842. Mancano circa 1.790 blocchi al 961632, quota in cui i nodi che eseguono software BIP110 iniziano a rifiutare i blocchi che non segnalano il version bit 4. Con la media di dieci minuti per blocco, quel livello dovrebbe essere raggiunto intorno al 9 agosto 2026.
BIP110, denominato formalmente Reduced Data Temporary Softfork, propone di limitare la dimensione di alcuni campi dati usati nelle transazioni Bitcoin. Le nuove regole mirano soprattutto a iscrizioni in stile Ordinals, payload OP_RETURN sovradimensionati e utilizzi ad alta densità di dati, lasciando invariati i trasferimenti bitcoin ordinari orientati ai pagamenti, gli spend Taproot via keypath e le operazioni standard dei canali Lightning. In caso di attivazione, le restrizioni partirebbero dal blocco 965664 e scadrebbero automaticamente dopo 52.416 blocchi, circa un anno.
Supporto in crescita, ma non abbastanza
I grafici dell'ultimo mese raccontano più di quanto dica la percentuale attuale. In alcune fasi recenti BIP110 era sotto l'1%; da allora è salito fino in area 3%. In termini relativi è un progresso significativo, ma sulle attivazioni conta soprattutto chi segnala, non solo quanti blocchi portano il bit.
Ocean continua a rappresentare la parte principale della segnalazione. Il resto dell'hashrate favorevole proviene quasi interamente da miner indipendenti e operatori più piccoli. Tra i soggetti che risultano segnalare per BIP110 figurano Roughnecks, SoV, BIP110 Generic, Barefoot Mining, 234 Alberta, 888, Peer to Peer Money, Black Jade Advisors, Sazmining, Crestmont Fabrics, Datum Miner, SpammersGFY, Moonwalk, PyBLOCKDatum, Just For Krypto e JAMIN. Sul fronte opposto, Foundry, Antpool, ViaBTC e F2pool, i quattro pool che pesano di più sull'hashrate di rete, non hanno dato segnali di svolta. Senza un cambio di posizione di uno di questi operatori, l'incremento graduale dei piccoli partecipanti difficilmente modificherà il quadro dell'attivazione.
Lo stesso divario si riflette nel software: l'unica implementazione che fa rispettare la proposta è un fork di Bitcoin Knots. I nodi raggiungibili che eseguono quel software sono circa il 22% oggi, con un'applicazione quindi concentrata su una quota più ridotta della rete rispetto ai nodi Bitcoin Core.
Foundry e il "voto" che può spostare gli equilibri
Tra i grandi pool, Foundry ha adottato un approccio particolare. Intorno al 17 luglio 2026 ha chiesto ai clienti di votare se il pool debba iniziare a segnalare BIP110. In base a un'email inviata ai partecipanti, l'esito è legato direttamente all'hashrate dei clienti.
"La finestra di voto su Foundry USA Pool™ resterà aperta fino alla data di chiusura della finestra di segnalazione, prima del blocco 961.632", indica la pagina risorse di Foundry USA Pool. Il peso del voto si basa sull'hashrate medio di ciascun cliente. Chi non risponde viene conteggiato automaticamente come "No" e la posizione predefinita di Foundry resta contraria alla proposta. Solo se i "Sì" superano il 51% dell'hashrate ponderato dei partecipanti, il pool passerebbe a segnalare il supporto su tutti i propri blocchi.
La decisione è rilevante perché Foundry rappresenta circa il 23% - 33% dell'hashrate globale di Bitcoin, a seconda del periodo di misurazione. Un cambio improvviso di un pool di queste dimensioni modificherebbe immediatamente i grafici di segnalazione. Per ora non c'è alcuna indicazione che questo passaggio sia avvenuto. Foundry ha anche evitato endorsement pubblici, limitandosi a fornire ai clienti link alla specifica BIP, alla discussione originale su bitcoindev, alle critiche di Jameson Lopp e ai commenti di Adam Back, Michael Saylor, Luke Dashjr e altri.
Cosa succede se la finestra si apre senza supporto diffuso
Con l'arrivo del blocco 961632, la meccanica diventa cruciale. Se i livelli attuali persistono, i nodi che applicano BIP110 rifiuteranno i blocchi minati dalla maggior parte della rete perché privi del version bit richiesto. Questi nodi seguirebbero invece il numero relativamente ridotto di blocchi che segnalano.
I nodi legacy si comporterebbero in modo diverso: continuerebbero ad accettare sia blocchi con segnalazione sia senza, seguendo la chain con la maggiore proof-of-work accumulata, come da regole storiche di Bitcoin. Osservatori indipendenti hanno creato siti di monitoraggio dedicati ai parametri di attivazione e alcuni simulano l'evoluzione in diversi scenari. BIP110 Situation Monitor, per esempio, modella esiti possibili durante la finestra obbligatoria, permettendo di variare ipotesi come la quota di hashrate che potrebbe sostenere BIP110 in agosto.
Una simulazione con il 25% dell'hashrate dedicato a BIP110 produce una biforcazione della chain. Ciò può portare a due chain concorrenti, ma non equivalenti: la chain riconosciuta da Bitcoin Core e sostenuta dalla grande maggioranza dell'hashrate continuerebbe a produrre blocchi al ritmo abituale. La chain di minoranza, composta solo dai miner che segnalano, avanzerebbe molto più lentamente fino al successivo aggiustamento di difficoltà ogni 2.016 blocchi. Questo è uno dei motivi per cui il confronto si è spostato dal tema delle iscrizioni al processo stesso di attivazione.
Una strategia di attivazione diversa
BIP110 adotta un percorso differente rispetto alle due soft fork più recenti di Bitcoin. La proposta è partita il 1° dicembre 2025 con un processo BIP9 modificato: prevedeva un lock-in anticipato con 1.109 blocchi su 2.016 (55%) che segnalano in un singolo periodo di difficoltà. Se la soglia non viene raggiunta, il meccanismo procede verso un lock-in forzato al blocco 963.648, con attivazione un periodo di difficoltà dopo, al blocco 965.664.
Tra questi livelli si colloca la finestra di segnalazione obbligatoria: dal blocco 961.632 al 963.647, i nodi che applicano BIP110 rifiutano ogni blocco che non segnala il version bit 4, indipendentemente dalla proof-of-work a supporto. È un approccio diverso rispetto a Segwit e Taproot, dove i nodi non aggiornati hanno continuato ad accettare la chain con la proof-of-work più forte per tutta la fase di attivazione.
Il confronto storico più vicino è il BIP148 del 2017, una user-activated soft fork (UASF) che puntava a fare pressione sui miner tramite requisiti di segnalazione obbligatoria. Quella fase si concluse senza una scissione duratura dopo che una quota sufficiente di hashrate cambiò posizione prima della scadenza. BIP148 finì per funzionare più come leva negoziale che come attivazione effettiva. Per BIP110, l'esito dipenderà soprattutto dall'eventuale cambio di posizione di uno o più grandi pool prima del 9 agosto.
Perché i sostenitori vogliono il cambiamento
BIP110 è stato redatto con lo pseudonimo Dathon Ohm. Versioni precedenti circolavano come BIP444 prima di essere accettate nel repository dei BIP. I sostenitori sostengono che iscrizioni, token in stile BRC-20 e payload OP_RETURN sempre più grandi aumentino il costo di gestione di un full node, distorcano il mercato delle fee e dirottino risorse di rete rispetto alla funzione di Bitcoin come sistema di pagamento e regolamento.
"Rimuovere regole è un hard fork", ha scritto a inizio luglio su X Luke Dashjr, sostenitore di BIP110 e sviluppatore di Bitcoin Knots. "Questo include regole programmate come gli halving del sussidio e, sì, anche BIP110. Rifiutare BIP110 è un tentativo di hard fork controverso." Dashjr ha aggiunto: "E, a differenza delle soft fork, le hard fork hanno bisogno di consenso per riuscire. Non c'è consenso sul rifiuto di BIP110."
Gli oppositori in genere riconoscono l'esistenza dello spam, ma contestano che il meccanismo di attivazione di BIP110 sia la risposta adeguata. "L'uso di blockspace tramite OP_RETURN non è aumentato molto da quando è stata rilasciata Bitcoin Core v30. Gli OP_RETURN sovradimensionati potrebbero essere leggermente in aumento, ma consumano comunque meno dello 0,1% del blockspace", ha scritto su X Alex Thorn, responsabile della ricerca di Galaxy Digital. Poi ha aggiunto: "BIP110 è una risposta estremamente dirompente e pericolosa, visto l'impatto minimo di queste transazioni potabili."
Le prossime due settimane possono ancora cambiare tutto
Il finale potrebbe dipendere da tre fattori: se uno dei maggiori pool inizierà a segnalare supporto; se i grandi exchange chiariranno pubblicamente quale chain riconoscerebbero in caso di chain concorrenti dopo il blocco 961.632; e cosa faranno davvero i miner quando si aprirà la finestra obbligatoria, perché le percentuali pre-scadenza raccontano solo una parte della storia.
Il trend recente è favorevole a BIP110, passato da sotto l'1% a circa il 3% con l'avvicinarsi della data. Nonostante ciò, la proposta resta lontana dal mostrare un sostegno ampio tra i miner. Se nessuno dei maggiori pool di Bitcoin cambierà posizione nei prossimi giorni, la finestra di segnalazione obbligatoria dovrebbe aprirsi con un supporto ancora concentrato su una porzione relativamente ridotta della rete.