Una nuova proposta controversa, il BIP-444, cerca di limitare i dati non finanziari su Bitcoin. Presentata come una misura di sicurezza temporanea, minaccia tuttavia le transazioni “legittime” e rilancia la questione del controllo sul protocollo.
BIP-444: protezione o pericolo per Bitcoin e il suo consenso?
Dall’inizio del 2025, la comunità Bitcoin è scossa da un dibattito sui dati non monetari registrati nella blockchain tramite il campo OP_RETURN delle sue transazioni. Mentre gli sviluppatori di Bitcoin Core hanno deciso di aumentare il vecchio limite da 80 byte a 100.000 byte, Luke Dashjr, creatore del client concorrente Bitcoin Knots, si oppone fermamente, considerando questi dati come spam, un attacco contro Bitcoin. Oggi oltre il 20% dei nodi utilizza il suo client.
Alla fine di settembre, una fuga di notizie riportata dal media The Rage ha rivelato che Dashjr starebbe valutando un hard fork di Bitcoin per rimuovere retroattivamente i contenuti ritenuti illegali. Egli proponeva la creazione di un comitato multisignature di fiducia, incaricato di censurare i blocchi contenenti tali dati sostituendoli con prove crittografiche (zero-knowledge proofs). Inizialmente questa proposta non è stata presa sul serio.
Ora, con la pull request #2017, che probabilmente diventerà la BIP-444, una nuova Bitcoin Improvement Proposal, Luke Dashjr spera di proteggere la blockchain Bitcoin dalle registrazioni di dati non monetari.

Contrariamente alla sua idea iniziale di hard fork, il BIP-444 propone questa volta un soft fork temporaneo di 1 anno, volto a limitare l’uso ritenuto abusivo della blockchain.
In concreto, si tratterebbe di ripristinare i limiti tecnici rimossi nella versione 30.0 di Bitcoin Core:
- Riduzione degli OP_RETURN a 83 byte;
- Limitazione degli OP_PUSHDATA a 256 byte;
- Restrizione della dimensione degli ScriptPubKeys a 34 byte.
Questo BIP è presentato come una misura urgente e transitoria, in attesa che la comunità elabori una risposta più duratura, che si tratti di regole più precise o di soluzioni fuori dal consenso.
La preoccupazione principale espressa da Dashjr e dai suoi sostenitori è quella di preservare la neutralità giuridica di Bitcoin, impedendo che contenuti illeciti comportino un rischio legale per gli operatori dei nodi.
Un soft fork che probabilmente porrebbe fine alla neutralità di Bitcoin
Sebbene le motivazioni iniziali di Luke Dashjr nel proporre questo soft fork siano lodevoli, i meccanismi che intende mettere in atto potrebbero avere conseguenze importanti sul funzionamento della blockchain e sulla sua neutralità. In diverse occasioni, la proposta è stata paragonata al regolamento europeo ChatControl.
In pratica, il BIP-444 potrebbe comportare il congelamento di alcuni fondi rendendo gli UTXO non spendibili per tutta la durata del soft fork, che, sebbene presentato come temporaneo, potrebbe protrarsi a tempo indeterminato se non si raggiungesse un consenso duraturo.
Questi UTXO sarebbero considerati non validi perché non conformi alle nuove regole introdotte dall’aggiornamento.
Uno dei cambiamenti principali è la disattivazione dell’opcode OP_IF in Tapscript, che impedisce l’esecuzione di script condizionali. Ciò avrebbe un impatto su casi d’uso “legittimi” come i meccanismi di eredità (timelock condizionali) o i multisig utilizzati da alcuni portafogli Bitcoin avanzati.
Inoltre, la restrizione sulla dimensione dei blocchi di controllo Taproot rende impossibili alcuni “deep spend” in alberi Merkle complessi, bloccando definitivamente l’accesso ai fondi in questione.
I sostenitori del BIP-444 ritengono che gli utenti avranno il tempo di spostare le loro risorse prima dell’attivazione tramite un “User-Activated Soft Fork (UASF)” e definiscono le critiche come FUD. Ma le voci contrarie denunciano una forma di censura protocollare, che potrebbe provocare un fork disordinato e congelare i fondi dormienti.
Per il momento, la proposta non è stata ancora formalmente accettata come BIP ufficiale, ma sta già alimentando il dibattito sulla decentralizzazione di Bitcoin.
Ironia della sorte, la pull request che potrebbe trasformare questo testo nel BIP-444 porta il numero 2017, un riferimento involontario all’anno del fork Bitcoin Cash, segnato da un’altra battaglia ideologica sulla dimensione dei blocchi.