Os desenvolvedores de Bitcoin estão a explorar uma solução técnica controversa para enfrentar o que muitos veem como um aumento descontrolado da blockchain. A proposta, conhecida como mecanismo de soft fork, visa limitar a quantidade de dados arbitrários que ficam permanentemente incorporados na rede. Em 24 de outubro de 2025, o investigador Dathon Ohm apresentou este ícone suave—uma ajustamento temporário do protocolo concebido para resolver um problema crescente sem causar alterações permanentes.
Mecânica Técnica da Proposta
A restrição principal é simples: as saídas OP_RETURN seriam limitadas a 83 bytes, enquanto quaisquer scripts de saída que excedam 34 bytes tornariam-se inválidos sob este framework de soft fork. Além disso, os blocos de controlo Taproot enfrentariam restrições, e certas operações de script seriam proibidas. Em vez de uma solução definitiva, este soft fork expira após aproximadamente um ano, dando tempo aos desenvolvedores para desenhar soluções mais sofisticadas e de longo prazo que equilibrem múltiplos interesses concorrentes.
A Preocupação Subjacente
A urgência por trás desta proposta decorre de uma preocupação genuína: sem limites, atores mal-intencionados poderiam usar a imutabilidade do Bitcoin como uma característica, carregando conteúdo ilegal ou prejudicial diretamente na blockchain. Como o registo é permanente, os operadores de nós que mantêm cópias completas poderiam, teoricamente, enfrentar exposição legal se tal material fosse descoberto nas suas máquinas. Isto cria uma tensão entre a resistência à censura do Bitcoin—um valor fundamental—e as realidades legais práticas.
Defensores vs. Críticos: Enquadrando o Debate
Os apoiantes veem isto como uma “manutenção do protocolo” essencial, argumentando que o Bitcoin deve funcionar principalmente como dinheiro, e não como uma camada de armazenamento de dados. Afirmam que a disponibilidade irrestrita de dados contradiz o modelo económico da rede e cria riscos de responsabilidade real para os operadores.
Por outro lado, os opositores veem um precedente perigoso. Se o protocolo pode impor restrições de dados agora, o que impede que regras semelhantes sejam introduzidas posteriormente? Temem que esta mentalidade de soft fork possa evoluir para uma censura por passos incrementais, minando a resistência fundamental do Bitcoin a controlo externo. Do seu ponto de vista, aceitar quaisquer limites de dados ameaça o princípio de que a blockchain deve ser neutra e à prova de censura.
Cronograma e Implicações
A natureza de expiração automática deste soft fork oferece um caminho intermédio: testar a abordagem durante um ano enquanto esforços paralelos desenvolvem alternativas permanentes que possam resolver o abuso de dados sem abrir a porta à censura. Este quadro temporário dá à comunidade um período de reflexão e inovação.
Quer seja adotada ou rejeitada, esta proposta reflete a maturidade em evolução do Bitcoin—equilibrando idealismo com pragmatismo, e flexibilidade técnica com princípios fundamentais.
Esta página pode conter conteúdo de terceiros, que é fornecido apenas para fins informativos (não para representações/garantias) e não deve ser considerada como um endosso de suas opiniões pela Gate nem como aconselhamento financeiro ou profissional. Consulte a Isenção de responsabilidade para obter detalhes.
Forquilha Suave de Um Ano: Comunidade Bitcoin Avalia Limites de Armazenamento de Dados em Meio a Preocupações com Censura
Os desenvolvedores de Bitcoin estão a explorar uma solução técnica controversa para enfrentar o que muitos veem como um aumento descontrolado da blockchain. A proposta, conhecida como mecanismo de soft fork, visa limitar a quantidade de dados arbitrários que ficam permanentemente incorporados na rede. Em 24 de outubro de 2025, o investigador Dathon Ohm apresentou este ícone suave—uma ajustamento temporário do protocolo concebido para resolver um problema crescente sem causar alterações permanentes.
Mecânica Técnica da Proposta
A restrição principal é simples: as saídas OP_RETURN seriam limitadas a 83 bytes, enquanto quaisquer scripts de saída que excedam 34 bytes tornariam-se inválidos sob este framework de soft fork. Além disso, os blocos de controlo Taproot enfrentariam restrições, e certas operações de script seriam proibidas. Em vez de uma solução definitiva, este soft fork expira após aproximadamente um ano, dando tempo aos desenvolvedores para desenhar soluções mais sofisticadas e de longo prazo que equilibrem múltiplos interesses concorrentes.
A Preocupação Subjacente
A urgência por trás desta proposta decorre de uma preocupação genuína: sem limites, atores mal-intencionados poderiam usar a imutabilidade do Bitcoin como uma característica, carregando conteúdo ilegal ou prejudicial diretamente na blockchain. Como o registo é permanente, os operadores de nós que mantêm cópias completas poderiam, teoricamente, enfrentar exposição legal se tal material fosse descoberto nas suas máquinas. Isto cria uma tensão entre a resistência à censura do Bitcoin—um valor fundamental—e as realidades legais práticas.
Defensores vs. Críticos: Enquadrando o Debate
Os apoiantes veem isto como uma “manutenção do protocolo” essencial, argumentando que o Bitcoin deve funcionar principalmente como dinheiro, e não como uma camada de armazenamento de dados. Afirmam que a disponibilidade irrestrita de dados contradiz o modelo económico da rede e cria riscos de responsabilidade real para os operadores.
Por outro lado, os opositores veem um precedente perigoso. Se o protocolo pode impor restrições de dados agora, o que impede que regras semelhantes sejam introduzidas posteriormente? Temem que esta mentalidade de soft fork possa evoluir para uma censura por passos incrementais, minando a resistência fundamental do Bitcoin a controlo externo. Do seu ponto de vista, aceitar quaisquer limites de dados ameaça o princípio de que a blockchain deve ser neutra e à prova de censura.
Cronograma e Implicações
A natureza de expiração automática deste soft fork oferece um caminho intermédio: testar a abordagem durante um ano enquanto esforços paralelos desenvolvem alternativas permanentes que possam resolver o abuso de dados sem abrir a porta à censura. Este quadro temporário dá à comunidade um período de reflexão e inovação.
Quer seja adotada ou rejeitada, esta proposta reflete a maturidade em evolução do Bitcoin—equilibrando idealismo com pragmatismo, e flexibilidade técnica com princípios fundamentais.