Il tentativo di attivazione del BIP-110 di Bitcoin ha prodotto un fork minoritario attivo dopo che i nodi che applicano la proposta hanno respinto un blocco non segnalatore all'altezza 961.632 all'inizio del 9 agosto. La maggior parte dei miner ha continuato a estendere la rete esistente secondo le attuali regole di consenso, allargando rapidamente il divario tra i due rami in competizione.

Secondo BIP110Monitor, verso le 01:00 UTC del 9 agosto, la catena principale aveva raggiunto il blocco 961.654 mentre il ramo che applica la proposta si trovava al blocco 961.633 — un deficit di 21 blocchi. Zero dei primi 23 blocchi nel nuovo periodo di difficoltà hanno segnalato supporto alla proposta.

Come si è Verificata la Scissione

Il fork ha avuto origine al blocco 961.632, che segnava l'inizio della finestra di segnalazione obbligatoria del BIP-110. AntPool ha estratto un blocco che non includeva il richiesto segnale del version bit 4, mentre Roughnecks ha prodotto un blocco competente concorrente tramite OCEAN. I nodi che applicano il BIP-110 hanno respinto il blocco di AntPool e hanno seguito il ramo alternativo. La rete principale, non vincolata alle nuove regole, ha continuato a estendere Bitcoin secondo le regole di consenso esistenti.

Il supporto alla proposta era già minimo prima della scissione. Durante il precedente periodo di ritardo di 2.016 blocchi, solo 51 blocchi hanno segnalato supporto — circa il 2,53% del totale.

Meccanismo di Attivazione e Cronologia

BIP-110 utilizza un processo di attivazione BIP9 modificato. Secondo le regole di blocco anticipato, 1.109 blocchi su 2.016 (il 55%) avrebbero dovuto segnalare supporto, ma la partecipazione deiminer è rimasta ben al di sotto di quella soglia. Di conseguenza, la proposta è entrata nella fase di segnalazione obbligatoria al blocco 961.632.

Da quel momento, i nodi che applicano la proposta hanno iniziato a respingere qualsiasi blocco che non impostasse il version bit 4. Il requisito di segnalazione obbligatoria rimane in vigore fino al blocco 963.647. Secondo le regole della proposta, il ramo minoritario forzerà il blocco al blocco 963.648.

Le restrizioni sulle transazioni della proposta non si attiverebbero immediatamente. Tali regole sono programmate per entrare in vigore al blocco 965.664 e rimarrebbero attive per 52.416 blocchi prima di scadere. L'attuale fork riguarda quindi principalmente i requisiti di segnalazione e la selezione della catena, non ancora le transazioni che violerebbero le proposte restrizioni temporanee sui dati del BIP-110.

Cosa Propone Concretamente il BIP-110

A dispetto di alcune descrizioni sui social media, BIP-110 non è un aggiornamento di sicurezza per il quantum computing. Il suo titolo ufficiale è "Reduced Data Temporary Softfork" (Softfork Temporaneo a Dati Ridotti), che riflette uno scopo più ristretto: limitare temporaneamente i dati arbitrari incorporati nelle transazioni Bitcoin. La proposta introduce sette regole di consenso che riguardano scriptPubKey, dati OP_RETURN, payload witness e diverse strutture relative a Taproot.

La proposta è emersa nel contesto di un dibattito in corso all'interno della community di Bitcoin sul volume di dati non finanziari iscritti sulla blockchain — una pratica accelerata dopo il lancio delle iscrizioni Ordinals e dei token BRC-20 nel 2023. I sostenitori delle restrizioni sui dati sostengono che i dati on-chain eccessivi gonfiano le dimensioni dei blocchi e aumentano i costi di gestione dei nodi, mentre gli oppositori affermano che le transazioni valide non dovrebbero essere censurate e che il mercato delle commissioni gestisce naturalmente l'allocazione dello spazio nei blocchi. BIP-110 rappresenta uno dei diversi approcci proposti a questa tensione, sebbene non abbia attratto un ampio supporto tra miner e sviluppatori.

Lo stato "Complete" della proposta nel repository BIP indica solo che la specifica stessa è considerata completa — non che Bitcoin l'abbia adottata. L'adozione effettiva dipende dai miner, dagli utenti, dagli exchange, dai custodi e da altri partecipanti economici che decidono quale software e quali regole di consenso riconoscere.

Rischio Replay e Preoccupazioni Operative

Bitcoin Core non ha adottato l'implementazione del BIP-110 e la maggior parte della potenza di hash continua a estendere la catena non vincolata alle nuove regole. Poiché solo una potenza di hash limitata supporta il fork che applica la proposta, la produzione di blocchi sul ramo minoritario può richiedere tempi significativamente più lunghi rispetto all'obiettivo standard di Bitcoin di circa un blocco ogni 10 minuti.

La preoccupazione più immediata per i detentori di BTC è di natura operativa. Il fork minoritario non fornisce protezione replay automatica prima della sua fase di attivazione successiva, il che significa che una transazione effettuata su un ramo potrebbe potenzialmente influenzare le stesse monete sull'altro ramo. Gli sviluppatori hanno invitato i detentori a non considerare la scissione come un'opportunità di airdrop priva di rischi.

Fonte: X