Offerto da
Featured

Uno sviluppatore di Bitcoin Core avverte gli utenti di sospendere i trasferimenti di BTC con l'avvicinarsi della scadenza del BIP-110

Jon Atack, sviluppatore principale di Bitcoin, invita gli utenti a sospendere le transazioni durante la seconda settimana di agosto 2026, sottolineando il rischio di riorganizzazione legato alla finestra di attivazione del BIP-110.

SCRITTO DA
CONDIVIDI
Uno sviluppatore di Bitcoin Core avverte gli utenti di sospendere i trasferimenti di BTC con l'avvicinarsi della scadenza del BIP-110

Punti chiave

  • Jon Atack avverte i trader di evitare trasferimenti di Bitcoin nell’agosto 2026 in prossimità del blocco 961.632.
  • Al 1° luglio 2026, la percentuale di miner che segnalano il BIP-110 si attesta appena allo 0,79%.
  • Luke Dashjr afferma che i nodi aggiornati non correranno alcun rischio di riorganizzazione una volta che il BIP-110 sarà entrato in vigore.

Atack ha pubblicato l’avvertimento su X il 29 giugno 2026. Ha dichiarato di voler utilizzare in parallelo sia una versione personalizzata di Bitcoin Core che Bitcoin Knots 110 per osservare il comportamento della rete prima che le nuove regole entrino in vigore.

Un soft fork temporaneo mira ai dati nelle transazioni

Il BIP-110 è una proposta di soft fork temporaneo volta a contrastare ciò che i promotori definiscono “spam”. Limita i dati arbitrari nelle transazioni, inclusi output OP_RETURN di grandi dimensioni e le iscrizioni.

I nuovi output sarebbero limitati a 34 byte, mentre per OP_RETURN sarebbero consentiti fino a 83 byte. I data push e gli elementi witness sarebbero limitati a 256 byte. Gli UTXO creati prima dell’attivazione rimangono esenti e la regola scade automaticamente dopo circa un anno.

Il numero di segnalazioni rimane basso mentre la scadenza si avvicina

La segnalazione obbligatoria inizia intorno al blocco 961.632, previsto per l’inizio di agosto 2026. Al 2 luglio, la segnalazione si attesta a circa lo 0,76% nell’attuale periodo di difficoltà. I nodi basati su Knots costituiscono, secondo le stime, dall’8% al 22% della rete, a seconda della metrica utilizzata, ma la potenza di hash dei miner a sostegno del cambiamento è rimasta estremamente esigua.

Fonte immagine: bip110.org/monitor

L’altezza del blocco di Bitcoin si attesta intorno alla cifra di 956.000 al 2 luglio, il che colloca la finestra obbligatoria a circa 5.000 blocchi di distanza.

Perché esiste il rischio di riorganizzazione durante la finestra

Poiché l’applicazione del BIP-110 avviene tramite i nodi piuttosto che solo tramite i miner, un ritardo nella potenza di hash potrebbe causare brevi riorganizzazioni, blocchi più lenti sul lato che applica il BIP-110 o una divergenza del mempool una volta iniziato il periodo di segnalazione obbligatorio. Luke Dashjr ha risposto al thread di Atack, sostenendo che non vi è alcun rischio di riorganizzazione per gli utenti che hanno già effettuato l’aggiornamento al BIP-110. Altre risposte hanno contestato questa posizione, chiedendosi perché gli utenti dovrebbero mettere da parte i propri fondi, e alcuni hanno invocato test attivi o opposizione invece della neutralità. «Cazzo, evitate di effettuare transazioni. Bisogna inserire grandi OP_RETURN e Inscription in ogni blocco per 144 blocchi", ha scritto un utente di X. È molto probabile che molti sostenitori di OP_RETURN e Inscription facciano proprio questo.

Spiegazione della configurazione a doppio nodo

Il piano di Atack rispecchia un metodo a disposizione di qualsiasi utente con competenze tecniche. Eseguire un nodo Bitcoin Core standard insieme a un nodo Knots con directory di dati separate permette a un operatore di monitorare entrambe le estremità della catena contemporaneamente. Quando un miner produce un blocco che omette la segnalazione BIP-110, il nodo Core lo accetta mentre il nodo Knots lo rifiuta, creando due visioni attive della catena su un’unica macchina.

Gli operatori possono monitorare una possibile divisione della catena utilizzando chiamate RPC standard come getblockchaininfo e getchaintips, confrontando in tempo reale le altezze dei blocchi, i contenuti del mempool e le voci del registro dei blocchi rifiutati tra i due nodi.

Misure che gli utenti possono adottare prima di agosto

Per i possessori che desiderano ridurre l’esposizione durante questo periodo, ci sono alcune misure pratiche da adottare.

  • Trasferire i fondi dagli exchange in custodia autonoma prima che inizi il periodo di segnalazione obbligatorio.
  • Rimandare i trasferimenti di importo elevato o urgenti fino a quando le conferme non si saranno stabilizzate dopo la scadenza.
  • Attendere un numero maggiore di conferme, da sei a dieci invece delle solite da una a tre, se una transazione non può attendere. Gli exchange e i fornitori di infrastrutture potrebbero aumentare il numero di conferme richieste per i depositi.
  • Se i fondi si trovano su un exchange, l’operatore potrebbe riconoscere o meno una divisione della catena e il token che ne potrebbe derivare. È molto probabile che gli exchange annuncino piani preliminari relativi a una possibile divisione della catena prima della scadenza.

Cosa succede dopo l’attivazione

Se il BIP-110 viene adottato, le regole complete di limitazione dei dati entreranno in vigore circa 2.016 blocchi dopo la fine del periodo di segnalazione obbligatorio, posticipando l’attivazione completa a metà-fine agosto o all’inizio di settembre. La regola rimarrà quindi in vigore per circa un anno prima di scadere automaticamente.

Atack ha definito la sua posizione neutrale, presentando l’approccio a doppio nodo come uno strumento di osservazione piuttosto che come una previsione su quale catena alla fine prevarrà. Se il BIP-110 seguirà un percorso simile dovrebbe cominciare a emergere dai dati di segnalazione nelle prossime settimane. Va notato che, per quanto riguarda l’evento BIP-110, una divisione della catena rimane solo una possibilità e non è ampiamente prevista. Al contrario, il fork di eCash di agosto è una divisione intenzionale che produrrà due catene separate e due monete, sebbene eCash sarà riconosciuto come un asset alternativo piuttosto che come BTC.

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.

Tag in questa storia