Um programador de Bitcoin, Martin Habovštiak, codificou uma imagem de 66 kilobytes na blockchain do Bitcoin numa única entrada ininterrupta, contestando os apoiantes do BIP 110 e do Bitcoin Knots.
O BIP-110 é uma proposta anti-spam que restringiria dados não relacionados com pagamentos nas transações. A proposta estabelece sete novos critérios para validade de transações, restrições sobre a quantidade de dados permitida em partes específicas de uma transação e proíbe certos opcodes. A imagem que Habovštiak inscreveu retrata Luke Dashjr, um defensor chave do BIP-110, a chorar.
O programador eslovaco não incluiu opcodes OP_RETURN e instruções OP_IF
Habovštiak afirmou no X: "Criei um ficheiro de imagem contíguo que pode ser mal interpretado pelo fork Bitcoin BIP-110 como uma transação inteira e armazenado de forma contígua na cadeia compatível com BIP-110!"
Noutra publicação, ele defendeu o momento da imagem e explicou porque não o fez quando o BIP-110 surgiu pela primeira vez, argumentando que validar a prova na mainnet é muito mais difícil — e mais convincente — do que uma demonstração anterior teria sido.
Até agora, grande parte da comunidade online está principalmente impressionada pelo facto de a transação do programador de BTC não ter usado opcodes OP_RETURN, ter ignorado o Taproot em favor do SegWit v0 e não ter incluído declarações OP_IF. Idealmente, o BIP-110 concentra-se principalmente em restringir estes elementos e, portanto, Habovštiak afirma que a sua abordagem prova que as limitações podem ser contornadas.
No entanto, um utilizador no X contestou a afirmação, dizendo que a transação não é contígua da forma que realmente conta ao nível do protocolo. Habovštiak mais tarde respondeu, dizendo que o crítico estava a usar uma definição seletiva do termo.
Habovštiak afirma que a restrição BIP apenas aumentaria a quantidade de dados armazenados na blockchain
A transação de Habovštiak surge num momento em que ainda existe tensão entre o Bitcoin Core e o Bitcoin Knots sobre que tipos de dados devem ser permitidos no Bitcoin.
O BIP-110 foi apresentado pela primeira vez como BIP-444 em outubro de 2025 e delineou um soft fork de um ano que imporia um limite de 83 bytes no OP_RETURN, restringiria transferências de dados individuais a 256 bytes e limitaria outras capacidades de script de grandes dados.
A maioria dos proponentes da proposta acredita que dados arbitrários criarão problemas de responsabilidade para os operadores de nós e distrairão do propósito monetário do Bitcoin. Desde 2023, Luke Dashjr — CTO do pool de mineração Ocean e programador do Bitcoin Knots — tem chamado spam às inscrições Bitcoin arbitrárias e agora está a defender o BIP-110. Em resposta à última transação do eslovaco, ele argumentou ainda que não era verdadeiramente "contígua."
Ainda assim, Habovštiak afirmou ter criado outra versão da transação que aderiu às restrições do BIP-110, mas era significativamente maior que a original. Ele argumenta assim que o plano apenas aumentaria paradoxalmente o total de dados armazenados na blockchain do BTC.
Ele também observou que esta experiência foi concebida para ser uma prova de conceito única e manteve deliberadamente o código privado para evitar encorajar o uso ao estilo NFT. Ele agora posiciona-se como um oponente do spam de blockchain e é motivado pelo que ele vê como imprecisões do campo Knots.
Ele comentou: "Há algo que odeio muito mais do que spam: Inverdades. Tentei argumentar sobre isto no passado, mostrei uma imagem contígua codificada para caber na testemunha e, ainda assim, os apoiantes do Knots continuam a dizer as mesmas coisas repetidamente."
Até agora, dados do The Bitcoin Portal mostram que 8,8% dos nós atualmente apoiam o BIP-110. A contagem de nós do Bitcoin Knots também registou um aumento significativo; é agora 10 vezes superior ao que era no início do ano passado.
Fonte: https://www.cryptopolitan.com/bitcoin-dev-tests-network-limits/
