Uma nova proposta técnica reacendeu o debate mais delicado da comunidade Bitcoin: mexer nas regras de consenso da blockchain. Um desenvolvedor anônimo, sob o pseudônimo Dathon Ohm (que muitos acreditam ser Luke Dash Jr.), publicou no GitHub a ideia de um “Soft Fork temporário para reduzir dados”.
A proposta, apresentada na Bitcoin Dev List, tem o objetivo declarado de limitar a inclusão de metadados e conteúdos não monetários nas transações da blockchain. Isso inclui imagens, textos e arquivos incorporados via OP_RETURN.
Um Soft Fork é uma atualização que altera as regras de consenso, mas mantém compatibilidade com versões anteriores. Em teoria, apenas uma parte dos nós precisa aceitá-la para que a mudança entre em vigor. No entanto, neste caso, a proposta tem potencial para causar divergências profundas na validação dos blocos.
O motivo está na natureza do ajuste. A iniciativa quer invalidar temporariamente certos tipos de transações para impedir que usuários insiram dados ilegais ou indesejados na blockchain. Se implementada, ela bloquearia blocos que contenham scripts públicos (scriptPubKeys) maiores que 34 bytes, exceto aqueles que comecem com OP_RETURN, que poderiam ter até 83 bytes.
Além disso, o Soft Fork proibiria qualquer carga de dados acima de 256 bytes e invalidaria versões Taproot não reconhecidas pelos BIP-141 e BIP-341. Essas restrições valeriam do bloco 934.864 (previsto para 1º de fevereiro de 2026) até o bloco 987.424 (1º de fevereiro de 2027).
Confira nossas sugestões de Pre-Sales para investir agora
Atualização no Bitcoin
O problema, segundo desenvolvedores, é que a proposta poderia forçar nós e mineradores a escolher entre aceitar as novas regras ou continuar validando blocos antigos, o que criaria duas versões temporárias da rede Bitcoin. Esse cenário geraria risco de reorganização, em que blocos válidos seriam rejeitados retroativamente.
A ideia de invalidar blocos já minerados provocou forte reação. Para muitos especialistas, o mecanismo poderia enfraquecer a confiança global na imutabilidade da blockchain — um dos pilares centrais do Bitcoin desde sua criação.
A polêmica surgiu após o lançamento do Bitcoin Core v30, que ampliou o limite do campo OP_RETURN para 100 mil kilobytes. Essa mudança permitiu armazenar imagens, textos e dados não financeiros, abrindo espaço para usos como Ordinals e Inscriptions — formas de NFTs nativos dentro da blockchain.
Porém, com a expansão vieram também preocupações legais e éticas. Caso transações contenham material ilegal, os operadores de nós que armazenam a blockchain completa poderiam ser responsabilizados por manter esse conteúdo. A nova proposta tenta limitar essa exposição, mas o remédio pode ser pior que a doença.
Um dilema para o futuro do Bitcoin
O autor sugere duas formas de ativação. A primeira, proativa, seria programada para 2026, com regras que entram em vigor automaticamente se nenhum conteúdo ilícito for detectado. A segunda, reativa, permitiria uma reorganização retroativa da cadeia para remover blocos com dados ilegais — algo inédito na história do Bitcoin.
Essa segunda opção, segundo analistas, é a mais perigosa. Reorganizar blocos já minerados quebraria a continuidade histórica da blockchain, podendo invalidar transações legítimas e afetar a liquidez global. Além disso, as exchanges e custodians teriam de redefinir suas políticas de validação, o que criaria instabilidade operacional e pânico entre investidores.
Apesar das críticas, o autor da proposta argumenta que a medida é necessária para proteger os operadores de nós e preservar a reputação da rede. Ele admite, porém, que o Soft Fork pode causar divisões temporárias e impactos severos no consenso.