Quando uma única transação de 66 kB é registada na blockchain do Bitcoin, transporta consigo muito mais do que apenas uma imagem — representa um desafio técnico a um protocolo proposto. No final de fevereiro de 2026, o debate sobre que dados a rede Bitcoin deve armazenar passou de argumentos ideológicos para um confronto direto ao nível do código. O programador eslovaco Martin Habovštiak, através de uma prova de conceito engenhosa, incorporou um ficheiro de imagem TIFF na blockchain do Bitcoin numa única transação contínua. Este ato testou diretamente os limites regulatórios defendidos pelos apoiantes da proposta BIP-110, especialmente aqueles ligados ao Bitcoin Knots. Com o preço do Bitcoin a 66 311 $ em 2 de março de 2026, o constante braço de ferro técnico entre prevenção de spam e resistência à censura pode estar a redefinir a lógica fundamental do ecossistema cripto.
Visão Geral do Evento: Uma Experiência de Incorporação de Dados Limpa
Em 27 de fevereiro de 2026, Martin Habovštiak, responsável pela manutenção da biblioteca Rust Bitcoin, realizou uma demonstração técnica que muitos na comunidade consideraram provocadora. Inscreveu de forma permanente uma imagem TIFF de 66 kB na blockchain através de uma única transação Bitcoin.
O que distinguiu esta transação não foi o seu conteúdo, mas sim o método de execução. Habovštiak deixou claro que a transação não utilizou nenhuma das instruções principais para transporte de dados visadas pela proposta BIP-110:
- Não utilizou OP_RETURN: Este opcode é frequentemente usado para armazenar dados arbitrários em transações e é o principal foco da BIP-110, que propõe limitá-lo a 83 bytes.
- Não recorreu ao Taproot: A transação utilizou SegWit v0, e não caminhos de script Taproot.
- Não incluiu OP_IF: Evitou as complexidades de instruções condicionais que poderiam permitir uma incorporação sofisticada de dados.
Ao contornar estas restrições, Habovštiak demonstrou que, mesmo sem acionar o conjunto de instruções que a BIP-110 pretende limitar, é possível escrever dados relativamente grandes (66 kB) como um fluxo contínuo na blockchain. Esta transação foi verificada publicamente on-chain, e os seus dados hexadecimais podem ser decodificados e visualizados diretamente com software de imagem padrão.
Do BIP-444 ao BIP-110: O Debate Sobre Filtragem de Dados
Esta experiência não é um caso isolado, mas sim uma continuação do debate histórico da comunidade Bitcoin sobre filtragem de dados. Para compreender plenamente o impacto deste evento, é útil rever alguns marcos do último ano:
O Catalisador: Bitcoin Core v30 Remove Restrições (Meados de 2025)
O principal cliente de Bitcoin, Bitcoin Core, removeu o limite de 83 bytes nos outputs OP_RETURN na versão 30. Os puristas consideraram esta medida como uma abertura à inclusão de dados não financeiros, acreditando que representava um afastamento das funções essenciais do Bitcoin enquanto rede de pagamentos e reserva de valor.
A Reação: Propostas BIP-444 e BIP-110 (Outubro–Dezembro de 2025)
Apoiantes liderados por Luke Dashjr, responsável pelo Bitcoin Knots, começaram a reagir. Um programador anónimo, Dathon Ohm, propôs inicialmente a BIP-444 para restringir temporariamente dados arbitrários. Pouco depois, surgiu a mais rigorosa BIP-110 como proposta formal, sugerindo um soft fork temporário de um ano com medidas como limitar OP_RETURN a 83 bytes e restringir pushes de dados individuais a 256 bytes.
Controvérsia do Mecanismo de Ativação: Limite de 55% Gera Debate (Final de 2025–Início de 2026)
O limiar de ativação proposto pela BIP-110, de apenas 55% de poder de hash, desencadeou ainda mais polémica do que os detalhes técnicos. Detratores como Adam Back, CEO da Blockstream, apelidaram-no de "regra da maioria", argumentando que um limite tão baixo poderia minar a imutabilidade do Bitcoin. Durante este período, a percentagem de nodes a apoiar a BIP-110 subiu lentamente de cerca de 2,38% em janeiro para aproximadamente 8,8% recentemente.
Refutação Técnica: Prova de Conceito de Habovštiak (Final de fevereiro de 2026)
No meio de debates ideológicos acesos, a experiência de Habovštiak trouxe a discussão de volta aos fundamentos técnicos. A sua demonstração não se limitou à incorporação de dados — foi uma resposta direta às afirmações repetidas dos apoiantes da BIP-110 sobre a necessidade de restrições técnicas.
Análise Técnica: Como Foram Ultrapassadas as Restrições
Do ponto de vista da estrutura de dados, a transação de Habovštiak é um exemplo clássico de engenho técnico.
Análise da Construção da Transação
O avanço fundamental desta transação reside na utilização da flexibilidade do sistema de scripting do Bitcoin, em vez de depender de opcodes específicos para armazenamento de dados. Habovštiak dividiu os dados da imagem TIFF de 66 kB e incorporou-os em scripts de input aparentemente normais, explorando a forma como o SegWit v0 processa dados witness. Estruturalmente, a transação assemelha-se a uma transferência de fundos complexa, e não a uma simples operação de armazenamento de dados.
Comparação com as Restrições da BIP-110
| Métrica Técnica | Limite Proposto pela BIP-110 | Implementação de Habovštiak | Análise Comparativa |
|---|---|---|---|
| Utilização de OP_RETURN | Limitado a 83 bytes | Não utilizado | Evitou o caminho regulatório mais direto |
| Dependência de Taproot | Pode restringir versões específicas | Utilizou SegWit v0 | Demonstrou que scripts legacy também podem transportar dados |
| Continuidade dos Dados | Visa impedir armazenamento não padrão | Obteve fluxo contínuo de dados | Mostra que limitar certos opcodes não elimina a incorporação de dados |
| Volume Total de Dados | Procura reduzir drasticamente dados on-chain | Transação única de 66 kB | Relativamente pequeno, mas estabelece um precedente |
Habovštiak foi mais longe ao criar uma transação de imagem compatível com a BIP-110 e testá-la num ambiente regtest. Alegou que a versão compatível era ainda maior do que a original, sugerindo que as restrições da BIP-110 poderiam, na verdade, aumentar os requisitos de armazenamento da blockchain devido à reestruturação dos dados. Isto desafia diretamente o objetivo central da BIP-110 de reduzir dados on-chain.
As Fações por Detrás da Experiência Técnica
Este evento atraiu grande atenção porque trouxe para o confronto direto os argumentos de duas fações historicamente opostas na comunidade.
Argumentos dos Apoiantes da BIP-110
- Posição central: Luke Dashjr e outros insistem que o abuso de dados não financeiros constitui spam, aumentando os riscos de hardware e legais para operadores de nodes e, em última análise, prejudicando a descentralização do Bitcoin.
- Reação ao experimento: Após o evento, Dashjr contestou a demonstração de Habovštiak na X, alegando que a transação não era verdadeiramente contínua e tentando refutar o desafio técnico apresentado. Isto demonstra que os apoiantes estão determinados a defender a base técnica da sua posição.
Argumentos dos Oponentes da BIP-110
- Posição central: Detratores como Adam Back e Wang Chun (Shenyu) defendem que a imutabilidade do Bitcoin é fundamental. Qualquer alteração de regras justificada como anti-spam, especialmente com um limiar baixo (como 55%), pode abrir uma caixa de Pandora de riscos de governação, potencialmente levando a censura ao nível do endereço no futuro.
- Reação ao experimento: Os oponentes encaram este experimento como uma refutação tanto da viabilidade técnica como da necessidade da BIP-110. O próprio Habovštiak afirmou que a sua motivação era opor-se ao que chamou de "mentiras" do grupo Knots.
Traçar a Linha: Factos, Opiniões e Especulação
É fundamental distinguir claramente entre diferentes tipos de informação ao analisar este evento.
- Factos: Um programador executou com sucesso uma transação que incorporou 66 kB de dados de imagem TIFF na mainnet do Bitcoin. A transação não utilizou OP_RETURN, Taproot ou OP_IF, e pode ser validada por qualquer node completo.
- Opiniões: Se isto constitui uma evasão à BIP-110 depende da definição de "evasão". Os apoiantes podem encará-lo como exposição de novas falhas, reforçando a necessidade de restrições; os oponentes podem considerá-lo prova de que as restrições são inúteis.
- Especulação: Quanto à possibilidade de este experimento desencadear uma nova vaga de inscrições de dados tipo NFT, Habovštiak afirmou que não irá divulgar o código e não pretende incentivar tal atividade. Não existe evidência direta de que isto marque o início de novos ataques; trata-se sobretudo de um protesto simbólico.
Efeitos para Nodes, Mineiros e Programadores
Apesar de ser um experimento pontual, este evento pode ter implicações para vários participantes do ecossistema cripto.
- Operadores de nodes: Para quem opera nodes Bitcoin Core, esta transação é igual a qualquer outra e não representa um peso adicional. Contudo, para nodes Bitcoin Knots que tentam aplicar antecipadamente as regras da BIP-110, esta transação compatível levanta uma questão filosófica: se as regras não conseguem restringir o comportamento alvo, serão eficazes?
- Mineiros e o orçamento de segurança: O evento reacendeu o debate sobre a utilização do espaço nos blocos. Os apoiantes da BIP-110 defendem que as inscrições de dados beneficiam de descontos SegWit, criando concorrência desleal no mercado de taxas. Os oponentes (incluindo mineiros) contrapõem que, com os prémios de bloco do Bitcoin a reduzirem-se progressivamente (fornecimento atual cerca de 19,99 M), toda a receita de taxas é valiosa e não deve ser cortada. Os dados mostram que transações do tipo inscrição contribuíram com quase 10 milhões $ em taxas num só dia. A postura dos mineiros perante este tipo de transações está a tornar-se mais matizada.
- Comunidade de programadores: O cliente de ativação da BIP-110 já foi reportado como contendo vários bugs técnicos, falhando até nos testes desenhados pelos próprios proponentes. Em contraste, a demonstração técnica elegante de Habovštiak destaca-se face às fragilidades do cliente BIP-110, podendo minar a confiança da comunidade na maturidade técnica da proposta.
Análise de Cenários: Possíveis Caminhos Futuros
Com base nos factos atuais, podem ser projetados vários cenários futuros.
| Cenário | Condição de disparo | Impacto na rede |
|---|---|---|
| Cenário 1: Correção técnica | Apoiantes da BIP-110 adicionam o método de incorporação de Habovštiak a uma nova lista de restrições, propondo uma BIP-xxx ainda mais rigorosa. | Inicia um ciclo de gato e rato; as regras tornam-se cada vez mais complexas, mas podem nunca impedir totalmente a incorporação de dados. |
| Cenário 2: Consenso arrefece | Com bugs no cliente da BIP-110 e a recente evasão, operadores de nodes indecisos retiram o apoio, levando à estagnação ou declínio da adoção. | BIP-110 é efetivamente arquivada; o debate regressa ao plano ideológico; a mainnet mantém-se como está. |
| Cenário 3: Risco de fork | Apesar do apoio insuficiente, os defensores centrais tentam ativar com o limiar baixo de 55%, provocando forte reação da comunidade. | Pode originar divisões graves de consenso, resultando em cadeias Bitcoin com regras diferentes e prejudicando o valor da marca. |
| Cenário 4: Escrutínio legal | Reguladores percebem que conteúdos on-chain podem incluir dados ilícitos ou infringentes, impondo exigências de conformidade aos operadores de nodes. | Independentemente do resultado da BIP-110, o risco legal permanece um desafio de longo prazo para todas as transações de armazenamento de dados. |
Conclusão
Uma única imagem de 66 kB expôs dilemas profundamente enraizados na evolução do Bitcoin: Num mundo de código que procura resistência absoluta à censura, como definir o que é "spam"? Quem decide? O experimento de Habovštiak não atacou a rede Bitcoin — visou a lógica por trás de uma proposta que procura alterar as regras padrão da rede. Serve como lembrete de que cada passo na evolução do Bitcoin exige não só consenso ideológico, mas também uma implementação técnica robusta. Seja qual for o destino da BIP-110, este debate sobre os limites dos dados será mais um capítulo memorável na história da governação do Bitcoin.
