Proposta Bitcoin Soft Fork: Os riscos que você nunca esperava! 💥

No mundo do Bitcoin, onde mesmo o menor ajuste pode causar ondas através do blockchain, Mononaut – um desenvolvedor da Mempool.space – deu o alarme sobre uma proposta que poderia perturbar a própria base de como sabemos que o Bitcoin funciona. Sua crítica? O chamado “Softfork temporário de dados reduzidos” pode tornar as transações legítimas praticamente obsoletas.


Oi galera, prontos para mergulhar no mundo louco das notícias de cripto? Junte-se ao nosso canal do Telegram onde deciframos os mistérios da blockchain e rimos das mudanças de humor imprevisíveis do Bitcoin. É como uma novela, mas com mais drama descentralizado! Não fique de fora, venha com a gente agora e vamos aproveitar a montanha-russa das criptos juntos! 💰🎢

Junte-se ao Telegram


Revisão de dados de transação mostra que RDTS pode bloquear casos importantes de uso de Bitcoin

Uma controversa proposta de soft fork que visa reduzir o armazenamento excessivo de dados na blockchain do Bitcoin está causando grande agitação. Na quarta-feira, Mononaut, um analista independente e desenvolvedor do Mempool.space, decidiu tornar públicas suas preocupações. Seu aviso: as novas regras podem prejudicar as engrenagens do Bitcoin e atrapalhar uma variedade de tipos de transações.

A proposta, apelidada de Softfork Temporário de Dados Reduzidos (RDTS), vem com um conjunto estrito de regras destinadas a restringir transações com muitos dados. Os proponentes da proposta afirmam que ela é necessária após a atualização do Bitcoin Core v30, que removeu os limites de dados OP_RETURN. É claro que, quando você lida com Bitcoin, até mesmo a remoção de uma linha de código pode levar ao caos.

🔥 IMPERDÍVEL: Dólar pode DISPARAR contra o Real! Saiba antes que seja tarde!

Ver previsão agora!

A proposta RDTS visa reforçar as restrições em várias frentes: limita scriptPubKeys a 34 bytes, limita as saídas OP_RETURN a 83 bytes, proíbe versões de testemunhas indefinidas e restringe blocos de controle Taproot. Os proponentes argumentam que essas medidas servem como um freio de emergência contra riscos legais potencialmente desastrosos para os operadores de nós, caso alguém decida incorporar conteúdo ilegal na blockchain.

Mas aqui está a diferença: a avaliação de Mononaut revela uma questão mais profunda: ele mergulhou na atividade histórica do blockchain para ver quais transações do mundo real falhariam sob as novas regras. Alerta de spoiler: não é bonito. O limite de tamanho do scriptPubKey por si só invalidaria todas as saídas de pagamento para chave pública (P2PK) e multisig (P2MS). E isso é apenas o começo.

The rule change “affects all P2PK and P2MS outputs, as well as a small number of non-standard SPKs,” Mononaut pointed out.

Agora, vamos falar sobre a parte verdadeiramente absurda: uma das regras propostas invalidaria as operações OP_PUSHDATA com cargas superiores a 256 bytes. Ótimo, certo? Mas espere! A análise do Mononaut sugere que isso não afetará os envelopes de inscrição – pelo menos, a menos que sejam do tipo executados. Mas, ah, sempre há versões de testemunhas indefinidas que são um grande problema. Isso atrapalharia mais de 54.000 transações históricas, muitas das quais usaram resultados não convencionais para contornar os limites OP_RETURN. Se isso não é um pesadelo kafkiano, não sei o que é.

Para complicar ainda mais as coisas, Mononaut aponta que esta regra também bloquearia pilhas de testemunhas de anexos Taproot, afetando pelo menos 11 transações. Mas o verdadeiro chute? Os blocos de controle Taproot, que são frequentemente usados ​​para incorporação de dados, estão sob ameaça. Cerca de 32 mil transações anteriores apresentam blocos de controle profundos o suficiente para estarem em risco. E configurações ainda menores – como aquelas de um endereço ativo gastando na profundidade 11 – seriam bloqueadas.

Digamos apenas que se você estiver usando Taproot para qualquer coisa que se assemelhe remotamente à incorporação de dados, o RDTS pode pôr fim às suas aventuras com Bitcoin. Não é um bom momento para experimentação, pessoal!

Os itens mais rígidos das regras propostas, como banir OP_SUCCESS* e qualquer coisa que execute OP_IF ou OP_NOTIF, alcançam áreas muito além de meros envelopes de inscrição. Mononaut apontou que algumas transações OP_SUCCESS históricas, incluindo uma notável de Burak que explodiu, poderiam ser desativadas. E não vamos esquecer os gastos do Taproot sem inscrição baseado em OP_IF. É aqui que o espírito experimental do Bitcoin entra em conflito com a praticidade. Pense em modelos multisig decadentes, contratos HTLC e até mesmo carteiras que desabilitaram intencionalmente seu caminho de chave, dependendo inteiramente de gastos com caminho de script.

Mas, ei, os proponentes do RDTS podem argumentar que as pessoas afectadas poderiam simplesmente recorrer aos gastos principais. Mononauta não está acreditando. Seus dados mostram que mais de meio milhão de gastos com Taproot vêm de saídas com caminhos de chave desabilitados. Então, para todo o pessoal do “basta usar o caminho da chave”, Mononaut tem o seguinte a dizer: boa sorte com isso. 😉

Os defensores do RDTS argumentam que é uma medida necessária de curto prazo para preservar a função monetária central do Bitcoin e reduzir a carga dos nós. Os críticos, no entanto, temem que isso possa provocar censura de fato, bloquear transações válidas e prejudicar os aplicativos Bitcoin existentes. É um confronto e está apenas começando.

O que estamos testemunhando aqui é um debate fundamental sobre o futuro do Bitcoin: ele deveria permanecer estritamente monetário ou deveria continuar acomodando usos experimentais e com muitos dados? A proposta ainda está em fase preliminar e a conversa entre desenvolvedores, pesquisadores e participantes do ecossistema está longe de terminar. Então, apertem os cintos, pessoal, esta vai ser uma jornada acidentada!

Perguntas frequentes❓

  • O que é RDTS?
    Uma proposta temporária de soft fork que restringe vários scripts e recursos de dados do Bitcoin.
  • Por que o RDTS está sendo debatido?
    Os defensores querem coibir o abuso de dados, enquanto os críticos dizem que isso desativa transações válidas.
  • O que o Mononauta encontrou?
    Sua análise mostra que muitas transações históricas falhariam sob as regras do RDTS.
  • Quanto tempo duraria o RDTS?
    A proposta descreve uma janela de ativação de um ano, caso seja adotada.

2025-11-13 21:35