Quando uma transação de apenas 66kB é escrita num bloco de Bitcoin, traz não só uma imagem, mas também uma tortura técnica de um protocolo proposto. No final de fevereiro de 2026, um debate sobre que dados a rede Bitcoin deveria alojar evoluiu de um debate ao nível das ideias para uma conversa direta ao nível do código. O programador eslovaco Martin Habovštiak incorpora um ficheiro de imagem TIFF na blockchain do Bitcoin como uma única transação contínua através de uma inteligente prova de conceito. Esta lei toca diretamente os limites regulatórios da proposta BIP-110 defendida pelos defensores do Bitcoin Knots. Num momento em que o preço do Bitcoin está a ser negociado em $66.311 a 2 de março de 2026, este jogo técnico entre spam e anti-censura pode estar a remodelar a lógica básica do ecossistema cripto.
Visão Geral do Evento: Um experimento de escrita limpa
A 27 de fevereiro de 2026, Martin Habovštiak, o mantenedor da biblioteca Rust Bitcoin, completou uma demonstração técnica que foi considerada provocadora pela comunidade. Gravou permanentemente uma imagem TIFF de 66kB na blockchain através de uma transação em Bitcoin.
O que torna este acordo especial não é o seu conteúdo, mas sim a forma como é implementado. Habovštiak deixou claro que a transação não utilizou várias diretivas com dados que a proposta BIP-110 visa principalmente:
OP_RETURN não utilizados: Este opcode, que normalmente é usado para armazenar dados arbitrários em transações, é um objeto de restrição chave para o BIP-110, e a proposta propõe limitá-lo a 83 bytes.
Não dependente do Taproot: As transações usam o SegWit v0 em vez do caminho do script Taproot.
Sem OP_IF: Evita a incorporação complexa de dados que as instruções condicionais podem trazer.
Com este desvio de conformidade, Habovštiak provou que dados relativamente grandes (66kB) podem ser escritos na blockchain como um fluxo contínuo de dados mesmo sem ativar o conjunto de instruções de restrição pretendido do BIP-110. A transação foi verificada publicamente on-chain, e os seus dados hexadecimais podem ser decodificados e visualizados diretamente por software de imagem padrão.
A Batalha da Filtração de BIP-444 a BIP-110
Esta experiência não é um incidente isolado, mas uma continuação do debate de longa data na comunidade Bitcoin sobre a filtragem de dados. Para compreender o impacto deste incidente, precisamos de olhar para os pontos-chave do último ano:
Fuse: Bitcoin Core v30 levanta restrições (meados de 2025)
O Bitcoin Core, o cliente mais comum do Bitcoin, removeu o limite de longa data de 83 bytes na saída OP_RETURN na sua versão v30. Esta medida é vista pelos fundamentalistas como uma conivência com dados não financeiros, argumentando que a rede está a começar a desviar-se das funções puras de pagamento e valor armazenado.
Contra-ataque Começa: Proposta BIP-444 vs. BIP-110 (outubro - dezembro de 2025)
Apoiantes com o mantenedor do Bitcoin Knots, Luke Dashjr, no seu núcleo, começaram a reagir. O programador anónimo Dathon Ohm propôs inicialmente o BIP-444, que visa restringir temporariamente dados arbitrários. Posteriormente, foi introduzido um BIP-110 mais rigoroso como proposta formal para um soft fork temporário durante um ano, com limites como limitar OP_RETURN a 83 bytes e um único push de dados a 256 bytes.
Controvérsia sobre mecanismos de ativação: limiar de 55% detona comunidade (final de 2025 - início de 2026)
O limiar proposto pelo BIP-110 para ativação com suporte de hashrate de 55% gerou ainda mais controvérsia do que a própria tecnologia. Opositores como o CEO da Blockstream, Adam Back, criticaram-no como um ataque de multidão, argumentando que o limiar baixo poderia minar a imutabilidade do Bitcoin. Neste momento, a proporção de nós que suportam o BIP-110 tem aumentado lentamente em meio à controvérsia, de cerca de 2,38% em janeiro para cerca de 8,8% nos últimos tempos.
Falsificação técnica: prova de conceito de Habovštiak (final de fevereiro de 2026)
No meio de um aceso debate ideológico, a experiência de Habovštiak trouxe a questão de volta ao nível técnico. A sua demonstração não foi apenas uma escrita de dados, mas uma resposta direta à necessidade de limitações técnicas repetidamente enfatizadas pelos defensores do BIP-110.
Anatomia de uma Técnica para Contornar Restrições
Do ponto de vista da estrutura de dados, o funcionamento de Habovštiak é de importância técnica típica.
Análise da Estrutura da Transação
O principal avanço desta transação reside em aproveitar a flexibilidade do sistema de scripts do Bitcoin, em vez de depender de opcodes específicos de armazenamento de dados. O Habovštiak divide e esconde 66kB de dados de imagem TIFF num script de entrada de transações aparentemente normal, tirando partido do mecanismo de processamento do SegWit v0 para dados de testemunha. Isto torna toda a transação mais estruturada como uma transferência complexa de fundos do que como um simples armazenamento de dados.
Comparação com os limites do BIP-110
Indicadores Técnicos
BIP-110 Conteúdo Restrito Pretendido
Habovštiak Transaction Implementation
Análise Comparativa
OP_RETURN Utilização
Limite a 83 bytes
OP_RETURN não utilizado
Contorno do caminho regulatório mais direto
Dependências da raiz taproot
Certas versões podem ser restringidas
Use o SegWit v0
Provar que scripts mais antigos também têm capacidade de transporte de dados
Continuidade de Dados
Concebido para evitar armazenamento não padronizado
Permitir fluxo contínuo de dados
Demonstra que restringir diretivas específicas não pode erradicar os embeddings de dados
Volume Total de Dados
Intenção de reduzir drasticamente os dados on-chain
Escrita simples 66kB
Relativamente pequeno, mas com um efeito de demonstração
A Habovštiak foi ainda mais longe ao criar uma versão compatível com BIP-110 da transação de imagem e testá-la num ambiente de registo. Afirmou que a versão compatível era, na verdade, maior do que a original, sugerindo que as limitações do BIP-110 poderiam aumentar o armazenamento total da blockchain devido à reestruturação dos dados. Esta perspetiva aponta diretamente para o objetivo central do BIP-110: reduzir dados.
O confronto do campo por trás da experiência técnica
A razão pela qual este incidente atraiu ampla atenção é que concretiza o choque dos argumentos de dois campos opostos de longa data na comunidade.
Argumentos a favor do campo BIP-110
Afirmação Central: Luke Dashjr et al. defendem que o uso indevido de dados não financeiros constitui spam, aumentando o peso do hardware e os riscos legais para os operadores de nós, prejudicando, em última análise, a natureza descentralizada do Bitcoin.
Reação ao Experimento: Após o incidente, Dashjr contestou a demonstração de Habovštiak na plataforma X, argumentando que as suas transações não eram contínuas, tentando anular a natureza desafiante do experimento por definição técnica. Isto sugere que os apoiantes estão a tentar manter as bases técnicas das suas reivindicações.
Argumentos contra o campo BIP-110
Proposição Central: Os opositores representados por Adam Back, Wang Chun (Divine Fish) argumentam que a imutabilidade do Bitcoin está acima de tudo. Qualquer alteração de regra imposta através de um limiar baixo (por exemplo, 55%) em nome do anti-spam pode abrir uma caixa de Pandora de deslizamento na governação, podendo evoluir para uma revisão de endereços específicos no futuro.
Reação à Experiência: A oposição vê a experiência como uma falsificação da viabilidade e necessidade da tecnologia BIP-110. O próprio Habovštiak deixou claro que a sua motivação era opor-se ao que acreditava serem mentiras do campo dos Nós.
A fronteira entre factos, opiniões e especulações
Ao analisar este evento, é importante distinguir estritamente entre diferentes níveis de informação.
Facto: Um programador completou uma transação que escreveu 66kB de dados de imagem TIFF para a mainnet do Bitcoin. A transação não utilizou OP_RETURN, Taproot ou OP_IF. A transação pode ser verificada por qualquer nó completo.
Opinião: Se isto conta como um bypass para o BIP-110 depende da definição de bypass. Os defensores podem ver isto apenas como encontrar uma nova brecha e provar a necessidade de restrições. Os opositores argumentam que isto prova a inutilidade das restrições.
Especulação: Quanto a esta experiência irá desencadear uma nova vaga de escrita semelhante a NFT, o próprio desenvolvedor Habovštiak afirmou que não irá divulgar o código, deixando claro que não quer desencadear tais atividades. Portanto, vê-lo como o início de uma nova ronda de ataques não tem provas diretas, sendo mais um protesto simbólico.
Ondulações no ecossistema de nó, minerador e desenvolvedor
Embora seja uma experiência única, teve diferentes graus de impacto potencial em múltiplos participantes do ecossistema cripto.
Operador de Nó: Para nós que executam Bitcoin Core, esta transação não é diferente de outras transações normais e não representa um encargo adicional. Mas para nós a correr Bitcoin Knots que tentam executar as regras BIP-110 antecipadamente, esta transação compatível levanta uma questão filosófica: Se as regras não podem restringir o seu comportamento pretendido, as próprias regras continuam válidas?
Orçamentos de Mineiros e Segurança: Este incidente reacendeu as discussões sobre o uso do espaço dos blocos. A lógica económica a favor do BIP-110 é que os escritas de dados beneficiam de um desconto SegWit, criando concorrência desleal no mercado de taxas. A oposição, incluindo mineiros, argumenta que qualquer receita de comissões não deve ser ativamente cortada tendo em conta a contínua redução de metade das recompensas de bloco (a emissão atual de Bitcoin é cerca de 19,99 milhões). De acordo com os dados, as transações de inscrição contribuíram com quase 10 milhões de dólares em taxas de manuseamento num único dia. As atitudes dos mineiros em relação a estas transações tendem a ser complicadas.
Comunidade de Desenvolvedores: O cliente de ativação do BIP-110 esteve exposto a um grande número de bugs técnicos, e mesmo o teste desenhado pelo proponente não passou. A elegante demonstração de Habovštiak, em nítido contraste com a imagem rudimentar do código cliente BIP-110, pode minar a confiança da comunidade na maturidade técnica da proposta.
Dedução evolutiva multi-cenário
Com base nos factos atuais, podemos deduzir vários caminhos de desenvolvimento possíveis no futuro.
Cenário de Dedução
Trigger
Impacto na rede
Cenário 1: Correção Técnica
Os defensores do BIP-110 incluem o método de escrita de Habovštiak numa nova lista de restrições, propondo o BIP-xxx mais rigoroso Ativa o ciclo de jogo do gato e do rato, as regras estão a tornar-se cada vez mais complexas, mas pode nunca ser possível desativar completamente a escrita de dados
Cenário 2: Arrefecimento consensual
À luz das falhas técnicas do cliente BIP-110 e deste incidente de bypass, os operadores do nó inicialmente instáveis desistiram do seu apoio, e a taxa de aprovação estagnou ou caiu A proposta BIP-110 é de facto arquivada, e o debate regressa ao nível ideológico, e a mainnet mantém o status quo
Cenário 3: Risco de bifurcação
Apesar da falta de apoio, os defensores centrais tentaram forçar a ativação através de um limiar baixo (55%), desencadeando uma forte reação comunitária Pode levar a divisões de consenso sérias e ao surgimento de cadeias de Bitcoin sob regras diferentes, o que terá impacto no valor da marca
Cenário 4: Revisão Jurídica
Os reguladores notaram que o conteúdo on-chain pode conter informações infratoras ou ilegais e apresentaram requisitos de conformidade para operadores de nós Quer o BIP-110 seja aprovado ou não, o risco legal é um desafio a longo prazo para todas as transações de armazenamento de dados
Conclusão
Uma imagem de 66kB reflete o profundo dilema do percurso de desenvolvimento do Bitcoin: como definir o que é lixo no mundo do código que procura resistência absoluta à censura? Quem a define? A experiência de Habovštiak não atacou a rede Bitcoin, atacou a base lógica de uma proposta que tentava alterar as regras padrão da rede. Lembra-nos que cada evolução do Bitcoin requer não só um consenso de ideias, mas também uma implementação técnica que resista a um escrutínio. Independentemente de para onde o BIP-110 acabe por ir, este debate sobre os limites dos dados tornar-se-á mais uma nota de rodapé memorável na história da governação do Bitcoin.
Esta página pode conter conteúdos de terceiros, que são fornecidos apenas para fins informativos (sem representações/garantias) e não devem ser considerados como uma aprovação dos seus pontos de vista pela Gate, nem como aconselhamento financeiro ou profissional. Consulte a Declaração de exoneração de responsabilidade para obter mais informações.
Desafio BIP-110: Como as transações de imagens de 66kB impactam as regras e o mecanismo de consenso na cadeia do Bitcoin?
Quando uma transação de apenas 66kB é escrita num bloco de Bitcoin, traz não só uma imagem, mas também uma tortura técnica de um protocolo proposto. No final de fevereiro de 2026, um debate sobre que dados a rede Bitcoin deveria alojar evoluiu de um debate ao nível das ideias para uma conversa direta ao nível do código. O programador eslovaco Martin Habovštiak incorpora um ficheiro de imagem TIFF na blockchain do Bitcoin como uma única transação contínua através de uma inteligente prova de conceito. Esta lei toca diretamente os limites regulatórios da proposta BIP-110 defendida pelos defensores do Bitcoin Knots. Num momento em que o preço do Bitcoin está a ser negociado em $66.311 a 2 de março de 2026, este jogo técnico entre spam e anti-censura pode estar a remodelar a lógica básica do ecossistema cripto.
Visão Geral do Evento: Um experimento de escrita limpa
A 27 de fevereiro de 2026, Martin Habovštiak, o mantenedor da biblioteca Rust Bitcoin, completou uma demonstração técnica que foi considerada provocadora pela comunidade. Gravou permanentemente uma imagem TIFF de 66kB na blockchain através de uma transação em Bitcoin.
O que torna este acordo especial não é o seu conteúdo, mas sim a forma como é implementado. Habovštiak deixou claro que a transação não utilizou várias diretivas com dados que a proposta BIP-110 visa principalmente:
Com este desvio de conformidade, Habovštiak provou que dados relativamente grandes (66kB) podem ser escritos na blockchain como um fluxo contínuo de dados mesmo sem ativar o conjunto de instruções de restrição pretendido do BIP-110. A transação foi verificada publicamente on-chain, e os seus dados hexadecimais podem ser decodificados e visualizados diretamente por software de imagem padrão.
A Batalha da Filtração de BIP-444 a BIP-110
Esta experiência não é um incidente isolado, mas uma continuação do debate de longa data na comunidade Bitcoin sobre a filtragem de dados. Para compreender o impacto deste incidente, precisamos de olhar para os pontos-chave do último ano:
Fuse: Bitcoin Core v30 levanta restrições (meados de 2025)
O Bitcoin Core, o cliente mais comum do Bitcoin, removeu o limite de longa data de 83 bytes na saída OP_RETURN na sua versão v30. Esta medida é vista pelos fundamentalistas como uma conivência com dados não financeiros, argumentando que a rede está a começar a desviar-se das funções puras de pagamento e valor armazenado.
Contra-ataque Começa: Proposta BIP-444 vs. BIP-110 (outubro - dezembro de 2025)
Apoiantes com o mantenedor do Bitcoin Knots, Luke Dashjr, no seu núcleo, começaram a reagir. O programador anónimo Dathon Ohm propôs inicialmente o BIP-444, que visa restringir temporariamente dados arbitrários. Posteriormente, foi introduzido um BIP-110 mais rigoroso como proposta formal para um soft fork temporário durante um ano, com limites como limitar OP_RETURN a 83 bytes e um único push de dados a 256 bytes.
Controvérsia sobre mecanismos de ativação: limiar de 55% detona comunidade (final de 2025 - início de 2026)
O limiar proposto pelo BIP-110 para ativação com suporte de hashrate de 55% gerou ainda mais controvérsia do que a própria tecnologia. Opositores como o CEO da Blockstream, Adam Back, criticaram-no como um ataque de multidão, argumentando que o limiar baixo poderia minar a imutabilidade do Bitcoin. Neste momento, a proporção de nós que suportam o BIP-110 tem aumentado lentamente em meio à controvérsia, de cerca de 2,38% em janeiro para cerca de 8,8% nos últimos tempos.
Falsificação técnica: prova de conceito de Habovštiak (final de fevereiro de 2026)
No meio de um aceso debate ideológico, a experiência de Habovštiak trouxe a questão de volta ao nível técnico. A sua demonstração não foi apenas uma escrita de dados, mas uma resposta direta à necessidade de limitações técnicas repetidamente enfatizadas pelos defensores do BIP-110.
Anatomia de uma Técnica para Contornar Restrições
Do ponto de vista da estrutura de dados, o funcionamento de Habovštiak é de importância técnica típica.
Análise da Estrutura da Transação
O principal avanço desta transação reside em aproveitar a flexibilidade do sistema de scripts do Bitcoin, em vez de depender de opcodes específicos de armazenamento de dados. O Habovštiak divide e esconde 66kB de dados de imagem TIFF num script de entrada de transações aparentemente normal, tirando partido do mecanismo de processamento do SegWit v0 para dados de testemunha. Isto torna toda a transação mais estruturada como uma transferência complexa de fundos do que como um simples armazenamento de dados.
Comparação com os limites do BIP-110
A Habovštiak foi ainda mais longe ao criar uma versão compatível com BIP-110 da transação de imagem e testá-la num ambiente de registo. Afirmou que a versão compatível era, na verdade, maior do que a original, sugerindo que as limitações do BIP-110 poderiam aumentar o armazenamento total da blockchain devido à reestruturação dos dados. Esta perspetiva aponta diretamente para o objetivo central do BIP-110: reduzir dados.
O confronto do campo por trás da experiência técnica
A razão pela qual este incidente atraiu ampla atenção é que concretiza o choque dos argumentos de dois campos opostos de longa data na comunidade.
Argumentos a favor do campo BIP-110
Argumentos contra o campo BIP-110
A fronteira entre factos, opiniões e especulações
Ao analisar este evento, é importante distinguir estritamente entre diferentes níveis de informação.
Ondulações no ecossistema de nó, minerador e desenvolvedor
Embora seja uma experiência única, teve diferentes graus de impacto potencial em múltiplos participantes do ecossistema cripto.
Dedução evolutiva multi-cenário
Com base nos factos atuais, podemos deduzir vários caminhos de desenvolvimento possíveis no futuro.
Conclusão
Uma imagem de 66kB reflete o profundo dilema do percurso de desenvolvimento do Bitcoin: como definir o que é lixo no mundo do código que procura resistência absoluta à censura? Quem a define? A experiência de Habovštiak não atacou a rede Bitcoin, atacou a base lógica de uma proposta que tentava alterar as regras padrão da rede. Lembra-nos que cada evolução do Bitcoin requer não só um consenso de ideias, mas também uma implementação técnica que resista a um escrutínio. Independentemente de para onde o BIP-110 acabe por ir, este debate sobre os limites dos dados tornar-se-á mais uma nota de rodapé memorável na história da governação do Bitcoin.