Uno sviluppatore Bitcoin, Martin Habovštiak, ha codificato un'immagine da 66 kilobyte sulla blockchain di Bitcoin in un'unica voce ininterrotta, opponendosi ai sostenitori di BIP 110 e Bitcoin Knots.
BIP-110 è una proposta anti-spam che limiterebbe i dati non correlati ai pagamenti nelle transazioni. La proposta stabilisce sette nuovi criteri per la validità delle transazioni, restrizioni sulla quantità di dati consentiti in parti specifiche di una transazione e vieta alcuni opcode. L'immagine che Habovštiak ha inscritto ritrae Luke Dashjr, un sostenitore chiave di BIP-110, mentre piange.
Lo sviluppatore slovacco non ha incluso opcode OP_RETURN e istruzioni OP_IF
Habovštiak ha affermato su X: "Ho creato un file immagine contiguo che può essere interpretato erroneamente dal fork Bitcoin BIP-110 come un'intera transazione e memorizzato in modo contiguo nella chain conforme a BIP-110!"
In un altro post, ha difeso i tempi dell'immagine e ha spiegato perché non lo ha fatto quando BIP-110 è emerso per la prima volta, sostenendo che validare la prova sulla mainnet è molto più difficile — e più convincente — di quanto sarebbe stata una dimostrazione precedente.
Finora, gran parte della comunità online è rimasta colpita dal fatto che la transazione dello sviluppatore BTC non abbia utilizzato opcode OP_RETURN, abbia saltato Taproot in favore di SegWit v0 e non abbia incluso dichiarazioni OP_IF. Idealmente, BIP-110 si concentra principalmente sulla restrizione di questi elementi, e quindi Habovštiak sostiene che il suo approccio dimostra che le limitazioni possono essere aggirate.
Tuttavia, un utente su X ha contestato l'affermazione, dicendo che la transazione non è contigua nel modo che conta effettivamente a livello di protocollo. Habovštiak ha successivamente risposto, affermando che il critico stava usando una definizione selettiva del termine.
Habovštiak sostiene che la restrizione BIP aumenterebbe solo la quantità di dati memorizzati sulla blockchain
La transazione di Habovštiak arriva in un momento in cui c'è ancora tensione tra Bitcoin Core e Bitcoin Knots su quali tipi di dati dovrebbero essere consentiti in Bitcoin.
BIP-110 è stato presentato per la prima volta come BIP-444 nell'ottobre 2025 e delineava un soft fork di un anno che avrebbe imposto un limite di 83 byte su OP_RETURN, limitato i singoli push di dati a 256 byte e limitato altre capacità di scripting di grandi dati.
La maggior parte dei sostenitori della proposta ritiene che i dati arbitrari creeranno problemi di responsabilità per gli operatori dei nodi e distrarranno dallo scopo monetario di Bitcoin. Dal 2023, Luke Dashjr — CTO del mining pool Ocean e sviluppatore di Bitcoin Knots — ha definito spam le inscrizioni Bitcoin arbitrarie e ora sta sostenendo BIP-110. In risposta all'ultima transazione dello slovacco, ha ulteriormente sostenuto che non fosse veramente "contigua."
Tuttavia, Habovštiak ha affermato di aver creato un'altra versione della transazione che aderiva ai vincoli di BIP-110, ma era significativamente più grande dell'originale. Sostiene quindi che il piano aumenterebbe solo paradossalmente i dati totali memorizzati sulla blockchain di BTC.
Ha anche notato che questo esperimento era destinato a essere una prova di concetto una tantum, e ha deliberatamente mantenuto privato il codice per evitare di incoraggiare l'uso in stile NFT. Ora si è presentato come un oppositore dello spam blockchain ed è motivato da quelle che considera inesattezze dal campo Knots.
Ha commentato: "C'è qualcosa che odio molto più dello spam: le falsità. Ho provato a discuterne in passato, ho mostrato un'immagine contigua codificata per adattarsi al witness, eppure i sostenitori di Knots continuano a dire le stesse cose più e più volte."
Finora, i dati di The Bitcoin Portal mostrano che l'8,8% dei nodi attualmente supporta BIP-110. Il conteggio dei nodi Bitcoin Knots ha anche registrato un aumento significativo; ora è 10 volte quello che era all'inizio dell'anno scorso.
Fonte: https://www.cryptopolitan.com/bitcoin-dev-tests-network-limits/
